Bug#671483: icedove: crashes on startup with failed assertion

2013-04-08 Thread Tim Chadburn
Here are the inspections you asked for:

(gdb) frame 8
#8  0xb7f834a9 in NS_CopyNativeToUnicode (input=..., output=...) at 
nsNativeCharsetUtils.cpp:834
in nsNativeCharsetUtils.cpp
Current language:  auto
The current source language is auto; currently c++.
(gdb) print input
$2 = (const nsACString_internal ) @0xbfffdf1c: {mData = 0xb7fb6420 , mLength 
= 0, mFlags = 65537}
(gdb) print output
$3 = (nsAString_internal ) @0xbfffddf4: {mData = 0xb7fb6420, mLength = 0, 
mFlags = 65537}
(gdb) frame 14
#14 0xb63fc51c in nsImapIncomingServer::PossibleImapMailbox (this=0xb318abf0, 
folderPath=..., hierarchyDelimiter=62 '', boxFlags=64, aNewFolder=0xb08fdc50) 
at nsImapIncomingServer.cpp:1254
in nsImapIncomingServer.cpp
(gdb) print folderPath
$4 = (const nsACString_internal ) @0xb275fc44: {mData = 0xab7e4e10 , 
mLength = 4, mFlags = 9}

I've tried the version from squeeze-backports, which I think is the same as the 
wheezy version, and it works fine.

The folder path  may seem strange but I think I know what it's talking 
about. There is a peculiar structure of nameless folders on my email account 
which I didn't make and which I can't delete, in any client.

Tim Chadburn



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#671483: icedove: crashes on startup with failed assertion

2013-03-09 Thread Guido Günther
Hi Tim,
thanks for the backtrace!

On Mon, Jan 07, 2013 at 05:54:41PM +, Tim Chadburn wrote:
[..snip..]  
 Thread 1 (Thread 0xb70d5730 (LWP 6100)):
 #0  0xb7fe2424 in __kernel_vsyscall ()
 #1  0xb7db9781 in *__GI_raise (sig=6) at 
 ../nptl/sysdeps/unix/sysv/linux/raise.c:64
 #2  0xb7dbcbb2 in *__GI_abort () at abort.c:92
 #3  0xb7db28e8 in *__GI___assert_fail (assertion=0xb7eb3d60 outbuf != ((void 
 *)0)  *outbuf != ((void *)0), file=0xb7eafea4 gconv.c, line=75, 
 function=0xb7eafec8 __gconv) at assert.c:81
 #4  0xb7da758b in __gconv (cd=0xb6ec6920, inbuf=value optimized out, 
 inbufend=value optimized out, outbuf=0xbfffddac, outbufend=0x0, 
 irreversible=0xbfffdcac) at gconv.c:75
 #5  0xb7da6a46 in iconv (cd=0xb6ec6920, inbuf=0xbfffdda4, 
 inbytesleft=0xbfffdd40, outbuf=0xbfffddac, outbytesleft=0xbfffdd3c) at 
 iconv.c:53

This aborts because *outbuf == NULL. 

 #6  0xb7f82e24 in xp_iconv (converter=0x0, input=0x6, inputLeft=0xbfffdd40, 
 output=0xbfffddac, outputLeft=0xbfffdd3c) at nsNativeCharsetUtils.cpp:162
 #7  0xb7f83007 in nsNativeCharsetConverter::NativeToUnicode (this=0xbfffddb3, 
 input=0xbfffdda4, inputLeft=0xbfffdda0, output=0xbfffddac, 
 outputLeft=0xbfffdda8) at nsNativeCharsetUtils.cpp:493
 #8  0xb7f834a9 in NS_CopyNativeToUnicode (input=..., output=...) at 
 nsNativeCharsetUtils.cpp:834

