From owner-freebsd-current@FreeBSD.ORG Mon Jan 5 06:15:42 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B2E2716A4CE; Mon, 5 Jan 2004 06:15:42 -0800 (PST) Received: from corbulon.video-collage.com (corbulon.video-collage.com [64.35.99.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2541C43D4C; Mon, 5 Jan 2004 06:15:41 -0800 (PST) (envelope-from mi+mx@aldan.algebra.com) Received: from 250-217.customer.cloud9.net (195-11.customer.cloud9.net [168.100.195.11])i05EFcX1021429 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 5 Jan 2004 09:15:39 -0500 (EST) (envelope-from mi+mx@aldan.algebra.com) Received: from localhost (mteterin@localhost [127.0.0.1]) i05EFLQI051915; Mon, 5 Jan 2004 09:15:22 -0500 (EST) (envelope-from mi+mx@aldan.algebra.com) From: mi+mx@aldan.algebra.com Organization: Murex N.A. To: Daniel Eischen Date: Mon, 5 Jan 2004 09:15:20 -0500 User-Agent: KMail/1.5.4 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200401050915.20710@misha-mx.virtual-estates.net> X-Scanned-By: MIMEDefang 2.39 X-Mailman-Approved-At: Mon, 05 Jan 2004 06:17:30 -0800 cc: kde@freebsd.org cc: current@freebsd.org Subject: Re: KDE stopped working after -current upgrade X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Jan 2004 14:15:42 -0000 On Mon, 5 Jan 2004, Mikhail Teterin wrote: => I had KDE running nicely since November on my dual PII. After => rebuilding -current on Saturday, I can not login -- seems like the => window manager is crashing: => => pid 52040 (kdeinit), uid 105: exited on signal 6 (core dumped) => => The only unusual thing is -- PTHREAD_LIBS is set to -lthr... I tried => rebuilding Qt, kdelibs, and kdebase -- still the same. =Ports are not yet ready for switching PTHREAD_LIBS to something other =than -lc_r. But don't let this stop you from trying to figure out which =ports are getting confused and fixing them :-) For 5.3 we'll need to =solve this since libkse^H^H^Hpthread will be the default. KDE ports seem to be ready. ldd confirms, that there is no -lc_r in the list of libraries -- only -lthr. Most importantly, it was running fine until the upgrade. I only started rebuilding it after noticing crashes post reboot. So, something broke over the month of December and -lthr (or its support in kernel) is my prime suspect. =FYI, the problem is that some ports have configure/libtools that =autodetect -lc_r and/or -pthread. So you may set PTHREAD_LIBS to -lthr =(or -lkse), but you'll end up linking to both -lthr and -lc_r. Use ldd =on the libraries/binaries and you'll see what I mean. Yes, I know. I went through that in November :-) -mi