Re: [Wireshark-dev] tvbuff problem

2006-12-21 Thread Guy Harris
On Dec 21, 2006, at 3:34 PM, Paul Forgey wrote: > So what am I not understanding? That almost nobody uses composite tvbuffs, so they aren't well debugged and well supported? :-) For one thing, there's currently no support in the display code for having a field correspond to multiple discont

Re: [Wireshark-dev] tvbuff problem

2006-12-21 Thread Paul Forgey
On Tue, 19 Dec 2006 09:27:29 -0800, Stephen Fisher wrote: Could you send the code you're trying to use the composite in? That's sort of most the code right now. That's why I posted the gdb output because that pretty neatly sums up the problem. One way I can work around this is to do an evi

Re: [Wireshark-dev] [PATCH] Avaya Display when codeset = 6

2006-12-21 Thread Jaap Keuter
Hi, Checked in. Thanx, Jaap On Wed, 20 Dec 2006, Alfred Alinazar wrote: > Hi All, > > Please find a little patch against revision 20149 to > epan/dissectors/packet-q931.c > The patch is to dissect unknown information element when an Avaya PBX > use codeset = 6 to send display. > > The sample o

Re: [Wireshark-dev] [Patch] : IPsec

2006-12-21 Thread Jaap Keuter
Hi, Large patch, unfortunately it's mixed whitespace and code change. Could you split these out, making them easier to review? Thanx, Jaap On Wed, 20 Dec 2006, [ISO-8859-1] Fr?d?ric Roudaut wrote: > Hi, > > This is a patch for the IPsec dissector in order to update/correct the > following point

[Wireshark-dev] Update to use gtk 2.10.6

2006-12-21 Thread Anders Broman
Hi, I have updated to use the gtk 2.10.6 package. Please run nmake -f makefile.nmake setup to download the libraries. BR Anders ___ Wireshark-dev mailing list Wireshark-dev@wireshark.org http://www.wireshark.org/mailman/listinfo/wireshark-dev

Re: [Wireshark-dev] [PATCH] sflow extended switch misdecode

2006-12-21 Thread Jaap Keuter
Hi, Checked in. Thanx, Jaap On Thu, 21 Dec 2006, Taisuke SASAKI wrote: > Dear wireshark developers, > > I'm working with wireshark to xFlow decoding everyday :) > > I found a misdecoding in dissect_sflow_extended_switch() > in epan/dissector/packet-sflow.c and fixed it. > > Please consider to a

Re: [Wireshark-dev] Patch for Bug771, link layer header type selection

2006-12-21 Thread Jaap Keuter
Hi, Checked in. Thanx, Jaap On Thu, 21 Dec 2006 [EMAIL PROTECTED] wrote: > Hello, > > > Here is a patch for Bug 771 (repost). > It solves the problem of datalink header selection, when the interface has > more than one. > And now, when we reopen the dialog window, the datalink submenu is

Re: [Wireshark-dev] Microsoft Visual C Version 6support isa bitoutdated ...

2006-12-21 Thread RABRET Laurent RD-MAPS-ISS
Well, if you want to do quick tests, you do not have to change anything in Makefile.nmake files... The only compulsory adaptations are: 1) Commit the patch I sent yesterday 2) In the "config.nmake" file change "LOCAL_CFLAGS=/Zi /W3 " by "LOCAL_CFLAGS=/Zi /W3 /MD" If you want to test with Visual

Re: [Wireshark-dev] improvement to "Save as ..."

2006-12-21 Thread Toralf Förster
I run wireshark only under Windows and observed this behaviour only once (for that 56 MB file). But I can reproduce it if I load the saved big capture file and save it with "Save as ..." under a new name. Ahe popup windows pops up and counts every packet although I did not specify a subrange. -

[Wireshark-dev] Patch for Bug771, link layer header type selection

2006-12-21 Thread Florent . Drouin
Hello, Here is a patch for Bug 771 (repost). It solves the problem of datalink header selection, when the interface has more than one. And now, when we reopen the dialog window, the datalink submenu is restored to the last used value. The patch uses gtk_option_menu_set_history, which is dep

Re: [Wireshark-dev] SLAB allocator replaced with EP_ALLOC()

2006-12-21 Thread Jaap Keuter
Hi, Maybe it's just me, but this message is sending mixed signals. Quote: > While this might give a minor performance boost IFF we by default > compile the distributable binaries without the debugging support for then: > I think, but have not measured, that if we replace the current > allocator w

[Wireshark-dev] Ability to "Decode As" arbitrary protocol

2006-12-21 Thread Douglas Pratley
Hiya One thing I'd would like to able to do (and there seemed to be some demand for it in recent mails in the users list) is to be able to select an "unexpected" protocol to "Decode As" in the GUI on the fly. Playing around in the code and with Lua, this looks quite easy as a one off - just grab

Re: [Wireshark-dev] Microsoft Visual C Version 6 support isa bitoutdated ...

2006-12-21 Thread Ulf Lamping
RABRET Laurent RD-MAPS-ISS wrote: > Of course there's one, I posted a patch about 1.5 years ago for the formerly > Ethereal to successfully compiled with Visual > 6. I have always successfully > used this patched Ethereal/Wireshark compiled with VS 2003 and have just > checked when compiled with

[Wireshark-dev] SLAB allocator replaced with EP_ALLOC()

2006-12-21 Thread ronnie sahlberg
List, I have successfully converted 3 of the slab allocated structures into ep-allocated() structures and it works for me. The structures i converted were the temporary slab storage for fvalue_t, field_info and item_label_t. While this might give a minor performance boost IFF we by default compi