[Wireshark-dev] Buildbot builds don't show up for download

2007-01-18 Thread Jaap Keuter
Hi Gerald, Even though the build has been restored to working order, rsyncing them to buildbot.wireshark.org:dropoff/winxpx86 doesn't make them show up in the download page. They're also missing the revision number in the installer file name. Thanx, Jaap _

Re: [Wireshark-dev] Tshark0994 memory question

2007-01-18 Thread ronnie sahlberg
On 1/14/07, Guy Harris <[EMAIL PROTECTED]> wrote: > rmkml wrote: ... > > and maybe add memory parameter alloc limit ? (icmp/udp/ipproto and others) > > We could, but, at least for me, if the default for that parameter > weren't "infinity", I'd change it to infinity in my configuration. > > The bigg

Re: [Wireshark-dev] [Wireshark-commits] rev 20491: /trunk/docbook/ /trunk/docbook/: Makefile

2007-01-18 Thread Ulf Lamping
Guy Harris wrote: > On Jan 18, 2007, at 4:17 PM, Luis Ontanon wrote: > > >> oops that would be >> $(PERL) -ae 'chomp; print "$_\015";' outfile >> > > ...and the same for the others. > > Hmmm, in the meantime I'm not so sure if the decision to *not* use the subversion eol-style setting w

[Wireshark-dev] Online Help is now enabled as default - win32 developer action required!

2007-01-18 Thread Ulf Lamping
Hi List! I did the final steps to enable the Help buttons in various dialogs pointing to the right places in the User's Guide. Pressing the help button will: - on Win32 only: if available, open the Windows Help viewer with locally installed user-guide.chm file - and if that fails ... - on all s

Re: [Wireshark-dev] [Wireshark-commits] rev 20491: /trunk/docbook/ /trunk/docbook/: Makefile

2007-01-18 Thread Guy Harris
On Jan 18, 2007, at 4:17 PM, Luis Ontanon wrote: > oops that would be > $(PERL) -ae 'chomp; print "$_\015";' outfile ...and the same for the others. Also: >> # this "DOSifies" eols >> ${PERL} -ae 'chomp; print "$_\012\015";' Presumably you meant ${PERL} -ae 'chomp; print "$_\015\012

Re: [Wireshark-dev] IO Graphs refresh rate

2007-01-18 Thread Stephen Fisher
On Tue, Jan 16, 2007 at 12:14:49AM +0100, [EMAIL PROTECTED] wrote: > 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. > This one line

Re: [Wireshark-dev] [Wireshark-commits] rev 20491: /trunk/docbook/ /trunk/docbook/: Makefile

2007-01-18 Thread Luis Ontanon
$(PERL) -ane print "$_\015";' outfile On 1/19/07, Luis Ontanon <[EMAIL PROTECTED]> wrote: > oops that would be > $(PERL) -ae 'chomp; print "$_\015";' outfile > > On 1/19/07, Luis Ontanon <[EMAIL PROTECTED]> wrote: > > maybe not, but the following perl command line does the work. > > > > > > # thi

Re: [Wireshark-dev] [Wireshark-commits] rev 20484: /trunk/epan/dissectors/ /trunk/epan/dissectors/: packet-ssl.c

2007-01-18 Thread Guy Harris
On Jan 18, 2007, at 10:41 AM, [EMAIL PROTECTED] wrote: > http://anonsvn.wireshark.org/viewvc/viewvc.cgi?view=rev&revision=20484 > > User: guy > Date: 2007/01/18 06:41 PM > > Log: > guint32 requires %[doxu], not %l[doxu]. (We don't support ILP16 > platforms, just ILP32, LP64, and LLP64.) ILP16

Re: [Wireshark-dev] [Wireshark-commits] rev 20491: /trunk/docbook/ /trunk/docbook/: Makefile

