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.