Could you insepct input and output here? Maybe we can get a clue what's
causing this.

 #9  0xb630050b in ConvertibleToNative (name=...) at nsMsgUtils.cpp:383
 #10 NS_MsgHashIfNecessary (name=...) at nsMsgUtils.cpp:478
 #11 0xb62f2285 in nsMsgDBFolder::CreateFileForDB (this=0xa9f9f000, 
 userLeafName=..., path=0xb00c2a00, dbFile=0xbfffe408) at nsMsgDBFolder.cpp:908
 #12 0xb64140f3 in nsImapMailFolder::CreateClientSubfolderInfo 
 (this=0xa9f9f000, folderName=..., hierarchyDelimiter=46 '.', flags=64, 
 suppressNotification=0) at nsImapMailFolder.cpp:986
 #13 0xb641404c in nsImapMailFolder::CreateClientSubfolderInfo 
 (this=0xb27ab400, folderName=..., hierarchyDelimiter=-44 '?', flags=64, 
 suppressNotification=0) at nsImapMailFolder.cpp:970
 #14 0xb63fc51c in nsImapIncomingServer::PossibleImapMailbox (this=0xb4137bf0, 
 folderPath=..., hierarchyDelimiter=-44 '?', boxFlags=64, 
 aNewFolder=0xb09fec50) at nsImapIncomingServer.cpp:1254

Could you check with gdb what folder is causing the trouble here?

 #15 0xb7fa004f in NS_InvokeByIndex_P () from /usr/lib/icedove/libxpcom_core.so
 #16 0xb7f97f43 in nsProxyObjectCallInfo::Run (this=0xa9f445e0) at 
 nsProxyEvent.cpp:181
 #17 0xb7f93653 in nsThread::ProcessNextEvent (this=0xb6ec69c0, mayWait=1, 
 result=0xbfffed3c) at nsThread.cpp:521
 #18 0xb7f637d6 in NS_ProcessNextEvent_P (thread=0x0, mayWait=1) at 
 nsThreadUtils.cpp:247
 #19 0xb5157757 in nsBaseAppShell::Run (this=0xb65bb1a0) at 
 nsBaseAppShell.cpp:170
 #20 0xb4e46350 in nsAppStartup::Run (this=0xb6e92fd0) at nsAppStartup.cpp:193
 #21 0xb7fd2fa2 in XRE_main (argc=1, argv=0xb2e4, aAppData=0xb6e16380) at 
 nsAppRunner.cpp:3321
 #22 0x08049314 in main (argc=1, argv=0xb2e4) at nsMailApp.cpp:103
 in nsAppRunner.cpp
 (gdb) 

Any chance you could check with the Wheezy version? It'd be great to
know if this still affects the upcoming release.
Cheers,
 -- Guido


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#671483: icedove: crashes on startup with failed assertion

2013-01-07 Thread Tim Chadburn
--- On Thu, 13/12/12, Carsten Schoenert c.schoen...@t-online.de wrote:
 what version do you really use?
 stable, stable-security, stable-bpo?

I'm using stable.

 If your error still exits and/or you are not willing to upgrade to a
 version higher than stable or stable-security please provide a GDB log.

I've attached a GDB log with backtrace.

Tim Chadburn

