From owner-freebsd-threads@FreeBSD.ORG Mon Aug 1 11:02:18 2005 Return-Path: X-Original-To: freebsd-threads@freebsd.org Delivered-To: freebsd-threads@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9D98416A42C for ; Mon, 1 Aug 2005 11:02:18 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2914E43D4C for ; Mon, 1 Aug 2005 11:02:18 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j71B2IBI017358 for ; Mon, 1 Aug 2005 11:02:18 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j71B2GdA017351 for freebsd-threads@freebsd.org; Mon, 1 Aug 2005 11:02:16 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 1 Aug 2005 11:02:16 GMT Message-Id: <200508011102.j71B2GdA017351@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: freebsd-threads@FreeBSD.org Cc: Subject: Current problem reports assigned to you X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2005 11:02:18 -0000 Current FreeBSD problem reports Critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2005/01/26] threads/76690threads fork hang in child for (-lc_r & -lthr) o [2005/05/11] threads/80887threads ULE with SMP broke libpthread/libthr on 5 2 problems total. Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2000/07/18] kern/20016 threads pthreads: Cannot set scheduling timer/Can o [2000/08/26] kern/20861 threads libc_r does not honor socket timeouts o [2001/01/20] threads/24472threads libc_r does not honor SO_SNDTIMEO/SO_RCVT o [2001/01/25] threads/24632threads libc_r delicate deviation from libc in ha o [2001/01/25] kern/24641 threads pthread_rwlock_rdlock can deadlock o [2001/11/26] bin/32295 threads pthread dont dequeue signals o [2002/02/01] threads/34536threads accept() blocks other threads o [2002/05/25] kern/38549 threads the procces compiled whith pthread stoppe o [2002/06/27] threads/39922threads [PATCH?] Threaded applications executed w o [2002/08/04] kern/41331 threads Pthread library open sets O_NONBLOCK flag o [2003/03/02] threads/48856threads Setting SIGCHLD to SIG_IGN still leaves z o [2003/03/10] threads/49087threads Signals lost in programs linked with libc o [2003/05/08] threads/51949threads thread in accept cannot be cancelled s [2004/03/15] kern/64313 threads FreeBSD (OpenBSD) pthread implicit set/un o [2004/08/26] threads/70975threads unexpected and unreliable behaviour when o [2004/09/14] threads/71725threads Mysql Crashes frequently giving Sock Erro o [2004/10/05] threads/72353threads Assertion fails in /usr/src/lib/libpthrea o [2004/10/07] threads/72429threads threads blocked in stdio (fgets, etc) are o [2004/10/21] threads/72953threads fork() unblocks blocked signals w/o PTHRE o [2004/12/19] threads/75273threads FBSD 5.3 libpthread (KSE) bug o [2004/12/21] threads/75374threads pthread_kill() ignores SA_SIGINFO flag o [2005/01/26] threads/76694threads fork cause hang in dup()/close() function o [2005/03/10] threads/78660threads Java hangs unkillably in STOP state after o [2005/04/08] threads/79683threads svctcp_create() fails if multiple threads o [2005/04/28] threads/80435threads panic on high loads o [2005/05/19] threads/81258threads Thread specific data is sometimes assigne 26 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2000/05/26] kern/18824 threads gethostbyname is not thread safe o [2000/06/13] kern/19247 threads uthread_sigaction.c does not do anything o [2000/10/21] kern/22190 threads A threaded read(2) from a socketpair(2) f o [2001/09/09] threads/30464threads pthread mutex attributes -- pshared o [2002/05/02] threads/37676threads libc_r: msgsnd(), msgrcv(), pread(), pwri s [2002/07/16] threads/40671threads pthread_cancel doesn't remove thread from o [2004/07/13] threads/69020threads pthreads library leaks _gc_mutex o [2004/09/21] threads/71966threads Mlnet Core Dumped : Fatal error '_pq_inse o [2004/11/21] threads/74180threads KSE problem. Applications those riched ma o [2005/01/20] threads/76513threads libpthread is not working o [2005/04/13] threads/79887threads [patch] freopen() isn't thread-safe o [2005/05/13] threads/80992threads abort() sometimes not caught by gdb depen o [2005/05/26] threads/81534threads [PATCH] libc_r close() will fail on any f 13 problems total. From owner-freebsd-threads@FreeBSD.ORG Tue Aug 2 13:56:39 2005 Return-Path: X-Original-To: freebsd-threads@freebsd.org Delivered-To: freebsd-threads@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 73CEE16A41F; Tue, 2 Aug 2005 13:56:39 +0000 (GMT) (envelope-from mi@tulik.bychok.com) Received: from tulik.bychok.com (aldan.algebra.com [216.254.65.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id F3E5143D48; Tue, 2 Aug 2005 13:56:36 +0000 (GMT) (envelope-from mi@tulik.bychok.com) Received: from tulik.bychok.com (localhost [127.0.0.1]) by tulik.bychok.com (8.13.3/8.13.3) with ESMTP id j72DuaFO026003; Tue, 2 Aug 2005 09:56:36 -0400 (EDT) (envelope-from mi@tulik.bychok.com) Received: (from mi@localhost) by tulik.bychok.com (8.13.3/8.13.3/Submit) id j72DuZ7x026002; Tue, 2 Aug 2005 09:56:35 -0400 (EDT) (envelope-from mi) Date: Tue, 2 Aug 2005 09:56:35 -0400 (EDT) Message-Id: <200508021356.j72DuZ7x026002@tulik.bychok.com> To: FreeBSD-gnats-submit@freebsd.org From: "Mikhail T." X-send-pr-version: 3.113 X-GNATS-Notify: Cc: gnome@freebsd.org, freebsd-threads@freebsd.org Subject: problems with devel/nspr and -lc_r on 4.x X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Mikhail T." List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2005 13:56:39 -0000 >Submitter-Id: current-users >Originator: Mikhail T. >Organization: Virtual Estates, Inc. >Confidential: no >Synopsis: problems with devel/nspr and -lc_r on 4.x >Severity: serious >Priority: medium >Category: threads >Class: sw-bug >Release: FreeBSD 4.11-STABLE i386 >Environment: System: FreeBSD tulik.bychok.com 4.11-STABLE FreeBSD 4.11-STABLE #1: Wed Jul 20 21:04:19 EDT 2005 mi@tulik.bychok.com:/home/src/sys/compile/TULIK i386 >Description: The self-tests, which come with NSPR (devel/nspr port) are now patched and built to be meaningful. The also succeed on FreeBSD-5. On FreeBSD-4 some tests hang for ever all (or most) having to do with semaphores. >How-To-Repeat: Update to the very latest version of the devel/nspr port. Run: make build test Some tests at the beginning may take a while, but the first one to truly hang is nameshm1: (gdb) where #0 0x280cfeac in semsys () from /usr/lib/libc_r.so.4 #1 0x280c7122 in semop () from /usr/lib/libc_r.so.4 #2 0x80526d8 in PR_WaitSemaphore () #3 0x804c1d0 in ClientServerTest () #4 0x804c643 in main () #5 0x804b556 in _start () You can kill the hung ones (killall nameshm1) and allow the test harness to proceed to the next one (randseed): (gdb) where #0 0x280dcf38 in __sys_poll () from /usr/lib/libc_r.so.4 #1 0x280dc41d in _thread_kern_sched_state_unlock () from /usr/lib/libc_r.so.4 #2 0x280dbdd2 in _thread_kern_scheduler () from /usr/lib/libc_r.so.4 #3 0x0 in ?? () A thread-developer needs to look at this to either fix -lc_r, or point out the bugs in the NSPR or its self-tests. The tests are single-file C-programs in work/nspr-4.6/mozilla/nsprpub/pr/tests they are run from their build-area in work/nspr-4.6/mozilla/nsprpub/build/pr/tests/ Again, none of these problems exist on 5.x and, presumably, 6.x (except for the instrumt-test, which crashes on all and is currently patched-out from the list). >Fix: From owner-freebsd-threads@FreeBSD.ORG Tue Aug 2 14:00:41 2005 Return-Path: X-Original-To: freebsd-threads@hub.freebsd.org Delivered-To: freebsd-threads@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4FA9916A41F for ; Tue, 2 Aug 2005 14:00:41 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 83A6843D5C for ; Tue, 2 Aug 2005 14:00:38 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j72E0cWP020953 for ; Tue, 2 Aug 2005 14:00:38 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j72E0cZr020949; Tue, 2 Aug 2005 14:00:38 GMT (envelope-from gnats) Resent-Date: Tue, 2 Aug 2005 14:00:38 GMT Resent-Message-Id: <200508021400.j72E0cZr020949@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-threads@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, "Mikhail T." Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 73CEE16A41F; Tue, 2 Aug 2005 13:56:39 +0000 (GMT) (envelope-from mi@tulik.bychok.com) Received: from tulik.bychok.com (aldan.algebra.com [216.254.65.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id F3E5143D48; Tue, 2 Aug 2005 13:56:36 +0000 (GMT) (envelope-from mi@tulik.bychok.com) Received: from tulik.bychok.com (localhost [127.0.0.1]) by tulik.bychok.com (8.13.3/8.13.3) with ESMTP id j72DuaFO026003; Tue, 2 Aug 2005 09:56:36 -0400 (EDT) (envelope-from mi@tulik.bychok.com) Received: (from mi@localhost) by tulik.bychok.com (8.13.3/8.13.3/Submit) id j72DuZ7x026002; Tue, 2 Aug 2005 09:56:35 -0400 (EDT) (envelope-from mi) Message-Id: <200508021356.j72DuZ7x026002@tulik.bychok.com> Date: Tue, 2 Aug 2005 09:56:35 -0400 (EDT) From: "Mikhail T." To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 Cc: gnome@FreeBSD.org, freebsd-threads@FreeBSD.org Subject: threads/84483: problems with devel/nspr and -lc_r on 4.x X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Mikhail T." List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2005 14:00:41 -0000 >Number: 84483 >Category: threads >Synopsis: problems with devel/nspr and -lc_r on 4.x >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-threads >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Aug 02 14:00:37 GMT 2005 >Closed-Date: >Last-Modified: >Originator: Mikhail T. >Release: FreeBSD 4.11-STABLE i386 >Organization: Virtual Estates, Inc. >Environment: System: FreeBSD tulik.bychok.com 4.11-STABLE FreeBSD 4.11-STABLE #1: Wed Jul 20 21:04:19 EDT 2005 mi@tulik.bychok.com:/home/src/sys/compile/TULIK i386 >Description: The self-tests, which come with NSPR (devel/nspr port) are now patched and built to be meaningful. The also succeed on FreeBSD-5. On FreeBSD-4 some tests hang for ever all (or most) having to do with semaphores. >How-To-Repeat: Update to the very latest version of the devel/nspr port. Run: make build test Some tests at the beginning may take a while, but the first one to truly hang is nameshm1: (gdb) where #0 0x280cfeac in semsys () from /usr/lib/libc_r.so.4 #1 0x280c7122 in semop () from /usr/lib/libc_r.so.4 #2 0x80526d8 in PR_WaitSemaphore () #3 0x804c1d0 in ClientServerTest () #4 0x804c643 in main () #5 0x804b556 in _start () You can kill the hung ones (killall nameshm1) and allow the test harness to proceed to the next one (randseed): (gdb) where #0 0x280dcf38 in __sys_poll () from /usr/lib/libc_r.so.4 #1 0x280dc41d in _thread_kern_sched_state_unlock () from /usr/lib/libc_r.so.4 #2 0x280dbdd2 in _thread_kern_scheduler () from /usr/lib/libc_r.so.4 #3 0x0 in ?? () A thread-developer needs to look at this to either fix -lc_r, or point out the bugs in the NSPR or its self-tests. The tests are single-file C-programs in work/nspr-4.6/mozilla/nsprpub/pr/tests they are run from their build-area in work/nspr-4.6/mozilla/nsprpub/build/pr/tests/ Again, none of these problems exist on 5.x and, presumably, 6.x (except for the instrumt-test, which crashes on all and is currently patched-out from the list). >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-threads@FreeBSD.ORG Wed Aug 3 15:00:36 2005 Return-Path: X-Original-To: freebsd-threads@hub.freebsd.org Delivered-To: freebsd-threads@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 76B6516A41F for ; Wed, 3 Aug 2005 15:00:36 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 33CE943D45 for ; Wed, 3 Aug 2005 15:00:36 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j73F0aDd021306 for ; Wed, 3 Aug 2005 15:00:36 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j73F0awo021305; Wed, 3 Aug 2005 15:00:36 GMT (envelope-from gnats) Date: Wed, 3 Aug 2005 15:00:36 GMT Message-Id: <200508031500.j73F0awo021305@freefall.freebsd.org> To: freebsd-threads@FreeBSD.org From: Marcus Grando Cc: Subject: Re: threads/51949: thread in accept cannot be cancelled X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Marcus Grando List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Aug 2005 15:00:36 -0000 The following reply was made to PR threads/51949; it has been noted by GNATS. From: Marcus Grando To: bug-followup@FreeBSD.org, kris@freebsd.org Cc: Subject: Re: threads/51949: thread in accept cannot be cancelled Date: Wed, 03 Aug 2005 11:50:46 -0400 Please close, RELENG_4 have this patch already. Thanks -- Marcus Grando Grupos Internet S/A marcus(at)corp.grupos.com.br From owner-freebsd-threads@FreeBSD.ORG Thu Aug 4 13:24:59 2005 Return-Path: X-Original-To: freebsd-threads@hub.freebsd.org Delivered-To: freebsd-threads@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CBDCE16A420; Thu, 4 Aug 2005 13:24:59 +0000 (GMT) (envelope-from maxim@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D5E443D46; Thu, 4 Aug 2005 13:24:59 +0000 (GMT) (envelope-from maxim@FreeBSD.org) Received: from freefall.freebsd.org (maxim@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j74DOxeZ086127; Thu, 4 Aug 2005 13:24:59 GMT (envelope-from maxim@freefall.freebsd.org) Received: (from maxim@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j74DOxe4086123; Thu, 4 Aug 2005 13:24:59 GMT (envelope-from maxim) Date: Thu, 4 Aug 2005 13:24:59 GMT From: Maxim Konovalov Message-Id: <200508041324.j74DOxe4086123@freefall.freebsd.org> To: tedverniernetworks.com@verniernetworks.com, maxim@FreeBSD.org, freebsd-threads@FreeBSD.org Cc: Subject: Re: threads/51949: thread in accept cannot be cancelled X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Aug 2005 13:24:59 -0000 Synopsis: thread in accept cannot be cancelled State-Changed-From-To: open->closed State-Changed-By: maxim State-Changed-When: Thu Aug 4 13:24:43 GMT 2005 State-Changed-Why: Fixed ages ago. http://www.freebsd.org/cgi/query-pr.cgi?pr=51949 From owner-freebsd-threads@FreeBSD.ORG Fri Aug 5 05:50:01 2005 Return-Path: X-Original-To: threads@FreeBSD.org Delivered-To: freebsd-threads@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8B09016A41F for ; Fri, 5 Aug 2005 05:50:01 +0000 (GMT) (envelope-from mi@blue.virtual-estates.net) Received: from mail23.sea5.speakeasy.net (mail23.sea5.speakeasy.net [69.17.117.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2BBFE43D46 for ; Fri, 5 Aug 2005 05:50:01 +0000 (GMT) (envelope-from mi@blue.virtual-estates.net) Received: (qmail 8452 invoked from network); 5 Aug 2005 05:50:00 -0000 Received: from aldan.algebra.com (HELO blue.virtual-estates.net) ([216.254.65.224]) (envelope-sender ) by mail23.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 5 Aug 2005 05:50:00 -0000 Received: from blue.virtual-estates.net (blue [127.0.0.1]) by blue.virtual-estates.net (8.13.3/8.13.3) with ESMTP id j755nvma040644 for ; Fri, 5 Aug 2005 01:49:57 -0400 (EDT) (envelope-from mi@blue.virtual-estates.net) Received: (from mi@localhost) by blue.virtual-estates.net (8.13.3/8.13.3/Submit) id j752KKpC092596 for threads@FreeBSD.org; Thu, 4 Aug 2005 22:20:20 -0400 (EDT) (envelope-from mi) From: "Mikhail T." Message-Id: <200508050220.j752KKpC092596@blue.virtual-estates.net> To: threads@FreeBSD.org Date: Thu, 4 Aug 2005 22:20:20 -0400 (EDT) X-Face: %UW#n0|w>ydeGt/b@1-.UFP=K^~-:0f#O:D7w hJ5G_<5143Bb3kOIs9XpX+"V+~$adGP:J|SLieM31VIhqXeLBli" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Aug 2005 05:50:01 -0000 Hello! Every once in a while FireFox gets "stuck" on my machine consuming all available CPU. Attaching a debugger to the process shows a stack like this: #0 0x0000000803119a38 in read () from /lib/libc.so.5 #1 0x0000000802f9edfb in read () from /usr/lib/libpthread.so.1 #2 0x00000008008858f6 in PL_EventLoop () from /opt/lib/firefox/libxpcom.so #3 0x0000000800885560 in PL_ProcessPendingEvents () from /opt/lib/firefox/libxpcom.so #4 0x0000000800886f77 in nsEventQueueImpl::NotifyObservers () from /opt/lib/firefox/libxpcom.so #5 0x0000000800887012 in nsEventQueueImpl::NotifyObservers () from /opt/lib/firefox/libxpcom.so #6 0x0000000800887012 in nsEventQueueImpl::NotifyObservers () from /opt/lib/firefox/libxpcom.so #7 0x0000000800887012 in nsEventQueueImpl::NotifyObservers () from /opt/lib/firefox/libxpcom.so #8 0x0000000800887012 in nsEventQueueImpl::NotifyObservers () from /opt/lib/firefox/libxpcom.so #9 0x0000000800887012 in nsEventQueueImpl::NotifyObservers () from /opt/lib/firefox/libxpcom.so #10 0x0000000800887012 in nsEventQueueImpl::NotifyObservers () from /opt/lib/firefox/libxpcom.so #11 0x0000000800887012 in nsEventQueueImpl::NotifyObservers () from /opt/lib/firefox/libxpcom.so #12 0x0000000800887012 in nsEventQueueImpl::NotifyObservers () from /opt/lib/firefox/libxpcom.so #13 0x0000000800887012 in nsEventQueueImpl::NotifyObservers () from /opt/lib/firefox/libxpcom.so #14 0x0000000800887012 in nsEventQueueImpl::NotifyObservers () from /opt/lib/firefox/libxpcom.so #15 0x0000000800887012 in nsEventQueueImpl::NotifyObservers () from /opt/lib/firefox/libxpcom.so #16 0x0000000800887012 in nsEventQueueImpl::NotifyObservers () from /opt/lib/firefox/libxpcom.so #17 0x0000000800887012 in nsEventQueueImpl::NotifyObservers () from /opt/lib/firefox/libxpcom.so #18 0x0000000800887012 in nsEventQueueImpl::NotifyObservers () from /opt/lib/firefox/libxpcom.so #19 0x0000000800887012 in nsEventQueueImpl::NotifyObservers () from /opt/lib/firefox/libxpcom.so #20 0x0000000800887012 in nsEventQueueImpl::NotifyObservers () from /opt/lib/firefox/libxpcom.so #21 0x0000000800887012 in nsEventQueueImpl::NotifyObservers () from /opt/lib/firefox/libxpcom.so #22 0x0000000808748429 in nsXMLHttpRequest::RequestCompleted () from /opt/lib/firefox/components/libxmlextras.so #23 0x00000008008a1f27 in XPTC_InvokeByIndex () from /opt/lib/firefox/libxpcom.so #24 0x0000000803994a9d in XPCWrappedNative::CallMethod () from /opt/lib/firefox/components/libxpconnect.so #25 0x000000080399c6f9 in XPC_WN_CallMethod () from /opt/lib/firefox/components/libxpconnect.so #26 0x00000008006808fc in js_Invoke () from /opt/lib/firefox/libmozjs.so [...] According to ktrace, all it is doing is: 92514 firefox-bin CALL read(0x3d,0x7fffffffb4a7,0x1) 92514 firefox-bin RET read -1 errno 35 Resource temporarily unavailable 92514 firefox-bin CALL read(0x29,0x7fffffffb487,0x1) 92514 firefox-bin RET read -1 errno 35 Resource temporarily unavailable 92514 firefox-bin CALL read(0x26,0x7fffffffb467,0x1) 92514 firefox-bin RET read -1 errno 35 Resource temporarily unavailable [... ad infinum ...] Does this arouse any ideas in anyone? I'm using a recent 5.4 on FreeBSD/amd64. Thanks! -mi