This is very strange, though. It looks like stream=0x0 but the
mime-parser's stream ain't NULL.
(gdb) print buffer
$1 = (GByteArray *) 0x80e4dc0
(gdb) print stream
$2 = (CamelStream *) 0x0
(gdb) print *mp
$3 = {parent = {klass = 0x80def80, hooks = 0x0, ref_count = 1, flags = 0}, priv
=
Looks like the GByteArray is still being created.
(gdb) break camel-mime-part-utils.c:82
Breakpoint 2 at 0xb6dd541e: file camel-mime-part-utils.c, line 82.
(gdb) delete 1
(gdb) cont
Continuing.
Breakpoint 2, simple_data_wrapper_construct_from_parser (dw=0xb3f02800,
mp=0x827bcd0) at
On Sun, 2008-01-27 at 13:44 +0100, Philip Van Hoof wrote:
This is very strange, though. It looks like stream=0x0 but the
mime-parser's stream ain't NULL.
that just means the stream the parser is using is not a subclass of
CamelSeekableSubstream
Jeff
On Sun, 2008-01-27 at 11:27 -0500, Jeffrey Stedfast wrote:
On Sun, 2008-01-27 at 13:44 +0100, Philip Van Hoof wrote:
This is very strange, though. It looks like stream=0x0 but the
mime-parser's stream ain't NULL.
that just means the stream the parser is using is not a subclass of
