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

2012-02-06 Thread Alexis La Goutte
Hi, On Tue, Feb 7, 2012 at 8:20 AM, Joerg Mayer wrote: > On Mon, Feb 06, 2012 at 04:36:23PM +, alagou...@wireshark.org wrote: > > http://anonsvn.wireshark.org/viewvc/viewvc.cgi?view=rev&revision=40877 > > > > From https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=6704 > > DNS KEY RDATA c

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

2012-02-06 Thread Joerg Mayer
On Mon, Feb 06, 2012 at 04:36:23PM +, alagou...@wireshark.org wrote: > http://anonsvn.wireshark.org/viewvc/viewvc.cgi?view=rev&revision=40877 > > From https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=6704 > DNS KEY RDATA contains an extra "Key id" field > > Set Key Id is a generated it

[Wireshark-dev] [RFC] bug 6797 : proto: Add proto_tree_add_split_{uint, int} helpers for non contiguous int fields

2012-02-06 Thread Sylvain Munaut
Hi, Anders Broman suggested I post here to get more feedback. This adds a helper in proto.c to display fields where you have to go grab bits at several places (within a 32 bits word) to make the value. This doesn't recover the value of the field itself, it just takes care of the formating a

[Wireshark-dev] User-Customisable Payload Dissection

2012-02-06 Thread Tyson Key
Hi, Now that the GSM SIM/ISO 7816 protocol dissector has been integrated, it might be useful to provide a "Payload Protocol" option for the CCID dissector - so that users can switch appropriately between treating payloads as either plain data, or as GSM SIM/ISO 7816 packets. With that in mind, pl

Re: [Wireshark-dev] Meeting minutes from (pre)FOSDEM meeting

2012-02-06 Thread Jeff Morriss
Alexis La Goutte wrote: Thanks, for the minute ! On Fri, Feb 3, 2012 at 4:51 PM, Joerg Mayer > wrote: [...] i10n: - for the GUI OK - for the dissectors not OK - if someone wants to do it: don't stop him or her I work on this topic with qtshark. I wil

Re: [Wireshark-dev] Top 3 patches to review ;)

2012-02-06 Thread Tony Trinh
My opinion for 5575 is "not [yet]" (clarification and cleanup needed, especially for patch 7448 ). On Sun, Feb 5, 2012 at 10:34 AM, Anders Broman wrote: > Hi, > I'd like to hear t

Re: [Wireshark-dev] slow sip voip flow for large captures

2012-02-06 Thread Cristian Constantin
cristian: done. here is the bug report: https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=6794 On Sat, Feb 4, 2012 at 12:43 PM, Anders Broman wrote: > Please add your patch as it is so we can have a look at it. > Regards > Anders > > Cristian Constantin skrev 2012-02-03 15:19: > >> On Fri, Feb

Re: [Wireshark-dev] Meeting minutes from (pre)FOSDEM meeting

2012-02-06 Thread Graham Bloice
> > So: Do you think fixing the current Makefile.nmake to be able to do out-of- > tree builds is worth any effort ? > > I think I read the above to indicate "no" (or maybe: "wait until non-cygwin > name is complete and then fix that" ?) > My personal feeling is that CMake is the way to go, and

[Wireshark-dev] CSN.1 [Re: Remaining Wireshak stuff during FOSDEM]

2012-02-06 Thread Mike Morrin
Sylvain Munaut wrote: > > - CSN1 decoding is manually coded right now - and wrong in some places. > > Automatic creation like ASN.1 possible but rather hard problem. > > Something pretty important to me is that the code can be modified to > "look" nice. > > For eg. when you look at the TETRA di

Re: [Wireshark-dev] filters name : gmr1_xxx vs gmr1.xxx

2012-02-06 Thread Anders Broman
Hi, >So far I had named the filters in the field definition like gmr1.bcch.xxx or >gmr1.rr.xxx ... Looks reasonable to me. Regards Anders -Original Message- From: wireshark-dev-boun...@wireshark.org [mailto:wireshark-dev-boun...@wireshark.org] On Behalf Of Sylvain Munaut Sent: den 5 fe