Bug#700639: icedove: Assertion failure: pRec-state != _PR_PID_REAPED, at uxproces.c:521 (SIGABRT)
Hello Daniel, On Mon, Apr 22, 2013 at 04:09:51PM -0400, Daniel Kahn Gillmor wrote: On 04/22/2013 02:11 PM, Guido Günther wrote: Could you check if enigmal (or any other not icedove related extension) shows up? I thought maybe i should look for shared objects, since that's part of the current enigmail implementation, but these are the only references to '\.so' files in the backtrace: from /usr/lib/x86_64-linux-gnu/gio/modules/libdconfsettings.so from /usr/lib/x86_64-linux-gnu/libevent-2.0.so.5 from /usr/lib/x86_64-linux-gnu/libevent-2.0.so.5 #90 0x7459cd6f in SharedStub () from /usr/lib/icedove/libxul.so exePath = /usr/lib/icedove/\000ibxpcom.so, '\000' repeats 68 times, ... i would have thought that /usr/lib/xul-ext/enigmail/platform/Linux_x86_64-gcc3/lib/libsubprocess-x86_64-gcc3.so or /usr/lib/xul-ext/enigmail/platform/Linux_x86_64-gcc3/components/libenigmime-x86_64-gcc3.so would have shown up here if enigmail was involved. there is no enig in the backtrace at all. however, looking at the code from the relevant backtrace, it really does look like it's stuff that happens after a child process terminates, so maybe enigmail isn't in the loop by that point. Anything else i should look for? it's some time gone after this mail from you. The current Icedove version 24.3.0-2 has a fixed LDFLAGS variable. We had include '-Wl,--as-needed' which broke libraries dependencies while linking. So maybe theese crashes are also possibly gone. On the other hand the code line and function that shown in the gdb logs are from the nspr thing and normaly should't depend on the fixed linker option I think. mozilla/nsprpub/pr/src/md/unix/uxproces.c 507 static void 508 ProcessReapedChildInternal(pid_t pid, int status) 509 { 510 pr_PidRecord *pRec; 511 512 pRec = FindPidTable(pid); 513 if (NULL == pRec) { 514 pRec = PR_NEW(pr_PidRecord); 515 pRec-pid = pid; 516 pRec-state = _PR_PID_REAPED; 517 pRec-exitStatus = ExtractExitStatus(status); 518 pRec-reapedCV = NULL; 519 InsertPidTable(pRec); 520 } else { 521 PR_ASSERT(pRec-state != _PR_PID_REAPED); 522 if (_PR_PID_DETACHED == pRec-state) { 523 PR_ASSERT(NULL == pRec-reapedCV); 524 DeletePidTable(pRec); 525 PR_DELETE(pRec); 526 } else { 527 PR_ASSERT(_PR_PID_WAITING == pRec-state); 528 PR_ASSERT(NULL != pRec-reapedCV); 529 pRec-exitStatus = ExtractExitStatus(status); 530 pRec-state = _PR_PID_REAPED; 531 PR_NotifyCondVar(pRec-reapedCV); 532 } 533 } 534 } As far as I can see the PR_ASSERT comes from mozilla/nsprpub/pr/include/prlog.h, but this header is for debugging stuff. 206 #define PR_ASSERT(_expr) \ 207 ((_expr)?((void)0):PR_Assert(# _expr,__FILE__,__LINE__)) 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#700639: icedove: Assertion failure: pRec-state != _PR_PID_REAPED, at uxproces.c:521 (SIGABRT)
On 03/21/2014 03:49 PM, Carsten Schoenert wrote: it's some time gone after this mail from you. The current Icedove version 24.3.0-2 has a fixed LDFLAGS variable. We had include '-Wl,--as-needed' which broke libraries dependencies while linking. So maybe theese crashes are also possibly gone. alas, no. I had a segfault crash again earlier today, with 24.3.0-2 :( On the other hand the code line and function that shown in the gdb logs are from the nspr thing and normaly should't depend on the fixed linker option I think. mozilla/nsprpub/pr/src/md/unix/uxproces.c 507 static void 508 ProcessReapedChildInternal(pid_t pid, int status) 509 { 510 pr_PidRecord *pRec; 511 512 pRec = FindPidTable(pid); 513 if (NULL == pRec) { 514 pRec = PR_NEW(pr_PidRecord); 515 pRec-pid = pid; 516 pRec-state = _PR_PID_REAPED; 517 pRec-exitStatus = ExtractExitStatus(status); 518 pRec-reapedCV = NULL; 519 InsertPidTable(pRec); 520 } else { 521 PR_ASSERT(pRec-state != _PR_PID_REAPED); 522 if (_PR_PID_DETACHED == pRec-state) { 523 PR_ASSERT(NULL == pRec-reapedCV); 524 DeletePidTable(pRec); 525 PR_DELETE(pRec); 526 } else { 527 PR_ASSERT(_PR_PID_WAITING == pRec-state); 528 PR_ASSERT(NULL != pRec-reapedCV); 529 pRec-exitStatus = ExtractExitStatus(status); 530 pRec-state = _PR_PID_REAPED; 531 PR_NotifyCondVar(pRec-reapedCV); 532 } 533 } 534 } As far as I can see the PR_ASSERT comes from mozilla/nsprpub/pr/include/prlog.h, but this header is for debugging stuff. 206 #define PR_ASSERT(_expr) \ 207 ((_expr)?((void)0):PR_Assert(# _expr,__FILE__,__LINE__)) I'm not sure what i should do with this information. I can re-run my MUA under debug mode again for a while if it would be useful to get another backtrace. would that be helpful? I'm surprised that I am the only one seeing this. Do other icedove users not have my mail volume or something? maybe i happen to be talking to servers with particular bugs? or too many servers concurrently? If icedove was a simpler program, i think it would be more straightforward to diagnose; but at the moment, i'm mystified by this ongoing problem. --dkg signature.asc Description: OpenPGP digital signature
Bug#700639: icedove: Assertion failure: pRec-state != _PR_PID_REAPED, at uxproces.c:521 (SIGABRT)
Hello, On Fri, Mar 21, 2014 at 04:29:25PM -0400, Daniel Kahn Gillmor wrote: I'm not sure what i should do with this information. nothing special, I'm allready was thinking that the changed linker flags will not be the solution. Unfortunately such bugs are hard to find unless we are unable to provoke such a behavior of Icedove. I was asking you to see if this ugly bug is allready on the table. I can re-run my MUA under debug mode again for a while if it would be useful to get another backtrace. would that be helpful? Maybe, we are glad to have currently get the 24.3.0 into testing and Christoph can provide a new upload with the resent released 24.4.0 maybe this weekend. With this we would leave in afew days the version 17 in stable-security and have only one version all over. I thought the backtrace with a current version will probably better than searching and comparing with an older version because the original source has changed. I'm surprised that I am the only one seeing this. Do other icedove users not have my mail volume or something? maybe i happen to be talking to servers with particular bugs? or too many servers concurrently? I have no clue, my last crash is months ago. I would say I have a moderate amount of mails, sometimes 10-20 mails on other days up to 60. But I don't use News, RSS or Chat on this. If icedove was a simpler program, i think it would be more straightforward to diagnose; but at the moment, i'm mystified by this ongoing problem. Indeed, Mozilla is forcing their FirefoxOS and only 4-5 persons working on Thunderbird (as told on the Fosdem this year). And this persons doesn't really working on new special features. Most of the work is code cleanup and addaptions on the other changes depended on Firefox, xulrunner, nss and so on. Icedove has hugh blob on source files and the internal structure is hard to understand. Thanks for your feedback! 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#700639: icedove: Assertion failure: pRec-state != _PR_PID_REAPED, at uxproces.c:521 (SIGABRT)
On 03/21/2014 05:08 PM, Carsten Schoenert wrote: I have no clue, my last crash is months ago. I would say I have a moderate amount of mails, sometimes 10-20 mails on other days up to 60. But I don't use News, RSS or Chat on this. i don't use news, rss, or chat either, but i think i have an order of magnitude more mail than you :( how many accounts are you connected to at once? depending on the day, i'm connected to 3, 4, or 5 accounts concurrently. --dkg signature.asc Description: OpenPGP digital signature
Bug#700639: icedove: Assertion failure: pRec-state != _PR_PID_REAPED, at uxproces.c:521 (SIGABRT)
On Fri, Mar 21, 2014 at 05:18:27PM -0400, Daniel Kahn Gillmor wrote: On 03/21/2014 05:08 PM, Carsten Schoenert wrote: I have no clue, my last crash is months ago. I would say I have a moderate amount of mails, sometimes 10-20 mails on other days up to 60. But I don't use News, RSS or Chat on this. i don't use news, rss, or chat either, but i think i have an order of magnitude more mail than you :( On work I use the Thunderbird mobile version, there are often more than 100 mails per day and it works, but this the Windows version. :( how many accounts are you connected to at once? depending on the day, i'm connected to 3, 4, or 5 accounts concurrently. This depends on the PC/laptop, but it's very similar. On some PC only three, but there are also five accounts configured. But o.k., on the weekend in the upcomming week we meet us on the Groupware Meeting in the Linuxhotel Essen Germany, I think Guido with a significant more skills on GDB log reading and understanding will take a deeper look at your logs. I hope he have a idea to get it. 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#700639: icedove: Assertion failure: pRec-state != _PR_PID_REAPED, at uxproces.c:521 (SIGABRT)
On Sat 2013-04-13 13:01:46 -0400, Guido Günther wrote: gdb's thread apply all bt full might give further hints. The nspr code itself didn't change since ages so we ought to find out what triggers it. Sorry about being that vague. well, the segv just happened again with the following backtrace: (gdb) bt #0 pt_PostNotifyToCvar (cvar=0x0, broadcast=broadcast@entry=0) at ptsynch.c:280 #1 0x76301b5b in PR_NotifyCondVar (cvar=optimized out) at ptsynch.c:413 #2 0x76309709 in ProcessReapedChildInternal (pid=pid@entry=31879, status=optimized out) at uxproces.c:531 #3 0x76309d27 in WaitPidDaemonThread (unused=optimized out) at uxproces.c:658 #4 0x7630729c in _pt_root (arg=0x7fffab7ff450) at ptthread.c:191 #5 0x7743ab50 in start_thread (arg=optimized out) at pthread_create.c:304 #6 0x77184a7d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112 #7 0x in ?? () (gdb) i've got a thread apply all bt full dump, but it's 4K lines, and i haven't had a chance to review it in detail for sensitive content to see if i can post the whole thing. if you can suggest what to look for, i'd be happy to do a skim of the relevant parts and try to report back. what should i be looking for? --dkg pgpy66uwBFfK6.pgp Description: PGP signature
Bug#700639: icedove: Assertion failure: pRec-state != _PR_PID_REAPED, at uxproces.c:521 (SIGABRT)
On Mon, Apr 22, 2013 at 01:23:37PM -0400, Daniel Kahn Gillmor wrote: On Sat 2013-04-13 13:01:46 -0400, Guido Günther wrote: gdb's thread apply all bt full might give further hints. The nspr code itself didn't change since ages so we ought to find out what triggers it. Sorry about being that vague. well, the segv just happened again with the following backtrace: (gdb) bt #0 pt_PostNotifyToCvar (cvar=0x0, broadcast=broadcast@entry=0) at ptsynch.c:280 #1 0x76301b5b in PR_NotifyCondVar (cvar=optimized out) at ptsynch.c:413 #2 0x76309709 in ProcessReapedChildInternal (pid=pid@entry=31879, status=optimized out) at uxproces.c:531 #3 0x76309d27 in WaitPidDaemonThread (unused=optimized out) at uxproces.c:658 #4 0x7630729c in _pt_root (arg=0x7fffab7ff450) at ptthread.c:191 #5 0x7743ab50 in start_thread (arg=optimized out) at pthread_create.c:304 #6 0x77184a7d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112 #7 0x in ?? () (gdb) i've got a thread apply all bt full dump, but it's 4K lines, and i haven't had a chance to review it in detail for sensitive content to see if i can post the whole thing. if you can suggest what to look for, i'd be happy to do a skim of the relevant parts and try to report back. what should i be looking for? Could you check if enigmal (or any other not icedove related extension) shows up? 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#700639: icedove: Assertion failure: pRec-state != _PR_PID_REAPED, at uxproces.c:521 (SIGABRT)
On 04/22/2013 02:11 PM, Guido Günther wrote: Could you check if enigmal (or any other not icedove related extension) shows up? I thought maybe i should look for shared objects, since that's part of the current enigmail implementation, but these are the only references to '\.so' files in the backtrace: from /usr/lib/x86_64-linux-gnu/gio/modules/libdconfsettings.so from /usr/lib/x86_64-linux-gnu/libevent-2.0.so.5 from /usr/lib/x86_64-linux-gnu/libevent-2.0.so.5 #90 0x7459cd6f in SharedStub () from /usr/lib/icedove/libxul.so exePath = /usr/lib/icedove/\000ibxpcom.so, '\000' repeats 68 times, ... i would have thought that /usr/lib/xul-ext/enigmail/platform/Linux_x86_64-gcc3/lib/libsubprocess-x86_64-gcc3.so or /usr/lib/xul-ext/enigmail/platform/Linux_x86_64-gcc3/components/libenigmime-x86_64-gcc3.so would have shown up here if enigmail was involved. there is no enig in the backtrace at all. however, looking at the code from the relevant backtrace, it really does look like it's stuff that happens after a child process terminates, so maybe enigmail isn't in the loop by that point. Anything else i should look for? --dkg signature.asc Description: OpenPGP digital signature
Bug#700639: icedove: Assertion failure: pRec-state != _PR_PID_REAPED, at uxproces.c:521 (SIGABRT)
On Fri, Feb 15, 2013 at 01:00:44PM -0500, Daniel Kahn Gillmor wrote: Package: icedove Version: 17.0.2-1 Severity: normal Intermittently, i get a crash from icedove (running with enigmail 2:1.5.1+id17-1) where the error message is: Assertion failure: pRec-state != _PR_PID_REAPED, at uxproces.c:521 here's a backtrace: Program received signal SIGABRT, Aborted. [Switching to Thread 0x7fffa31ff700 (LWP 3305)] 0x770dc475 in *__GI_raise (sig=optimized out) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 64../nptl/sysdeps/unix/sysv/linux/raise.c: No such file or directory. (gdb) bt #0 0x770dc475 in *__GI_raise (sig=optimized out) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 #1 0x770df6f0 in *__GI_abort () at abort.c:92 #2 0x762e506a in PR_Assert ( s=s@entry=0x7630a15b pRec-state != _PR_PID_REAPED, file=file@entry=0x7630a0b4 uxproces.c, ln=ln@entry=521) at prlog.c:554 #3 0x76303020 in ProcessReapedChildInternal (pid=pid@entry=8901, status=0) at uxproces.c:521 #4 0x763036ef in WaitPidDaemonThread (unused=optimized out) at uxproces.c:658 #5 0x763002eb in _pt_root (arg=0x7fffca2a1680) at ptthread.c:156 #6 0x7743ab50 in start_thread (arg=optimized out) at pthread_create.c:304 #7 0x77184a7d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112 #8 0x in ?? () (gdb) I was running icedove with these environment variables: NSPR_LOG_MODULES=all:5 NSPR_LOG_FILE=~/tmp/icedove-dbg.log and here is the tail of the log: 0 dkg@alice:~$ tail tmp/icedove-dbg.log -472914176[7fff86d42790]: libc.so.6 incr = 3 (find lib) -1587546368[7fff86d41140]: libc.so.6 incr = 4 (find lib) -134355168[76d6b260]: (textrunui) fontgroup: [Sans] lang: en-us script: 25 len 49 weight: 400 width: 0 style: normal TEXTRUN [nss_3.14.2-1_amd64.changes ACCEPTED into unstable] ENDTEXTRUN -134355168[76d6b260]: (textrunui) fontgroup: [Sans] lang: en-us script: 25 len 49 weight: 400 width: 0 style: normal TEXTRUN [nss_3.14.2-1_amd64.changes ACCEPTED into unstable] ENDTEXTRUN -134355168[76d6b260]: (textrunui) fontgroup: [Sans] lang: en-us script: 25 len 49 weight: 400 width: 0 style: normal TEXTRUN [nss_3.14.2-1_amd64.changes ACCEPTED into unstable] ENDTEXTRUN -134355168[76d6b260]: (textrunui) fontgroup: [Sans] lang: en-us script: 25 len 49 weight: 400 width: 0 style: normal TEXTRUN [nss_3.14.2-1_amd64.changes ACCEPTED into unstable] ENDTEXTRUN -134355168[76d6b260]: (textrunui) fontgroup: [Sans] lang: en-us script: 25 len 49 weight: 400 width: 0 style: normal TEXTRUN [nss_3.14.2-1_amd64.changes ACCEPTED into unstable] ENDTEXTRUN -470812928[7fff86d42680]: libc.so.6 decr = 3 -1558186240[7fffca2a1680]: Assertion failure: pRec-state != _PR_PID_REAPED, at uxproces.c:521 -472914176[7fff86d42790]: libc.so.6 decr = 2 0 dkg@alice:~$ This is about spawning external processes. Could that be gpg from enigmail? Could you try if this also happens with all extensions disabled? gdb's thread apply all bt full might give further hints. The nspr code itself didn't change since ages so we ought to find out what triggers it. Sorry about being that vague. 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#700639: icedove: Assertion failure: pRec-state != _PR_PID_REAPED, at uxproces.c:521 (SIGABRT)
On 04/13/2013 01:01 PM, Guido Günther wrote: This is about spawning external processes. Could that be gpg from enigmail? Could you try if this also happens with all extensions disabled? yes, it almost certainly is due to gpg being spawned from enigmail. however, it doesn't happen in any sort of easily-repeatable context -- i get such a crash maybe every other day (sometimes not for a week or two), and i am a heavy user of e-mail. Unfortunately, my daily workflow can't support leaving the extensions disabled; enigmail is critical for me. :/ gdb's thread apply all bt full might give further hints. The nspr code itself didn't change since ages so we ought to find out what triggers it. Sorry about being that vague. I'll try this the next time i get a crash and report back. Thanks for the suggestion. --dkg signature.asc Description: OpenPGP digital signature
Bug#700639: icedove: Assertion failure: pRec-state != _PR_PID_REAPED, at uxproces.c:521 (SIGABRT)
On Fri 2013-02-15 13:00:44 -0500, Daniel Kahn Gillmor wrote: Assertion failure: pRec-state != _PR_PID_REAPED, at uxproces.c:521 just happened again, here is the console info with a backtrace: 2013-02-18 13:25:59.373 [DEBUG] enigmailCommon.jsm: getHeaderData: boundary = enig2VHNAOSCBWNQWXNORGGWF [New Thread 0x7fff7dbff700 (LWP 26708)] Assertion failure: pRec-state != _PR_PID_REAPED, at uxproces.c:521 Program received signal SIGABRT, Aborted. [Switching to Thread 0x7fffa5ffb700 (LWP 24141)] 0x770dc475 in *__GI_raise (sig=optimized out) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 64 ../nptl/sysdeps/unix/sysv/linux/raise.c: No such file or directory. (gdb) bt #0 0x770dc475 in *__GI_raise (sig=optimized out) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 #1 0x770df6f0 in *__GI_abort () at abort.c:92 #2 0x762e506a in PR_Assert ( s=s@entry=0x7630a15b pRec-state != _PR_PID_REAPED, file=file@entry=0x7630a0b4 uxproces.c, ln=ln@entry=521) at prlog.c:554 #3 0x76303020 in ProcessReapedChildInternal (pid=pid@entry=26702, status=0) at uxproces.c:521 #4 0x763036ef in WaitPidDaemonThread (unused=optimized out) at uxproces.c:658 #5 0x763002eb in _pt_root (arg=0x7fffdc3489d0) at ptthread.c:156 #6 0x7743ab50 in start_thread (arg=optimized out) at pthread_create.c:304 BFD: reopening /usr/lib/x86_64-linux-gnu/libnssckbi.so: No such file or directory BFD: reopening /usr/lib/x86_64-linux-gnu/libnssckbi.so: No such file or directory Dwarf Error: Can't read DWARF data from '/usr/lib/x86_64-linux-gnu/libnssckbi.so' (gdb) and here is the debug log: 1 dkg@alice:~$ tail -n 30 tmp/icedove-dbg.log -134355168[76d6b260]: Here we do an extension lookup for 'js' -134355168[76d6b260]: -- LookUpTypeAndDescription for extension 'js' -134355168[76d6b260]: -- GetFileLocation. Pref: 'helpers.private_mime_types_file' EnvVar: '(null)' -134355168[76d6b260]: -- GetTypeAndDescriptionFromMimetypesFile -134355168[76d6b260]: Getting type and description from types file '~/.mime.types' -134355168[76d6b260]: Using extension 'js' -134355168[76d6b260]: -- CreateInputStream -134355168[76d6b260]: Looking in GNOME registry -134355168[76d6b260]: Got MIMEInfo from GNOME registry -134355168[76d6b260]: Here we do an extension lookup for 'js' -134355168[76d6b260]: -- LookUpTypeAndDescription for extension 'js' -134355168[76d6b260]: -- GetFileLocation. Pref: 'helpers.private_mime_types_file' EnvVar: '(null)' -134355168[76d6b260]: -- GetTypeAndDescriptionFromMimetypesFile -134355168[76d6b260]: Getting type and description from types file '~/.mime.types' -134355168[76d6b260]: Using extension 'js' -134355168[76d6b260]: -- CreateInputStream -134355168[76d6b260]: Looking in GNOME registry -134355168[76d6b260]: Got MIMEInfo from GNOME registry -1399851264[7fffdd08d9c0]: libc.so.6 incr = 2 (find lib) -1430259968[7fffdd0e2240]: libc.so.6 incr = 3 (find lib) -1136658688[7fffdd0538b0]: libc.so.6 incr = 4 (find lib) -134355168[76d6b260]: (textrunui) fontgroup: [Sans] lang: en-us script: 25 len 19 weight: 400 width: 0 style: normal TEXTRUN [Re: thanks and tmrw] ENDTEXTRUN -134355168[76d6b260]: (textrunui) fontgroup: [Sans] lang: en-us script: 25 len 19 weight: 400 width: 0 style: normal TEXTRUN [Re: thanks and tmrw] ENDTEXTRUN -134355168[76d6b260]: (textrunui) fontgroup: [Sans] lang: en-us script: 25 len 19 weight: 400 width: 0 style: normal TEXTRUN [Re: thanks and tmrw] ENDTEXTRUN -134355168[76d6b260]: (textrunui) fontgroup: [Sans] lang: en-us script: 25 len 19 weight: 400 width: 0 style: normal TEXTRUN [Re: thanks and tmrw] ENDTEXTRUN -134355168[76d6b260]: (textrunui) fontgroup: [Sans] lang: en-us script: 25 len 19 weight: 400 width: 0 style: normal TEXTRUN [Re: thanks and tmrw] ENDTEXTRUN -134355168[76d6b260]: (textrunui) fontgroup: [Sans] lang: en-us script: 25 len 19 weight: 400 width: 0 style: normal TEXTRUN [Re: thanks and tmrw] ENDTEXTRUN -1399851264[7fffdd08d9c0]: libc.so.6 decr = 3 -1430259968[7fffdd0e2240]: libc.so.6 decr = 2 -1509968128[7fffdc3489d0]: Assertion failure: pRec-state != _PR_PID_REAPED, at uxproces.c:521 0 dkg@alice:~$ --dkg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700639: icedove: Assertion failure: pRec-state != _PR_PID_REAPED, at uxproces.c:521 (SIGABRT)
Package: icedove Version: 17.0.2-1 Severity: normal Intermittently, i get a crash from icedove (running with enigmail 2:1.5.1+id17-1) where the error message is: Assertion failure: pRec-state != _PR_PID_REAPED, at uxproces.c:521 here's a backtrace: Program received signal SIGABRT, Aborted. [Switching to Thread 0x7fffa31ff700 (LWP 3305)] 0x770dc475 in *__GI_raise (sig=optimized out) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 64 ../nptl/sysdeps/unix/sysv/linux/raise.c: No such file or directory. (gdb) bt #0 0x770dc475 in *__GI_raise (sig=optimized out) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 #1 0x770df6f0 in *__GI_abort () at abort.c:92 #2 0x762e506a in PR_Assert ( s=s@entry=0x7630a15b pRec-state != _PR_PID_REAPED, file=file@entry=0x7630a0b4 uxproces.c, ln=ln@entry=521) at prlog.c:554 #3 0x76303020 in ProcessReapedChildInternal (pid=pid@entry=8901, status=0) at uxproces.c:521 #4 0x763036ef in WaitPidDaemonThread (unused=optimized out) at uxproces.c:658 #5 0x763002eb in _pt_root (arg=0x7fffca2a1680) at ptthread.c:156 #6 0x7743ab50 in start_thread (arg=optimized out) at pthread_create.c:304 #7 0x77184a7d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112 #8 0x in ?? () (gdb) I was running icedove with these environment variables: NSPR_LOG_MODULES=all:5 NSPR_LOG_FILE=~/tmp/icedove-dbg.log and here is the tail of the log: 0 dkg@alice:~$ tail tmp/icedove-dbg.log -472914176[7fff86d42790]: libc.so.6 incr = 3 (find lib) -1587546368[7fff86d41140]: libc.so.6 incr = 4 (find lib) -134355168[76d6b260]: (textrunui) fontgroup: [Sans] lang: en-us script: 25 len 49 weight: 400 width: 0 style: normal TEXTRUN [nss_3.14.2-1_amd64.changes ACCEPTED into unstable] ENDTEXTRUN -134355168[76d6b260]: (textrunui) fontgroup: [Sans] lang: en-us script: 25 len 49 weight: 400 width: 0 style: normal TEXTRUN [nss_3.14.2-1_amd64.changes ACCEPTED into unstable] ENDTEXTRUN -134355168[76d6b260]: (textrunui) fontgroup: [Sans] lang: en-us script: 25 len 49 weight: 400 width: 0 style: normal TEXTRUN [nss_3.14.2-1_amd64.changes ACCEPTED into unstable] ENDTEXTRUN -134355168[76d6b260]: (textrunui) fontgroup: [Sans] lang: en-us script: 25 len 49 weight: 400 width: 0 style: normal TEXTRUN [nss_3.14.2-1_amd64.changes ACCEPTED into unstable] ENDTEXTRUN -134355168[76d6b260]: (textrunui) fontgroup: [Sans] lang: en-us script: 25 len 49 weight: 400 width: 0 style: normal TEXTRUN [nss_3.14.2-1_amd64.changes ACCEPTED into unstable] ENDTEXTRUN -470812928[7fff86d42680]: libc.so.6 decr = 3 -1558186240[7fffca2a1680]: Assertion failure: pRec-state != _PR_PID_REAPED, at uxproces.c:521 -472914176[7fff86d42790]: libc.so.6 decr = 2 0 dkg@alice:~$ Regards, --dkg -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing'), (200, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.7-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages icedove depends on: ii debianutils 4.3.2 ii fontconfig2.9.0-7.1 ii libasound21.0.25-4 ii libatk1.0-0 2.4.0-2 ii libc6 2.13-37 ii libcairo2 1.12.2-2 ii libdbus-1-3 1.6.8-1 ii libdbus-glib-1-2 0.100-1 ii libevent-2.0-52.0.19-stable-3 ii libffi5 3.0.10-3 ii libfontconfig12.9.0-7.1 ii libfreetype6 2.4.9-1.1 ii libgcc1 1:4.7.2-5 ii libgdk-pixbuf2.0-02.26.1-1 ii libglib2.0-0 2.33.12+really2.32.4-3 ii libgtk2.0-0 2.24.10-2 ii libhunspell-1.3-0 1.3.2-4 ii libjpeg8 8d-1 ii libnspr4 2:4.9.4-2.1 ii libnss3 2:3.14.1.with.ckbi.1.93-1 ii libnss3-1d2:3.14.1.with.ckbi.1.93-1 ii libpango1.0-0 1.30.0-1 ii libpixman-1-0 0.26.0-3 ii libsqlite3-0 3.7.13-1 ii libstartup-notification0 0.12-1 ii libstdc++64.7.2-5 ii libvpx1 1.1.0-1 ii libx11-6 2:1.5.0-1 ii libxext6 2:1.3.1-2 ii libxrender1 1:0.9.7-1 ii libxt61:1.1.3-1 ii psmisc22.20-1 ii zlib1g1:1.2.7.dfsg-13 Versions of packages icedove recommends: ii myspell-en-us [myspell-dictionary] 1:3.3.0-4 Versions of packages icedove suggests: ii fonts-lyx 2.0.3-3 ii libgssapi-krb5-2 1.10.1+dfsg-3 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org