From owner-freebsd-threads@FreeBSD.ORG Mon Nov 24 01:51:46 2003 Return-Path: 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 878EF16A4CE for ; Mon, 24 Nov 2003 01:51:46 -0800 (PST) Received: from sv02.webonaut.com (kirk.webonaut.com [212.41.243.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 29E5343F85 for ; Mon, 24 Nov 2003 01:51:45 -0800 (PST) (envelope-from klammer@webonaut.com) Received: from localhost (localhost [127.0.0.1]) by sv02.webonaut.com (Postfix) with ESMTP id 268F176421 for ; Mon, 24 Nov 2003 10:51:43 +0100 (CET) Received: from sv02.webonaut.com ([127.0.0.1]) by localhost (sv02.webonaut.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 18812-07 for ; Mon, 24 Nov 2003 10:51:40 +0100 (CET) Received: from webonaut.com (sisko.webonaut.com [212.41.243.28]) by sv02.webonaut.com (Postfix) with ESMTP id C8F5C7641F for ; Mon, 24 Nov 2003 10:51:40 +0100 (CET) Message-ID: <3FC1D4AD.50700@webonaut.com> Date: Mon, 24 Nov 2003 10:51:41 +0100 From: Franz Klammer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.5) Gecko/20031021 Thunderbird/0.3 X-Accept-Language: en-us, en MIME-Version: 1.0 To: FreeBSD Threads Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at webonaut.com Subject: Fw: [another gdesklets kse/libc_r problem] X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Nov 2003 09:51:46 -0000 Hello! I sent the message below to gnome@ and someone tells me that this might here the right list. the python-code who starts the threads is: # Adds and runs a new thread. # def _add_thread(self, threadfunction, *args): # the thread should not start before setup is complete, therefore # we are using the GTK idle handler def run_thread(threadfunction, args): thread.start_new_thread(threadfunction, args) gtk.idle_add(run_thread, threadfunction, args) i'm not subscribed to the list. please add me to the replies. thanks franz. ------- Forwarded Message: ------- at least under -current i've following threads-problem: 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() 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: 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 ====> hanging here that problem only occours with libc_r but not with libkse. 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 with libkse there is only one line. i'm out of ideas now. franz.