Re: [Wireshark-dev] Bug 8416 - remove C++ incompatibilities from packet-pw-atm.c

2013-03-01 Thread Evan Huus
On Fri, Mar 1, 2013 at 1:14 AM, Anders Broman a.bro...@bredband.net wrote: Evan Huus skrev 2013-03-01 03:50: On Thu, Feb 28, 2013 at 9:39 PM, Ed Beroset bero...@mindspring.com wrote: Jaap Keuter jaap.keu...@xs4all.nl What I would like to see is the abolishment of the

Re: [Wireshark-dev] Small typo in str_util.c

2013-03-01 Thread Gerald Combs
On 2/28/13 7:17 AM, Jeff Morriss wrote: Anders Broman wrote: Hi, Str_util.c prints I64 instead of the value due to a couple of typos. Hmm, those typos are actually r47934: str_util.c: Although the glib documentation doesn't explicitly say so, it looks like the thousands grouping (')

Re: [Wireshark-dev] [Wireshark-commits] rev 47987: /trunk/tools/lemon/ /trunk/tools/lemon/: lemon.c

2013-03-01 Thread Evan Huus
Not entirely sure this sort of thing is necessary - lemon is not our tool, so even if Wireshark switches to C++ there's no immediately obvious reason to start compiling other people's code (which we happen to use) in C++ as well. Evan On Fri, Mar 1, 2013 at 3:32 PM, etx...@wireshark.org wrote:

Re: [Wireshark-dev] [Wireshark-commits] rev 47987: /trunk/tools/lemon/ /trunk/tools/lemon/: lemon.c

2013-03-01 Thread Anders Broman
Evan Huus skrev 2013-03-01 21:38: Not entirely sure this sort of thing is necessary - lemon is not our tool, so even if Wireshark switches to C++ there's no immediately obvious reason to start compiling other people's code (which we happen to use) in C++ as well. Evan It's nice to get rid of

Re: [Wireshark-dev] [Wireshark-commits] rev 47987: /trunk/tools/lemon/ /trunk/tools/lemon/: lemon.c

2013-03-01 Thread Evan Huus
On Fri, Mar 1, 2013 at 3:56 PM, Anders Broman a.bro...@bredband.net wrote: Evan Huus skrev 2013-03-01 21:38: Not entirely sure this sort of thing is necessary - lemon is not our tool, so even if Wireshark switches to C++ there's no immediately obvious reason to start compiling other people's

Re: [Wireshark-dev] [Wireshark-commits] rev 47987: /trunk/tools/lemon/ /trunk/tools/lemon/: lemon.c

2013-03-01 Thread Anders Broman
Evan Huus skrev 2013-03-01 22:03: On Fri, Mar 1, 2013 at 3:56 PM, Anders Broman a.bro...@bredband.net wrote: Evan Huus skrev 2013-03-01 21:38: Not entirely sure this sort of thing is necessary - lemon is not our tool, so even if Wireshark switches to C++ there's no immediately obvious reason

Re: [Wireshark-dev] [Wireshark-commits] rev 47987: /trunk/tools/lemon/ /trunk/tools/lemon/: lemon.c

2013-03-01 Thread Evan Huus
On Fri, Mar 1, 2013 at 4:34 PM, Anders Broman a.bro...@bredband.net wrote: Evan Huus skrev 2013-03-01 22:03: On Fri, Mar 1, 2013 at 3:56 PM, Anders Broman a.bro...@bredband.net wrote: Evan Huus skrev 2013-03-01 21:38: Not entirely sure this sort of thing is necessary - lemon is not our

Re: [Wireshark-dev] [Wireshark-commits] rev 47987: /trunk/tools/lemon/ /trunk/tools/lemon/: lemon.c

2013-03-01 Thread Anders Broman
Evan Huus skrev 2013-03-01 22:53: On Fri, Mar 1, 2013 at 4:34 PM, Anders Broman a.bro...@bredband.net wrote: Evan Huus skrev 2013-03-01 22:03: On Fri, Mar 1, 2013 at 3:56 PM, Anders Broman a.bro...@bredband.net wrote: Evan Huus skrev 2013-03-01 21:38: Not entirely sure this sort of thing

[Wireshark-dev] tshark option for reassembled fragment output

2013-03-01 Thread Hadriel Kaplan
Howdy, About a year ago r41216 fixed bug 3315, so that fragments which contributed to a reassembled PDU that matched a display-filter would be exported along with the filter-matching PDU's final frame. I.e., suppose I have a display-filter of 'sip' and frame #3 is the only frame displayed