Re: [Wireshark-dev] [Wireshark-commits] rev 53619: /trunk/ /trunk/: NEWS

2013-11-28 Thread Martin Kaiser
Thus wrote Guy Harris (g...@alum.mit.edu): On Nov 27, 2013, at 3:09 PM, jma...@wireshark.org wrote: http://anonsvn.wireshark.org/viewvc/viewvc.cgi?view=revrevision=53619 User: jmayer Date: 2013/11/27 11:09 PM Log: Having a generated file in the source tree is not fun. Should we

Re: [Wireshark-dev] [Wireshark-commits] rev 53619: /trunk/ /trunk/: NEWS

2013-11-28 Thread Joerg Mayer
On Thu, Nov 28, 2013 at 10:01:52AM +0100, Martin Kaiser wrote: Thus wrote Guy Harris (g...@alum.mit.edu): On Nov 27, 2013, at 3:09 PM, jma...@wireshark.org wrote: http://anonsvn.wireshark.org/viewvc/viewvc.cgi?view=revrevision=53619 User: jmayer Date: 2013/11/27 11:09 PM

Re: [Wireshark-dev] [Wireshark-commits] rev 53619: /trunk/ /trunk/: NEWS

2013-11-28 Thread Graham Bloice
On 28 November 2013 12:47, Joerg Mayer jma...@loplof.de wrote: Once that is done we can move to the asn1/ stuff - which should then be moved to epan/dissectors/asn1/ ;-) Not so fast, we need to get Windows CMake done first :-)

Re: [Wireshark-dev] [Wireshark-commits] rev 53620: /trunk/epan/dissectors/ /trunk/epan/dissectors/: packet-fc.c packet-fc.h packet-fcp.c

2013-11-28 Thread mmann78
Fixed in r53621. -Original Message- From: Guy Harris g...@alum.mit.edu To: wireshark-dev wireshark-dev@wireshark.org Sent: Thu, Nov 28, 2013 1:10 am Subject: Re: [Wireshark-dev] [Wireshark-commits] rev 53620: /trunk/epan/dissectors/ /trunk/epan/dissectors/: packet-fc.c packet-fc.h

Re: [Wireshark-dev] Lemon crashing on Solaris? (was Re: [Wireshark-commits] buildbot failure in Wireshark (development) on Solaris-10-SPARC)

2013-11-28 Thread Bálint Réczey
2013/11/25 Guy Harris g...@alum.mit.edu: On Nov 25, 2013, at 12:00 PM, Bálint Réczey bal...@balintreczey.hu wrote: At least we (you) found a real problem by temporarily enabling the broken -ftrapv. :-) ...with a compiler that actually does something with it. Hopefully the GCC folks will

Re: [Wireshark-dev] Merging wiretap pint macro to wsutil/pint.h

2013-11-28 Thread Jakub Zawadzki
On Tue, Nov 19, 2013 at 07:15:54PM +0100, Jakub Zawadzki wrote: htons(), htonl(), htonll() is kinda easier to write and looks prettier for me than hton16, hton32, hton64(). It seems that such change would get us to have name conflict with endian.h (at least on Linux),

Re: [Wireshark-dev] Merging wiretap pint macro to wsutil/pint.h

2013-11-28 Thread Guy Harris
On Nov 28, 2013, at 1:39 PM, Jakub Zawadzki darkjames...@darkjames.pl wrote: On Tue, Nov 19, 2013 at 07:15:54PM +0100, Jakub Zawadzki wrote: htons(), htonl(), htonll() is kinda easier to write and looks prettier for me than hton16, hton32, hton64(). It seems that such change would get us

Re: [Wireshark-dev] Modifying custom giop dissector

2013-11-28 Thread Guy Harris
On Nov 27, 2013, at 9:34 AM, mman...@netscape.net wrote: I don't think a solution currently exists with the parser. I think you need to modify the omniorb parser (patches welcome!), either by adding support for additional fields in the IDL or somehow providing a custom data hook (as I

Re: [Wireshark-dev] Merging wiretap pint macro to wsutil/pint.h

2013-11-28 Thread Jakub Zawadzki
On Thu, Nov 28, 2013 at 01:40:31PM -0800, Guy Harris wrote: On Nov 28, 2013, at 1:39 PM, Jakub Zawadzki darkjames...@darkjames.pl wrote: On Tue, Nov 19, 2013 at 07:15:54PM +0100, Jakub Zawadzki wrote: htons(), htonl(), htonll() is kinda easier to write and looks prettier for me than

Re: [Wireshark-dev] Merging wiretap pint macro to wsutil/pint.h

2013-11-28 Thread Guy Harris
On Nov 28, 2013, at 2:47 PM, Jakub Zawadzki darkjames...@darkjames.pl wrote: If we want to go this way (use glib macros directly), we can also kill BSWAP16, BSWAP32, BSWAP64 macros, and replace with: GUINT16_SWAP_LE_BE, GUINT32_SWAP_LE_BE, GUINT64_SWAP_LE_BE Ok? Sounds good to me.