GNU DDD 3.3.12 (i486-pc-linux-gnu), by Dorothea Lütkehaus and Andreas Zeller.
Copyright © 1995-1999 Technische Universität Braunschweig, Germany.
Copyright © 1999-2001 Universität Passau, Germany.
Copyright © 2001 Universität des Saarlandes, Germany.
Copyright © 2001-2004 Free Software Foundation, Inc.
Reading symbols from /usr/lib/icedove/icedove-bin...Reading symbols from 
/usr/lib/debug/usr/lib/icedove/icedove-bin...done.
(no debugging symbols found)...done.
(gdb) run
[Thread debugging using libthread_db enabled]
[New Thread 0xb61e8b70 (LWP 6103)]
[New Thread 0xb5974b70 (LWP 6104)]
[New Thread 0xb4e1cb70 (LWP 6105)]
[New Thread 0xb39d3b70 (LWP 6106)]
[New Thread 0xb30c8b70 (LWP 6107)]
[New Thread 0xb25ffb70 (LWP 6108)]
[New Thread 0xb1bffb70 (LWP 6109)]
[New Thread 0xb13feb70 (LWP 6110)]
[New Thread 0xb09ffb70 (LWP 6111)]
[Thread 0xb30c8b70 (LWP 6107) exited]
[Thread 0xb39d3b70 (LWP 6106) exited]
[Thread 0xb1bffb70 (LWP 6109) exited]
[Thread 0xb09ffb70 (LWP 6111) exited]
[New Thread 0xb30c8b70 (LWP 6112)]
[New Thread 0xb39d3b70 (LWP 6113)]
[New Thread 0xb1bffb70 (LWP 6114)]
[Thread 0xb13feb70 (LWP 6110) exited]
[Thread 0xb1bffb70 (LWP 6114) exited]
[Thread 0xb30c8b70 (LWP 6112) exited]
[New Thread 0xb13feb70 (LWP 6115)]
[New Thread 0xb1bffb70 (LWP 6116)]
[New Thread 0xb30c8b70 (LWP 6117)]
[New Thread 0xb09ffb70 (LWP 6118)]
[New Thread 0xab0ffb70 (LWP 6119)]
[New Thread 0xaa8feb70 (LWP 6120)]
[Thread 0xb39d3b70 (LWP 6113) exited]
[New Thread 0xa9effb70 (LWP 6121)]
[Thread 0xa9effb70 (LWP 6121) exited]
icedove-bin: gconv.c:75: __gconv: Assertion `outbuf != ((void *)0)  *outbuf 
!= ((void *)0)' failed.

Program received signal SIGABRT, Aborted.
0xb7fe2424 in __kernel_vsyscall ()
(gdb) thread apply all bt

Thread 19 (Thread 0xaa8feb70 (LWP 6120)):
#0  0xb7fe2424 in __kernel_vsyscall ()
#1  0xb7ee04d2 in pthread_cond_timedwait@@GLIBC_2.3.2 () at 
../nptl/sysdeps/unix/sysv/linux/i386/i686/../i486/pthread_cond_timedwait.S:179
#2  0xb7d7814e in ?? () from /usr/lib/libnspr4.so.0d
#3  0xb7d78f36 in PR_WaitCondVar () from /usr/lib/libnspr4.so.0d
#4  0xb7d79037 in PR_Wait () from /usr/lib/libnspr4.so.0d
#5  0xb7f952bc in nsAutoMonitor::Wait (this=0x50eb0591) at 
../../dist/include/xpcom/nsAutoLock.h:340
#6  nsThreadPool::Run (this=0x50eb0591) at nsThreadPool.cpp:210
#7  0xb7f93653 in nsThread::ProcessNextEvent (this=0xab15add0, mayWait=1, 
result=0xaa8fe2ac) at nsThread.cpp:521
#8  0xb7f637d6 in NS_ProcessNextEvent_P (thread=0xfdfc, mayWait=1) at 
nsThreadUtils.cpp:247
#9  0xb7f93d55 in nsThread::ThreadFunc (arg=0xab15add0) at nsThread.cpp:254
#10 0xb7d7f394 in ?? () from /usr/lib/libnspr4.so.0d
#11 0xb7edb955 in start_thread (arg=0xaa8feb70) at pthread_create.c:300
#12 0xb7e5b1de in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:130

Thread 18 (Thread 0xab0ffb70 (LWP 6119)):
#0  0xb7fe2424 in __kernel_vsyscall ()
#1  0xb7ee04d2 in pthread_cond_timedwait@@GLIBC_2.3.2 () at 
../nptl/sysdeps/unix/sysv/linux/i386/i686/../i486/pthread_cond_timedwait.S:179
#2  0xb7d7814e in ?? () from /usr/lib/libnspr4.so.0d
#3  0xb7d78f36 in PR_WaitCondVar () from /usr/lib/libnspr4.so.0d
#4  0xb622c4d9 in nsHostResolver::GetHostToLookup (this=0x50eb0680, 
result=0xb658c160) at nsHostResolver.cpp:773
#5  0xb622cde6 in nsHostResolver::ThreadFunc (arg=0xb6523900) at 
nsHostResolver.cpp:877
#6  0xb7d7f394 in ?? () from /usr/lib/libnspr4.so.0d
#7  0xb7edb955 in start_thread (arg=0xab0ffb70) at pthread_create.c:300
#8  0xb7e5b1de in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:130

Thread 17 (Thread 0xb09ffb70 (LWP 6118)):
#0  0xb7fe2424 in __kernel_vsyscall ()
#1  0xb7edffcf in __pthread_cond_wait (cond=0xa9f4a604, mutex=0xa9f33274) at 
pthread_cond_wait.c:153
#2  0xb7d78fc9 in PR_WaitCondVar () from /usr/lib/libnspr4.so.0d
#3  0xb7d79037 in PR_Wait () from /usr/lib/libnspr4.so.0d
#4  0xb7f928af in nsAutoMonitor::Wait (this=0xab347ea0, mayWait=1, 
result=0xb09fe9d8) at ../../dist/include/xpcom/nsAutoLock.h:340
#5  nsEventQueue::GetEvent (this=0xab347ea0, mayWait=1, result=0xb09fe9d8) at 
nsEventQueue.cpp:85
#6  0xb7f9362b in nsThread::nsChainedEventQueue::GetEvent (this=0xab886d30, 
mayWait=1, result=0xb09fea1c) at nsThread.h:112
#7  nsThread::ProcessNextEvent (this=0xab886d30, mayWait=1, result=0xb09fea1c) 
at nsThread.cpp:512
#8  0xb7f637d6 in NS_ProcessNextEvent_P (thread=0xfe00, mayWait=1) at 
nsThreadUtils.cpp:247
#9  0xb7f987fd in nsProxyEventObject::CallMethod (this=0xab3e4500, 
methodIndex=value optimized out, methodInfo=0xb2761088, params=0xb09feac4) at 
nsProxyEventObject.cpp:260
#10 0xb7fa0b8d in PrepareAndDispatch (methodIndex=value optimized out, 

Bug#671483: icedove: crashes on startup with failed assertion

2012-12-13 Thread Carsten Schoenert
Hello Tim,

On Thu, Nov 15, 2012 at 12:55:14PM +, Tim Chadburn wrote:
 I'm using the latest version of Squeeze and I'm still having the same problem.

what version do you really use?
stable, stable-security, stable-bpo?

Why not use unofficial backported version of icedove from Mike? 
http://wiki.debian.org/Icedove#BackPorts

If your error still exits and/or you are not willing to upgrade to a
version higher than stable or stable-security please provide a GDB log.
To do this please look on http://wiki.debian.org/Icedove#Debugging and
append the log files.

Regards
Carsten


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#671483: icedove: crashes on startup with failed assertion

2012-11-15 Thread Tim Chadburn
I'm using the latest version of Squeeze and I'm still having the same problem.

Tim Chadburn

--- On Tue, 30/10/12, Moritz Muehlenhoff j...@inutil.org wrote:
On Fri, May 04, 2012 at 02:04:59PM +0100, Tim Chadburn wrote:
 Package: icedove
 Version: 3.0.11-1+squeeze9
 Severity: grave
 Justification: renders package unusable
 
 I've had icedove working fine for ages, up to and including the last version
 (3.0.11-1+squeeze8), but the latest version (3.0.11-1+squeeze9) breaks it. 
 When
 icedove is started, the icedove window appears for about a second, and then,
 while the status bar at the bottom says Looking for folders..., Icedove
 crashes with the following terminal output:
 
 icedove-bin: gconv.c:75: __gconv: Assertion `outbuf != ((void *)0)  *outbuf
 != ((void *)0)' failed.
 /usr/lib/icedove/run-mozilla.sh: line 131:  4455 Aborted
 $prog ${1+$@}

