I am experiencing an annoying problem with glib on Win32 when dissecting an NFSv3 packet. It appears to be a problem in 'g_byte_array_append()'. The stack trace leading up to this is as follows:
proto_tree_set_bytes(field_info * 0x01dc1c48, const unsigned char * 0x01df9e60, int 1344) line 808 + 17 bytes proto_tree_add_bytes(_GNode * 0x01dbf8b8, int 2441, tvbuff * 0x00ed81b4, int 128, int 1344, const unsigned char * 0x01df9e60) line 761 + 17 bytes proto_tree_add_bytes_format(_GNode * 0x01dbf8b8, int 2441, tvbuff * 0x00ed81b4, int 128, int 1344, const unsigned char * 0x01df9e60, const char * 0x00694c9c) line 790 + 29 bytes dissect_rpc_opaque_data(tvbuff * 0x00ed81b4, int 128, _packet_info * 0x00e7a140, _GNode * 0x01dc0a78, int 2441, int 0, char * * 0x00000000) line 596 + 38 bytes dissect_rpc_data(tvbuff * 0x00ed81b4, _packet_info * 0x00e7a140, _GNode * 0x01dc0a78, int 2441, int 124) line 653 + 29 bytes dissect_nfsdata(tvbuff * 0x00ed81b4, int 124, _packet_info * 0x00e7a140, _GNode * 0x01dc0a78, int 2441) line 1943 + 25 bytes dissect_nfs3_write_call(tvbuff * 0x00ed81b4, int 124, _packet_info * 0x00e7a140, _GNode * 0x01dc0a78) line 3596 + 28 bytes Has anybody else experienced this? I do not have a problem loading this same capture file on Linux, so I believe it to be related to the Win32 port of glib. Has any work been done in an effort to compile Ethereal for win32 using the 1.3.12 version of glib for win32? Mike.
