Sign in Join

Live chat for Free Pascal, Lazarus, Delphi and every Pascal programmer.

Mailing lists / fpc-pascal / 2001-05

Help needed

15 messages · 5 people · –

Reply by email Subscribe to this list Your subscription

Read-only archive. Use j and k to move between messages.

Unknown author

Hello,

I search a source code for a TCP/IP packet sniffer written in Pascal for Windows (or in the worst case scenario Linux). I need this tool to try do decode communication protocol between 2 programs to insert and modify data from a 3rd program (like a aiming proxy for quake :-( ) but for a real world industrial application :-).

Thierry Cabuzel

Florian Klaempfl
to Unknown author
you wrote
Hello, I search a source code for a TCP/IP packet sniffer written in Pascal for Windows (or in the worst case scenario

Todo so you need to write a kernel module/driver, i.e. you need the win ddk and a C compiler,
sorry.

Show quoted text 5 lines
Linux). I need this tool to try do decode communication protocol between 2 programs to insert and modify data from a 3rd program (like a aiming proxy for quake :-( ) but for a real world industrial application :-). Thierry Cabuzel
Marco van de Voort
to Florian Klaempfl
Show quoted text 10 lines
At 16:25 31.05.01 +0200, you wrote: >Hello, > >I search a source code for a TCP/IP packet sniffer written in Pascal for >Windows (or in the worst case scenario Todo so you need to write a kernel module/driver, i.e. you need the win ddk and a C compiler, sorry.

Hmmm, maybe there is already some pkt module driver VXD that one could use, with a callback, so that the actual analysis could be done in FPC?

AITOR.SM

Hi,

I am not an expert in TCP/IP packet drivers, but I seem to recall that the WATTCP packet driver libraries are available under an open source license, and provide this functionality for DOS and Windows.

http://www.uck.uni.torun.pl/pub/wattcp/

As they are in plain C, perhaps a h2p would work here, so there would be TCP/IP for DOS. If a brave soul wants to do it, please go ahead and let me know. I think it's not sensible for me to do this, as I have so little knowledge on the TCP/IP internals.

Sincerely,
Aitor Santamaria

Earlier message 30 lines
----- Mensaje Original ----- De: (Marco van de Voort) Fecha: Sábado, Junio 2, 2001 5:40 pm Asunto: Re: [fpc-pascal]Help needed > > At 16:25 31.05.01 +0200, you wrote: > > > > >Hello, > > > > > >I search a source code for a TCP/IP packet sniffer written in > Pascal for > > >Windows (or in the worst case scenario > > > > Todo so you need to write a kernel module/driver, i.e. you need > the win ddk > > and a C compiler, > > sorry. > > Hmmm, maybe there is already some pkt module driver VXD that one > could use, > with a callback, so that the actual analysis could be done in FPC? > > _______________________________________________ > fpc-pascal maillist - > http://lists.freepascal.org/mailman/listinfo/fpc-pascal > ___________________________________________________________________ Consigue tu e-mail gratuito TERRA.ES Haz clic en http://www.terra.es/correo/
Marco van de Voort
to AITOR.SM
Show quoted text 10 lines
I am not an expert in TCP/IP packet drivers, but I seem to recall that the WATTCP packet driver libraries are available under an open source license, and provide this functionality for DOS and Windows. http://www.uck.uni.torun.pl/pub/wattcp/ As they are in plain C, perhaps a h2p would work here, so there would be TCP/IP for DOS. If a brave soul wants to do it, please go ahead and let me know. I think it's not sensible for me to do this, as I have so little knowledge on the TCP/IP internals.

The problem with wattcp is that it only provides a general TCP/IP stack. The hardware specific part is only implemented for a few cards (e.g. 3C509b)

IIRC there was a possibility to use packet drivers though

AITOR.SM
Show quoted text 21 lines
> I am not an expert in TCP/IP packet drivers, but I seem to recall that > the WATTCP packet driver libraries are available under an open source > license, and provide this functionality for DOS and Windows. > > http://www.uck.uni.torun.pl/pub/wattcp/ > > As they are in plain C, perhaps a h2p would work here, so there would > be TCP/IP for DOS. If a brave soul wants to do it, please go ahead and > let me know. I think it's not sensible for me to do this, as I have so > little knowledge on the TCP/IP internals. The problem with wattcp is that it only provides a general TCP/IP stack. The hardware specific part is only implemented for a few cards (e.g. 3C509b) IIRC there was a possibility to use packet drivers though

I seem to recall that it would work with DOSPPP, whence with modems, and that's a big deal...

Aitor

___________________________________________________________________ Consigue tu e-mail gratuito TERRA.ES
Haz clic en http://www.terra.es/correo/

Marco van de Voort
to AITOR.SM
Show quoted text 18 lines
> > http://www.uck.uni.torun.pl/pub/wattcp/ > > > > As they are in plain C, perhaps a h2p would work here, so there > would > > be TCP/IP for DOS. If a brave soul wants to do it, please go > ahead and > > let me know. I think it's not sensible for me to do this, as I > have so > > little knowledge on the TCP/IP internals. > > The problem with wattcp is that it only provides a general TCP/IP > stack. The > hardware specific part is only implemented for a few cards (e.g. > 3C509b) > IIRC there was a possibility to use packet drivers though I seem to recall that it would work with DOSPPP, whence with modems, and that's a big deal...

It is very well possible that a generic packetdriver exists for that then. (probably it will only work if the modem understands rockwell commands, or can emulate those, "legacy dos compability" or something like that for PCI modems)

AITOR.SM
Show quoted text 31 lines
> > > http://www.uck.uni.torun.pl/pub/wattcp/ > > > > > > As they are in plain C, perhaps a h2p would work here, so there > > would > > > be TCP/IP for DOS. If a brave soul wants to do it, please go > > ahead and > > > let me know. I think it's not sensible for me to do this, as I > > have so > > > little knowledge on the TCP/IP internals. > > > > The problem with wattcp is that it only provides a general TCP/IP > > stack. The > > hardware specific part is only implemented for a few cards (e.g. > > 3C509b) > > IIRC there was a possibility to use packet drivers though > > I seem to recall that it would work with DOSPPP, whence with modems, > and that's a big deal... It is very well possible that a generic packetdriver exists for that then. (probably it will only work if the modem understands rockwell commands, or can emulate those, "legacy dos compability" or something like that for PCI modems)

As I said, I am not an expert in TCP/IP stacks, but I though it's worth mentioning it, in case there's someone looking for a way of using Internet under DOS.
And if this is contributed to FPK, great!

Aitor

___________________________________________________________________ Consigue tu e-mail gratuito TERRA.ES
Haz clic en http://www.terra.es/correo/

Unknown author
Show quoted text 33 lines
-----Original Message----- From: AITOR.SM Sent: dimanche 3 juin 2001 16:03 To: Subject: Re: [fpc-pascal]Help needed > > I am not an expert in TCP/IP packet drivers, but I seem to > recall that > > the WATTCP packet driver libraries are available under an open > source > > license, and provide this functionality for DOS and Windows. > > > > http://www.uck.uni.torun.pl/pub/wattcp/ > > > > As they are in plain C, perhaps a h2p would work here, so there > would > > be TCP/IP for DOS. If a brave soul wants to do it, please go > ahead and > > let me know. I think it's not sensible for me to do this, as I > have so > > little knowledge on the TCP/IP internals. > > The problem with wattcp is that it only provides a general TCP/IP > stack. The > hardware specific part is only implemented for a few cards (e.g. > 3C509b) > IIRC there was a possibility to use packet drivers though I seem to recall that it would work with DOSPPP, whence with modems, and that's a big deal... Aitor

All the problem with that, is that there is no modem involved in that, I have a data acquisition probe, the data visualisation program and my future proxy all on the same ethernet network. And do i need to go at the TCP/IP stack ? I Can't do it at a more highter level ? I just need to read packet on one ethernet card and send them back to another ethernet card after processing and manipulating them.

Unknown author
Show quoted text 33 lines
-----Original Message----- From: AITOR.SM Sent: dimanche 3 juin 2001 16:03 To: Subject: Re: [fpc-pascal]Help needed > > I am not an expert in TCP/IP packet drivers, but I seem to > recall that > > the WATTCP packet driver libraries are available under an open > source > > license, and provide this functionality for DOS and Windows. > > > > http://www.uck.uni.torun.pl/pub/wattcp/ > > > > As they are in plain C, perhaps a h2p would work here, so there > would > > be TCP/IP for DOS. If a brave soul wants to do it, please go > ahead and > > let me know. I think it's not sensible for me to do this, as I > have so > > little knowledge on the TCP/IP internals. > > The problem with wattcp is that it only provides a general TCP/IP > stack. The > hardware specific part is only implemented for a few cards (e.g. > 3C509b) > IIRC there was a possibility to use packet drivers though I seem to recall that it would work with DOSPPP, whence with modems, and that's a big deal... Aitor

All the problem with that, is that there is no modem involved in that, I have a data acquisition probe, the data visualisation program and my future proxy all on the same ethernet network. And do i need to go at the TCP/IP stack ? I Can't do it at a more highter level ? I just need to read packet on one ethernet card and send them back to another ethernet card after processing and manipulating them.

Thierry Cabuzel

Marco van de Voort
to Unknown author
Show quoted text 15 lines
> > hardware specific part is only implemented for a few cards (e.g. > > 3C509b) > > IIRC there was a possibility to use packet drivers though > > I seem to recall that it would work with DOSPPP, whence with modems, > and that's a big deal... > > Aitor All the problem with that, is that there is no modem involved in that, I have a data acquisition probe, the data visualisation program and my future proxy all on the same ethernet network. And do i need to go at the TCP/IP stack ? I Can't do it at a more highter level ? I just need to read packet on one ethernet card and send them back to another ethernet card after processing and manipulating them.

Then, maybe an interface to the (hardware dependant) packetdriver would suffice. IIRC the packetdriver interface is defined by Novell.

One could also try to check the network part of SWAG(www.gdsoft.org or .com) SWAG is pretty old, and might have Novell interfaces here and there.

AITOR.SM
Show quoted text 23 lines
> > I seem to recall that it would work with DOSPPP, whence with modems, > > and that's a big deal... > > > > Aitor > > All the problem with that, is that there is no modem involved in that, I > have a data acquisition probe, the data visualisation program and my future > proxy all on the same ethernet network. And do i need to go at the TCP/IP > stack ? I Can't do it at a more highter level ? I just need to read packet > on one ethernet card and send them back to another ethernet card after> processing and manipulating them. Then, maybe an interface to the (hardware dependant) packetdriver wouldsuffice. IIRC the packetdriver interface is defined by Novell. One could also try to check the network part of SWAG(www.gdsoft.org or .com) SWAG is pretty old, and might have Novell interfaces here and there.

And SWAG was SO cool... isn't there something like a SWAG update or more recent replacement?

Aitor

___________________________________________________________________ Consigue tu e-mail gratuito TERRA.ES
Haz clic en http://www.terra.es/correo/

Unknown author
Show quoted text 14 lines
-----Original Message----- From: AITOR.SM Sent: mardi 5 juin 2001 12:15 To: Subject: Re: [fpc-pascal]Help needed > One could also try to check the network part of > SWAG(www.gdsoft.org or .com) > SWAG is pretty old, and might have Novell interfaces here and there. And SWAG was SO cool... isn't there something like a SWAG update or more recent replacement? Aitor

It seem there is no updates since 11/97 :-( This is a shame. And I have not found replacement for it :-( (I have just passed 2 hours to try to find something like it with no real succes)

Mirek Novak
to Unknown author

U can find some interesting (IMHO) linkx here
http://www.geocities.com/franzglaser/tp.html
It's not like SWAG but it's most complex link-oriented site I've seen

M.N.

Show quoted text 8 lines
> And SWAG was SO cool... isn't there something like a SWAG update or > more recent replacement? > > Aitor It seem there is no updates since 11/97 :-( This is a shame. And I have not found replacement for it :-( (I have just passed 2 hours to try to find something like it with no real succes)
Marco van de Voort
to Mirek Novak

[ Charset ISO-8859-2 unsupported, converting... ]

U can find some interesting (IMHO) linkx here http://www.geocities.com/franzglaser/tp.html It's not like SWAG but it's most complex link-oriented site I've seen

Another important TP/BP links page (with some FPC hints too) is

http://www.cs.vu.nl/~jprins/tp.html

P.s. Indirectly, we seem to have made the Inprise site.

Go to www.borland.com/pascal and then select "3rd party libs" GraphiX is the first one; description is:
"Freeware Graphics-Library for Borland Pascal and Free Pascal"