Does this still occur with Squeeze 6.0.6?

Cheers,
        Moritz


Bug#671483: icedove: crashes on startup with failed assertion

2012-10-30 Thread Moritz Muehlenhoff
On Fri, May 04, 2012 at 02:04:59PM +0100, Tim Chadburn wrote:
 Package: icedove
 Version: 3.0.11-1+squeeze9
 Severity: grave
 Justification: renders package unusable
 
 I've had icedove working fine for ages, up to and including the last version
 (3.0.11-1+squeeze8), but the latest version (3.0.11-1+squeeze9) breaks it. 
 When
 icedove is started, the icedove window appears for about a second, and then,
 while the status bar at the bottom says Looking for folders..., Icedove
 crashes with the following terminal output:
 
 icedove-bin: gconv.c:75: __gconv: Assertion `outbuf != ((void *)0)  *outbuf
 != ((void *)0)' failed.
 /usr/lib/icedove/run-mozilla.sh: line 131:  4455 Aborted
 $prog ${1+$@}

Does this still occur with Squeeze 6.0.6?

Cheers,
Moritz


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#671483: icedove: crashes on startup with failed assertion

2012-05-04 Thread Tim Chadburn
Package: icedove
Version: 3.0.11-1+squeeze9
Severity: grave
Justification: renders package unusable

I've had icedove working fine for ages, up to and including the last version
(3.0.11-1+squeeze8), but the latest version (3.0.11-1+squeeze9) breaks it. When
icedove is started, the icedove window appears for about a second, and then,
while the status bar at the bottom says Looking for folders..., Icedove
crashes with the following terminal output:

icedove-bin: gconv.c:75: __gconv: Assertion `outbuf != ((void *)0)  *outbuf
!= ((void *)0)' failed.
/usr/lib/icedove/run-mozilla.sh: line 131:  4455 Aborted
$prog ${1+$@}



