Re: [Wireshark-dev] [Patch] additional lua dissector preference types

checked in in rev 21655. There's just one issue regarding Pref.range(), by now it is just a "constrained" string. The "right-way" should be to have range_t to become a type on its own so that stuff like this can be done: do proto.prefs.rng = Pref.range(...); -- ... for i in proto.prefs.rn

[Wireshark-dev] trouble w/ tshark static build on linux

Hi, I've successfully statically built tethereal before on linux, but when I tried with tshark/wireshark 0.99.5, I keep getting errors like this: can't find -lgmodule I've tried --enable-static --disable-wireshark --enable-tshark --disable-gtk2 and lots of other options to configure, with no succe

Re: [Wireshark-dev] [Wireshark-commits] rev 21637: /trunk/gtk/ /trunk/gtk/: follow_dlg.c

Joerg Mayer wrote: > That's the type of bugfix that doesn't make much sense. Just a dummy > read to squelch the warning without fixing the reason that the waring > was generated in the first place: Yes, that's the wrong fix. > To state this differently: What happens, if the read doesn't return t

Re: [Wireshark-dev] [PATCH] ppp_hdlc in sll

Hi, Checked in. Thanx, Jaap On Wed, 2 May 2007, Matt Addison wrote: > Problem: > The existing sll dissector does not handle ppp_hdlc packets (sll.ltype > == 0x0007). > > Resolution: > Alter packet-sll.c to call the ppp_hdlc dissector when a packet with > sll.ltype=0x0007 is received. > > Why: >

Re: [Wireshark-dev] [Patch] additional lua dissector preference types

On 5/2/07, Balint Reczey (IJ/ETH) <[EMAIL PROTECTED]> wrote: > Hi, > Is there anything i could do to help this patch's inclusion in the svn > repo? I'll take care of it, just need the time to test it. Luis > Regards, > Balint > > 2007. 04. 27, péntek keltezéssel 13.28-kor Balint Reczey (IJ/ETH)

Re: [Wireshark-dev] [Patch] additional lua dissector preference types

Hi, Is there anything i could do to help this patch's inclusion in the svn repo? Regards, Balint 2007. 04. 27, péntek keltezéssel 13.28-kor Balint Reczey (IJ/ETH) ezt írta: > Hi, > > The attached patch adds ability of of creating radio button, drop-down > list and range type preference entries to

[Wireshark-dev] [PATCH] ppp_hdlc in sll

Problem: The existing sll dissector does not handle ppp_hdlc packets (sll.ltype == 0x0007). Resolution: Alter packet-sll.c to call the ppp_hdlc dissector when a packet with sll.ltype=0x0007 is received. Why: Bringing up a T1 sniffer using a Digium Wildcat TE205P, stock wireshark would not recog

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

it broke SUSE Linux :-) not windows On 5/2/07, Kukosa, Tomas <[EMAIL PROTECTED]> wrote: > Hi, > > I would fix it but I have to wail till result from builbot is available > as do not have non-Windows environment. > > T. > > > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL

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

Hi, I would fix it but I have to wail till result from builbot is available as do not have non-Windows environment. T. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Wednesday, May 02, 2007 2:35 PM To: [EMAIL PROTECTED] Subject

Re: [Wireshark-dev] [Wireshark-commits] rev 21637: /trunk/gtk/ /trunk/gtk/: follow_dlg.c

On Wed, May 02, 2007 at 08:50:22AM +, [EMAIL PROTECTED] wrote: > http://anonsvn.wireshark.org/viewvc/viewvc.cgi?view=rev&revision=21637 > > Log: > store the result of fread in a variable to make -Werror happy > > Directory: /trunk/gtk/ > ChangesPathAction > +2 -1 fo

[Wireshark-dev] Problems in display of RANAP messages

Hi , I want to include some RANAP ( asn.1 format) messages in my dissector. I have seen the way H245 messages are included in MEGACO. On similar lines, I have written the following code: dissect_xxx_reset(tvbuff_t *tvb,int offset ,proto_tree *xxx_tree,packet_info *pinfo) { guint8 *buf =