From owner-freebsd-gnome@FreeBSD.ORG Sat May 13 03:58:38 2006 Return-Path: X-Original-To: gnome@freebsd.org Delivered-To: freebsd-gnome@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C3F0916A404 for ; Sat, 13 May 2006 03:58:38 +0000 (UTC) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A8F443D46 for ; Sat, 13 May 2006 03:58:37 +0000 (GMT) (envelope-from marcus@marcuscom.com) Received: from shumai.marcuscom.com (shumai.marcuscom.com [192.168.1.4]) by creme-brulee.marcuscom.com (8.13.6/8.13.6) with ESMTP id k4D3wh1q088653; Fri, 12 May 2006 23:58:44 -0400 (EDT) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Geoffrey Giesemann In-Reply-To: <20060511044413.GA20654@cs.rmit.edu.au> References: <20060511044413.GA20654@cs.rmit.edu.au> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-C5RX61cCj4p+kp+r0M/B" Organization: MarcusCom, Inc. Date: Fri, 12 May 2006 23:58:18 -0400 Message-Id: <1147492698.55032.38.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 FreeBSD GNOME Team Port Cc: gnome@freebsd.org Subject: Re: devel/nspr failing prtests X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 May 2006 03:58:38 -0000 --=-C5RX61cCj4p+kp+r0M/B Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2006-05-11 at 14:44 +1000, Geoffrey Giesemann wrote: > Should nspr be passing all its prtests on a 6.1-RELEASE x86 box? Apparently not. >=20 > The following tests are causing grief: >=20 > - forktest fails > - socket never finishes - ktrace shows it looping endless around: > 50838 socket CALL poll(0xbeef3e20,0x1,0x1388) > 50838 socket RET fork 0 > 50838 socket CALL kse_release(0x8076f40) > 50838 socket RET kse_release 0 > 50838 socket CALL poll(0xbeef3e20,0x1,0x1388) > 50838 socket RET fork 0 > 50838 socket CALL kse_release(0x8076f40) > 50838 socket RET kse_release 0 > (etc etc) >=20 > (or should this be directed into the appropriate Bugzilla?) Actually, the socket failure might point to a bug in our IPv6 stack. The test that locks up is the UDP client/server IPv6/IPv4 test (and all the TCP tests pass). The fork test looks like a potential problem in libpthread. Running the same test using libthr instead of libpthread does not trigger the abort message, but the test appears to lock up in [lthr]. That said, we do not appear to be having any practical problems with nspr. That is, Gecko browsers and Evolution (some of the biggest nspr consumers) operate fine. Joe --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-C5RX61cCj4p+kp+r0M/B Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQBEZVlab2iPiv4Uz4cRAsv8AJ4kGmKi/dpw0j6wdRtBenVawEMXrgCgqDEo X1JrvfQ96bKAVLDsobbuDbM= =90FI -----END PGP SIGNATURE----- --=-C5RX61cCj4p+kp+r0M/B--