-- System Information:
Debian Release: 6.0.4
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores)
Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages icedove depends on:
ii  debianutils   3.4Miscellaneous utilities specific t
ii  fontconfig2.8.0-2.1  generic font configuration library
ii  libasound21.0.23-2.1 shared library for ALSA applicatio
ii  libatk1.0-0   1.30.0-1   The ATK accessibility toolkit
ii  libc6 2.11.3-2   Embedded GNU C Library: Shared lib
ii  libcairo2 1.8.10-6   The Cairo 2D vector graphics libra
ii  libdbus-1-3   1.2.24-4+squeeze1  simple interprocess messaging syst
ii  libfontconfig12.8.0-2.1  generic font configuration library
ii  libfreetype6  2.4.2-2.1+squeeze4 FreeType 2 font engine, shared lib
ii  libgcc1   1:4.4.5-8  GCC support library
ii  libglib2.0-0  2.24.2-1   The GLib library of C routines
ii  libgtk2.0-0   2.20.1-2   The GTK+ graphical user interface 
ii  libjpeg62 6b1-1  The Independent JPEG Group's JPEG 
ii  libnspr4-0d   4.8.6-1NetScape Portable Runtime Library
ii  libnss3-1d3.12.8-1+squeeze4  Network Security Service libraries
ii  libpango1.0-0 1.28.3-1+squeeze2  Layout and rendering of internatio
ii  libpng12-01.2.44-1+squeeze4  PNG library - runtime
ii  libsqlite3-0  3.7.3-1SQLite 3 shared library
ii  libstartup-notificati 0.10-1 library for program launch feedbac
ii  libstdc++64.4.5-8The GNU Standard C++ Library v3
ii  libx11-6  2:1.3.3-4  X11 client-side library
ii  libxrender1   1:0.9.6-1  X Rendering Extension client libra
ii  libxt61:1.0.7-1  X11 toolkit intrinsics library
ii  psmisc22.11-1utilities that use the proc file s
ii  zlib1g1:1.2.3.4.dfsg-3   compression library - runtime

Versions of packages icedove recommends:
ii  myspell-en-gb [myspell-dictio 1:3.2.1-2  English_british dictionary for mys
ii  myspell-en-us [myspell-dictio 1:3.2.1-2  English_american dictionary for my

Versions of packages icedove suggests:
ii  libdbus-glib-1-20.88-2.1 simple interprocess messaging syst
ii  libgconf2-4 2.28.1-6 GNOME configuration database syste
ii  libgnome2-0 2.30.0-1 The GNOME library - runtime files
ii  libgnomevfs2-0  1:2.24.3-1   GNOME Virtual File System (runtime
ii  libgssapi-krb5-21.8.3+dfsg-4squeeze5 MIT Kerberos runtime libraries - k
ii  ttf-lyx 1.6.7-1  TrueType versions of some TeX font

-- debconf-show failed



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org