From owner-freebsd-gnome@FreeBSD.ORG Tue Nov 25 13:48:14 2003 Return-Path: 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 960A616A4CE for ; Tue, 25 Nov 2003 13:48:14 -0800 (PST) Received: from ms-smtp-02-eri0.southeast.rr.com (ms-smtp-02-lbl.southeast.rr.com [24.25.9.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0CEB443FBD for ; Tue, 25 Nov 2003 13:48:11 -0800 (PST) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (rdu74-159-108.nc.rr.com [24.74.159.108])hAPLm7Pf002459; Tue, 25 Nov 2003 16:48:07 -0500 (EST) Received: from [10.2.1.4] (vpn-client-4.marcuscom.com [10.2.1.4]) hAPLlDuY093157; Tue, 25 Nov 2003 16:47:13 -0500 (EST) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Franz Klammer In-Reply-To: <3FC0D95D.8080007@webonaut.com> References: <3FC0D95D.8080007@webonaut.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-2Qh953GWqk83bYxiR0Cy" Organization: MarcusCom, Inc. Message-Id: <1069796889.743.75.camel@gyros> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Tue, 25 Nov 2003 16:48:09 -0500 X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.60 X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on creme-brulee.marcuscom.com X-Virus-Scanned: Symantec AntiVirus Scan Engine cc: FreeBSD GNOME Users Subject: Re: another gdesklets kse/libc_r problem X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Nov 2003 21:48:14 -0000 --=-2Qh953GWqk83bYxiR0Cy Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sun, 2003-11-23 at 10:59, Franz Klammer wrote: > at least under -current i've following threads-problem: >=20 > when a sensor doing commands.getstatusoutput(cmd) > out of a thread the first call works like expected, but > the second call will result in a deadlock (i think). > what i've found in the last days was that it happens while > commands.getstatusoutput -> pipe.read() >=20 > if added a print "1.... "+cmd bevore getstatusoutput and > a print "2 ... "+cmd after. heres the output if i start > gdesklets from a terminal-window: >=20 > 1 ... /bin/date '+%a %d %b %y'|iconv -t UTF-8 > 2 ... /bin/date '+%a %d %b %y'|iconv -t UTF-8 > 1 ... /bin/date '+%a %d %b %y'|iconv -t UTF-8 >=20 >=20 > that problem only occours with libc_r but not with libkse. >=20 > also with libc_r a ps fax | grep gdesklets looks like this: > 80390 p4 S+ 0:05,58 python /usr/X11R6/bin/gdesklets > 80431 p4 S+ 0:00,00 python /usr/X11R6/bin/gdesklets > 80446 p4 S+ 0:00,00 python /usr/X11R6/bin/gdesklets >=20 > with libkse there is only one line. >=20 > i'm out of ideas now. Is this on 5.x? The more I think about this, the more it sounds like the "dreaded thread" problem where by -lc_r is not passed to the linker on all versions of FreeBSD. gdesklets seems to be safe, but I'm not sure if this particular sensor needs compiled code. Joe >=20 > franz. >=20 >=20 > _______________________________________________ > freebsd-gnome@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-gnome > To unsubscribe, send any mail to "freebsd-gnome-unsubscribe@freebsd.org" --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-2Qh953GWqk83bYxiR0Cy Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQA/w84Zb2iPiv4Uz4cRAk49AJ0ctCq91wcUj4T6TizsG+TXZowErQCeJFF2 PxLEPFl2o8evKGDrE76duFc= =PCn5 -----END PGP SIGNATURE----- --=-2Qh953GWqk83bYxiR0Cy--