Control: found 768001 icedove/3.0.11-1+squeeze15
On 04.11.2014 07:10, Carsten Schoenert wrote:
> as you tagged this issue is found in the current version in testing and
> experimental, what about this bug in earlier versions?
I could reproduce it on a squeeze VM running icedove-3.0.11-1+squeeze15. The GDB
output is attached below, and it looks similar. The backtrace even contains more
information (see stack #3, the "line" contains an \n and is strangely off
characters...)
> And can you please open up or search a similiar bug in the Mozilla
> bugtracker and give us the forward address? I found one related bug
> entry in the bugtracker there.
> https://bugzilla.mozilla.org/show_bug.cgi?id=469087
I didn't find anything reated in the upstream tracker, besides that.
> But the bug isn't activatly worked on. And the reporter was reporting a
> windows version before TB3. There are no crash reports for such a errors.
> https://crash-stats.mozilla.com/report/list?product=Thunderbird&query_search=signature&query_type=exact&query=mime_decode_qp_buffer&date=12%2F30%2F2010%2006%3A14%3A17&range_value=4&range_unit=weeks&hang_type=any&process_type=all&plugin_field=&plugin_query_type=&plugin_query=&do_query=1&admin=&signature=mime_decode_qp_buffer#tab-correlations
> This makes it hard to reproduce the issue for any developer.
OK, so what do I need to do to get a crash report for this kind of behaviour?
- Roland
Program received signal SIGSEGV, Segmentation fault.
mime_decode_qp_buffer (data=0x7fffd9d07f80, buffer=0x7fffef853fcf "\n", size=0)
at mimeenc.cpp:189
189 mimeenc.cpp: No such file or directory.
in mimeenc.cpp
(gdb) bt
#0 mime_decode_qp_buffer (data=0x7fffd9d07f80, buffer=0x7fffef853fcf "\n",
size=0) at mimeenc.cpp:189
#1 MimeDecoderWrite (data=0x7fffd9d07f80, buffer=0x7fffef853fcf "\n", size=0)
at mimeenc.cpp:840
#2 0x00007fffef83348e in mime_decompose_file_output_fn (
buf=<value optimized out>, size=1, stream_closure=<value optimized out>)
at mimedrft.cpp:1964
#3 0x00007fffef821d7d in MimeMessage_parse_line (
aLine=0x7fffd9c51400 "y\n(Sva, zeltophil, Martin, gnrp, Jen and Cbas",
aLength=45, obj=0x7fffd9c22aa0) at mimemsg.cpp:222
#4 0x00007fffef824517 in MimeObject_parse_eof (obj=0x7fffd9c22aa0,
abort_p=<value optimized out>) at mimeobj.cpp:299
#5 0x00007fffef818d54 in MimeContainer_parse_eof (object=0x0, abort_p=2)
at mimecont.cpp:129
#6 0x00007fffef8225b3 in MimeMessage_parse_eof (obj=0x7fffd9c22aa0, abort_p=0)
at mimemsg.cpp:542
#7 0x00007fffef8352dc in mime_parse_stream_complete (
stream=<value optimized out>) at mimedrft.cpp:1203
#8 0x00007fffef831481 in nsStreamConverter::OnStopRequest (
this=0x7fffdc28c6c0, request=0x7fffd9c3bd98, ctxt=0x7fffd9d3c140, status=0)
at nsStreamConverter.cpp:1068
#9 0x00007fffef676204 in nsMsgProtocol::OnStopRequest (this=0x7fffd9c3bd90,
request=<value optimized out>, ctxt=0x7fffd9d3c140, aStatus=0)
at nsMsgProtocol.cpp:401
#10 0x00007fffef7002c3 in nsMailboxProtocol::OnStopRequest (
this=0x7fffd9c3bd90, request=0x7fffd9dc7390, ctxt=0x7fffd9d3c140,
aStatus=0) at nsMailboxProtocol.cpp:381
#11 0x00007fffeeec0b8b in nsInputStreamPump::OnStateStop (this=0x7fffd9dc7390)
at nsInputStreamPump.cpp:576
#12 0x00007fffeeec0df5 in nsInputStreamPump::OnInputStreamReady (
this=0x7fffd9dc7390, stream=0x2) at nsInputStreamPump.cpp:401
#13 0x00007ffff79547c4 in nsInputStreamReadyEvent::Run (this=0x7fffd9c05a30)
at nsStreamUtils.cpp:111
#14 0x00007ffff79669d3 in nsThread::ProcessNextEvent (this=0x7ffff0840620,
mayWait=1, result=0x7fffffffdc2c) at nsThread.cpp:521
#15 0x00007ffff793c740 in NS_ProcessNextEvent_P (thread=0x0, mayWait=2)
at nsThreadUtils.cpp:247
#16 0x00007fffecadd375 in nsBaseAppShell::Run (this=0x7fffefbdbb20)
at nsBaseAppShell.cpp:170
#17 0x00007fffeabd9bc4 in nsAppStartup::Run (this=0x7fffeb05bc40)
at nsAppStartup.cpp:193
#18 0x00007ffff7bcbdda in XRE_main (argc=<value optimized out>,
argv=<value optimized out>, aAppData=<value optimized out>)
at nsAppRunner.cpp:3321
#19 0x0000000000401846 in main (argc=1, argv=0x7fffffffe418)
at nsMailApp.cpp:103
(gdb) q
