Re: [Wireshark-dev] [Wireshark-commits] rev 20445: /trunk/gtk/ /trunk/gtk/: help_dlg.c

2007-01-15 Thread Luis Ontanon
On 1/16/07, Ulf Lamping <[EMAIL PROTECTED]> wrote: > Luis Ontanon wrote: > > using file:///usr/local/share/wireshark/wsug/%s could be little less > > painful than the "internet way". Specially if the box is not wired to > > the wild. > > > > Yes, and I would appreciate it. > > It would have another

Re: [Wireshark-dev] [Wireshark-commits] rev 20445: /trunk/gtk/ /trunk/gtk/: help_dlg.c

2007-01-15 Thread Ulf Lamping
Luis Ontanon wrote: > using file:///usr/local/share/wireshark/wsug/%s could be little less > painful than the "internet way". Specially if the box is not wired to > the wild. > Yes, and I would appreciate it. It would have another advantage: Lower the actual traffic to the wireshark.org serve

Re: [Wireshark-dev] [Wireshark-commits] rev 20445: /trunk/gtk/ /trunk/gtk/: help_dlg.c

2007-01-15 Thread Luis Ontanon
On 1/15/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > http://anonsvn.wireshark.org/viewvc/viewvc.cgi?view=rev&revision=20445 > > User: ulfl > Date: 2007/01/15 10:17 PM > > Log: > Help: > - Win32 only: try to load help page from local user-guide.chm (if HHC_DIR is > set in config.nmake) and

[Wireshark-dev] 120 filters compiled by ncp2222 dissector

2007-01-15 Thread Luis Ontanon
While hacking on the dfilter machinery I noticed that final_registration_ncp() compiles 120 displays filters. What I can't find in the code is what these are used for as no part of the code uses them. Are these realy necessary? Luis -- This information is top security. When you have read i

[Wireshark-dev] IO Graphs refresh rate

2007-01-15 Thread cskiraly-munka
Hi, I was looking for a real-time network traffic graph generator, and the best I've found was of course in Wireshark. Still, it has a refresh rate of 3 seconds on my computer, even if my processor is 95% idle. I was trying to do a quick fix, but I've never been dealing with Gtk before. Anyone

Re: [Wireshark-dev] RUDP Plugin functional ?

2007-01-15 Thread Jaap Keuter
Hi, RUDP is implemented as a plugin. Its default UDP port is 0, so you'll have to change this preference to get it to work, and I think a restart of Wireshark as well. Mind you, it's on top of UDP. Thanx, Jaap On Mon, 15 Jan 2007, Jan Kokott wrote: > That is correct. > And as I said, I modified

Re: [Wireshark-dev] RUDP Plugin functional ?

2007-01-15 Thread Jan Kokott
That is correct. And as I said, I modified the packet to the definition of RUDP (rfc908 Chapter 4). The only thing that is unmodified is the IP and Ethernet Header.(with the modification in the Type declaration). As much as i understand of RUDP it is also encapsulated in IP so I added the Infor

Re: [Wireshark-dev] Win32 file dialog changes and questions (e.g. U3)

2007-01-15 Thread Graeme Lunt
Ulf, > The Windows file dialogs now should: > - show the common "places bar" - with buttons like: "My Documents", > "Desktop", ... > - show the "My Documents" folder as the default (fixes #301) > ... > As I don't have much knowledge of the U3 implementation I might have > broken it (can't test)

Re: [Wireshark-dev] RUDP Plugin functional ?

2007-01-15 Thread Andreas Fink
I dont think a TCP Ack packet looks any similar to a RUDP ACK packet. Simply because RUDP is a UDP packet and then a IP packet while a TCP ACK packet is a IP packet. Also the structuring of ACK packets in RUDP and TCP are totally different. On 15.01.2007, at 17:57, Jan Kokott wrote: Hi, i

Re: [Wireshark-dev] Define dissector port

2007-01-15 Thread Guy Harris
Hal Lander wrote: > Is there a way to get a dissector to run on all ports? A dissector that runs on all ports would have to be a heuristic dissector (otherwise, you wouldn't be able to dissect any TCP/UDP traffic except for traffic for your protocol). So the way you'd do that would be to have y

Re: [Wireshark-dev] Add U3 package to the release process?

2007-01-15 Thread Gerald Combs
Graeme Lunt wrote: > Gerald, > >> It's now part of the build process. Buildbot-generated U3 packages are >> now deposited in http://www.wireshark.org/download/automated/win32/, >> just like the executable installers. > > Thanks. > > If I write something that verifies the integrity of the genera

Re: [Wireshark-dev] Add U3 package to the release process?

2007-01-15 Thread Gerald Combs
Graeme Lunt wrote: > Gerald, > >> It's now part of the build process. Buildbot-generated U3 packages are >> now deposited in http://www.wireshark.org/download/automated/win32/, >> just like the executable installers. > > Thanks. > > If I write something that verifies the integrity of the genera

[Wireshark-dev] RUDP Plugin functional ?

2007-01-15 Thread Jan Kokott
Hi, is the RUDP Plugin working ? I am trying around a bit with it in order to see how my own dissector should work. I tried to build a little rudp-ack packet out of a tcp-ack packet which I modified with an editor(Protocol-Type 0x1b...). The Info column says "Reliable Data (ox1b)" but that´s all

Re: [Wireshark-dev] Define dissector port

2007-01-15 Thread Douglas Pratley
Hi I don't think there is (if I am wrong, please someone tell me!). I am currently working on allowing the user to force the selection of the next dissector using display filters (initially for TCP and UDP), which I think would do what you want. You would use the display filter "tcp.port" for all

Re: [Wireshark-dev] Define dissector port

2007-01-15 Thread Hal Lander
Is there a way to get a dissector to run on all ports? So far I have been explicitly adding it to a specific port e.g. dissector_add("tcp.port",1234,handle); TIA Hal P.S. Guy thanks for answering an earlier post I did not reply because I have been ill, I just use 'foo' as the protocol name

Re: [Wireshark-dev] [Wireshark-commits] rev 20437: /trunk/ /trunk/epan/dissectors/: packet-ethertype.c packet-frame.c /trunk/epan/: emem.c exceptions.h packet.c /trunk/: file.c

2007-01-15 Thread Luis Ontanon
that's glib2 only, what about select()? On 1/15/07, Stephen Fisher <[EMAIL PROTECTED]> wrote: > On Mon, Jan 15, 2007 at 05:16:15AM +, [EMAIL PROTECTED] wrote: > > > XXX - to prevent a busy wait, I need a portable way to wait for a > > short time period, like Sleep() for Windows > > How about

Re: [Wireshark-dev] Add U3 package to the release process?

2007-01-15 Thread Graeme Lunt
Gerald, > It's now part of the build process. Buildbot-generated U3 packages are > now deposited in http://www.wireshark.org/download/automated/win32/, > just like the executable installers. Thanks. If I write something that verifies the integrity of the generated U3 package, is there a specifi