2007-01-18 Thread Guy Harris
On Jan 18, 2007, at 4:08 PM, Sebastien Tandel wrote: > >> Is it safe to assume that dos2unix is available on a common UNIX >> developer machine?!? >> > > Nope, it is not ... :-/ No, but tr -d '\015' file_with_LF_line_endings will probably be available. (Unfortunately, "tr" isn't ab

Re: [Wireshark-dev] [Wireshark-commits] rev 20491: /trunk/docbook/ /trunk/docbook/: Makefile

2007-01-18 Thread Luis Ontanon
oops that would be $(PERL) -ae 'chomp; print "$_\015";' outfile On 1/19/07, Luis Ontanon <[EMAIL PROTECTED]> wrote: > maybe not, but the following perl command line does the work. > > > # this "nativizes" eols > ${PERL} -ae 'chomp; print "$_\n";' > > # this "DOSifies" eols > ${PERL} -ae 'chomp; pr

Re: [Wireshark-dev] [Wireshark-commits] rev 20491: /trunk/docbook/ /trunk/docbook/: Makefile

2007-01-18 Thread Luis Ontanon
maybe not, but the following perl command line does the work. # this "nativizes" eols ${PERL} -ae 'chomp; print "$_\n";' # this "DOSifies" eols ${PERL} -ae 'chomp; print "$_\012\015";' # this "Unixizes" eols ${PERL} -ae 'chomp; print "$_\015";' # this "OldMacIzes" eols ${PERL} -ae 'chomp; prin

Re: [Wireshark-dev] [Wireshark-commits] rev 20491: /trunk/docbook/ /trunk/docbook/: Makefile

2007-01-18 Thread Sebastien Tandel
> Is it safe to assume that dos2unix is available on a common UNIX developer > machine?!? > Nope, it is not ... :-/ Regards, Sebastien Tandel ___ Wireshark-dev mailing list Wireshark-dev@wireshark.org http://www.wireshark.org/mailman/listinfo/

Re: [Wireshark-dev] Patch to add read support for Shomiti wireless captures

2007-01-18 Thread Guy Harris
On Jan 17, 2007, at 8:37 AM, Clay Jones wrote: > This patch adds support for the Shomiti wireless packet format. > This is the format used by the Fluke Networks WNA (Wireless Network > Analyzer). What are the fields that aren't mapped to 802.11 pseudo-header fields, namely "preamble", "co

Re: [Wireshark-dev] h.223 dissector: maybe a bug, mabe a fix?

2007-01-18 Thread Anders Broman
Hi, It would be more interesting and useful to add the capability in wiretap to read the raw h.223 data with a pcap header. Others can perhaps help with hints on how to do that. BR Anders -Ursprungligt meddelande- Från: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] För Still Life Skickat: d

[Wireshark-dev] [PATCH] BSSAP dissector handling RANAP DirectTransfers

2007-01-18 Thread Tobias Witek
Hello, I found a rare situation in which the BSSAP dissector seems to wrongly assume a packet. When a RANAP DirectTransfer message contains the GSM Supplementary Service 'Call Confirmed' this seems to yield a message that the BSSAP dissector recognizes as a BSSMAP BLOCK message (and from the per

Re: [Wireshark-dev] Win32: The best way to solve de pendencies for user-guide.chm / HHC_DIR?

2007-01-18 Thread Ulf Lamping
> However for unix the real issue is to have the html files been built. Ack. > > I thought about parameterized Makefile.am and a catalog.xml.in that > overwrite both files from the repo (used by cygwin) if --with-fop=xxx > --with-docbook=yyy options are passed to ./configure. What the > --with

[Wireshark-dev] h.223 dissector: maybe a bug, mabe a fix?

2007-01-18 Thread Still Life
...or maybe a version mismatch between Wireshark and the H.223 dissector? Hi to all, I'm trying to do a "fake" h.223 over TCP/IP traffic between two terminals using, as sources, two raw h.223 dump files. The idea is to make an approximate Ethernet-TCP/IP header and fill it's datagram payload with

Re: [Wireshark-dev] Win32: The best way to solve dependencies for user-guide.chm / HHC_DIR?

2007-01-18 Thread Luis Ontanon
However for unix the real issue is to have the html files been built. I thought about parameterized Makefile.am and a catalog.xml.in that overwrite both files from the repo (used by cygwin) if --with-fop=xxx --with-docbook=yyy options are passed to ./configure. What the --with-fop option should l

Re: [Wireshark-dev] Win32: The best way to solve de pendencies for user-guide.chm / HHC_DIR?

2007-01-18 Thread Ulf Lamping
> Nope, you may imagine distribute .html files with a release but not > putting them in the svn sources. Would it be a real problem? > The problem is to generate the .html files, as this can be a bit tricky ;-) > Add an option to the configure (--enable-chm?) which enables the > compilation of .

Re: [Wireshark-dev] Win32: The best way to solve de pendencies for user-guide.chm / HHC_DIR?

2007-01-18 Thread Ulf Lamping
> > Thank you for the explanation. Makes things more clear. > What I would propose is to have the setup target put everything in > C:\wireshark-win32-libs (like it does now) including the CHM file. > Then when the build is done have it copied to docbook\ when the file is > either absent there or o

Re: [Wireshark-dev] Where is dfilter_macro_expand.l

2007-01-18 Thread Luis Ontanon
in the past... I re-wrote the function in C instead of using the lex scanner, What I realy forgot was to remove it from Makefile.nmake. Sorry Luis On 1/18/07, Jaap Keuter <[EMAIL PROTECTED]> wrote: > Hi, > > Where is dfilter_macro_expand.l > The Win32 buildbot needs it. > > cd .. >

Re: [Wireshark-dev] UDLD dissector bug (tshark 0.99.4)

