[Wireshark-dev] add GCC (with -Wcast-align) to the Solaris buildbot?

The Solaris buildbot now compiles with Sun's compiler--which is a Good Thing for various reasons. But it also means that the one SPARC buildbot that we have doesn't support GCC's -Wcast-align that warns us when someone casts something in a way not supported by SPARCS (and some other CPUs). I've

Re: [Wireshark-dev] Lint of packet-tcp.c

On Fri, Aug 15, 2008 at 2:30 AM, Jaap Keuter [EMAIL PROTECTED] wrote: Hi Chris, Thanks for taking a look. I looked at your new log also, and still wonder how lint get these 'Possible use of null pointer' results. Use of msp is guarded by ipfd_head, so this should never cause a problem. I

[Wireshark-dev] Regarding time taken by 3 way handshake for creation a TCP connection

Hi I am having a problem in understanding time taken by 3 way handshake for creation a TCP connection. Please look at following wireshark frames. No TimeSource Destination ProtocolInfo 1,0.00, 192.168.131.41,

Re: [Wireshark-dev] LLRP dissector support

I've run quite a few capture files through fuzz testing over the past 10 months. The dissector seems stable. Thanks, Matt -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jaap Keuter Sent: Thursday, August 14, 2008 1:10 PM To: Developer support list for

Re: [Wireshark-dev] Lint of packet-tcp.c

Yes, I think you're right. I was too focused on msp itself. If ipfd_head is not NULL then I don't see any way for msp to be NULL either. Sorry, false alarm. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Sébastien Tandel Sent: Friday,

[Wireshark-dev] Using C++ Library in Wireshark

Hi list, I have written a dissector plugin for a protocol that is working well. Now, I wish to extend this dissector, and for that I will need to use an already compiled C++ Library. I do not have much experience with C++, so any help would be appreciated. My dissector is in C, and if I can call