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
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
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 :-)
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
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
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),
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
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
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
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.
10 matches
Mail list logo