2007-01-18 Thread Martin Mathieson
Could you please test with latest svn rev (20479 or later) or send a capture file? Regards, Martin On 1/18/07, rmkml <[EMAIL PROTECTED]> wrote: > Hi, > Im found this event : > > 14 14:31:11.880727 00:09:11:e4:17:bb -> 01:00:0c:cc:cc:cc UDLD > [Dissector bug, protocol UDLD: proto.c:1096: faile

[Wireshark-dev] UDLD dissector bug (tshark 0.99.4)

2007-01-18 Thread rmkml
Hi, Im found this event : 14 14:31:11.880727 00:09:11:e4:17:bb -> 01:00:0c:cc:cc:cc UDLD [Dissector bug, protocol UDLD: proto.c:1096: failed assertion "(guint)hfindex < gpa_hfinfo.len"] Regards Rmkml ___ Wireshark-dev mailing list Wireshark-dev@wi

[Wireshark-dev] Where is dfilter_macro_expand.l

2007-01-18 Thread Jaap Keuter
Hi, Where is dfilter_macro_expand.l The Win32 buildbot needs it. cd .. cd dfilter NMAKE / -f Makefile.nmake Microsoft (R) Program Maintenance Utility Version 6.00.9782.0 Copyright (C) Microsoft Corp 1988-1998. All rights reserved. NMAKE : fatal error

Re: [Wireshark-dev] alias problem

2007-01-18 Thread Luis Ontanon
However to assign many addresses I used to assing entire classes of addresses to a loopback interface (usually lo1) and have routed (rip) announcing routes to them through the wired interfaces that had just one address, If your OS supports it (at least BSDs do) that's cleaner. Luis On 1/18/07, Ja

Re: [Wireshark-dev] alias problem

2007-01-18 Thread Jaap Keuter
Hi, Your correct, see http://bugs.wireshark.org/bugzilla/show_bug.cgi?id=1151 Thanx, Jaap On Thu, 18 Jan 2007, Miha Jemec wrote: > Hi! > > If I have more alias IP addresses on one ethernet interface, the > wireshark application gets into problem. > > I have latest offici

Re: [Wireshark-dev] Win32: The best way to solve dependencies for user-guide.chm / HHC_DIR?

2007-01-18 Thread Jaap Keuter
Hi, Thank you for the explanation. Makes things more clear. What I would propose is to have the setup target put everything in C:\wireshark-win32-libs (like it does now) including the CHM file. Then when the build is done have it copied to docbook\ when the file is either absent there or older. No

Re: [Wireshark-dev] Win32: The best way to solve dependencies for user-guide.chm / HHC_DIR?

2007-01-18 Thread Sebastien Tandel
thx for the explanation*s* ;) Ulf Lamping wrote: > Sebastien Tandel wrote: > >> hmmm ... IMHO, if you want to keep "things simple as much as possible >> for newbie developer", it's better to let people download the html user >> guide and they won't need an internet connection either. >> >>

Re: [Wireshark-dev] [Wireshark-commits] rev 20463: /trunk/ /trunk/tools/: win32-setup.sh /trunk/: Makefile.nmake

2007-01-18 Thread Ulf Lamping
Anders Broman wrote: > Yes you're right the problems I'm after is > - The buildbot > - People tend to forget to do the clean_setup first > > Should we instead change the setup target to first run clen_setup? > In that way we are sure to have a clean environment on the buildbot. > Yes, or making

Re: [Wireshark-dev] Win32: The best way to solve dependencies for user-guide.chm / HHC_DIR?

2007-01-18 Thread Ulf Lamping
Jaap Keuter wrote: > Hi, > > Ulf Lamping wrote: > >> B.): >> - install HTML HELP WORKSHOP, small download from Microsoft (2-3MB?) - >> easy, but some additional work >> - download user-guide.chm and copy it into the /docbook dir of the >> sources - maybe we could add this to the setup target som

Re: [Wireshark-dev] Patch to add read support for Shomiti wireless captures

2007-01-18 Thread Guy Harris
Clay Jones wrote: > This patch adds support for the Shomiti wireless packet format. This is > the format used by the Fluke Networks WNA (Wireless Network Analyzer). > > This shows the wireless information using the generic 802.11 header support. Checked in, with some changes (whitespace change

Re: [Wireshark-dev] signedness of comparison functions in ftype-integer.c

2007-01-18 Thread Martin Mathieson
On 1/8/07, Martin Mathieson <[EMAIL PROTECTED]> wrote: > On 1/4/07, Martin Mathieson <[EMAIL PROTECTED]> wrote: > > On 1/3/07, Guy Harris <[EMAIL PROTECTED]> wrote: > > > Martin Mathieson wrote: > > > > > > > For the more general problem, I see 2 possible solutions: > > > > (1) have both signed and