From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2569 invoked by alias); 31 Mar 2006 20:10:23 -0000 Received: (qmail 2536 invoked by uid 22791); 31 Mar 2006 20:10:22 -0000 X-Spam-Check-By: sourceware.org Received: from mail.gmx.net (HELO mail.gmx.net) (213.165.64.20) by sourceware.org (qpsmtpd/0.31) with SMTP; Fri, 31 Mar 2006 20:10:21 +0000 Received: (qmail invoked by alias); 31 Mar 2006 20:10:18 -0000 Received: from p548D59DF.dip.t-dialin.net (EHLO crunch2) [84.141.89.223] by mail.gmx.net (mp042) with SMTP; 31 Mar 2006 22:10:18 +0200 X-Authenticated: #482760 From: Onno Kortmann To: sid@sourceware.org, "Frank Ch. Eigler" Subject: Re: Bugreport: Latest CVS checkout of sid: segfault with empty file w/o configuration(?) Date: Fri, 31 Mar 2006 20:10:00 -0000 User-Agent: KMail/1.8.3 References: <200603312010.33935.onno@gmx.net> <20060331184053.GC22505@redhat.com> In-Reply-To: <20060331184053.GC22505@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200603312210.16824.onno@gmx.net> X-Y-GMX-Trusted: 0 X-IsSubscribed: yes Mailing-List: contact sid-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: sid-owner@sourceware.org X-SW-Source: 2006-q1/txt/msg00033.txt.bz2 Hi, > > [...] I tried to run a sid with the following on-line input file: > > load libmemory.la mem_component_library > > But sid segfaults. [...] > > Of course that shouldn't happen (and doesn't in my build). You can > sic a debugger on the binary, and see what's up at the point of crash. Ok, sorry, my bug report was a bit short, I just thought that I broke it by entering a very weird configuration :) I have now debugged it (somehow the backtrace was of no help, lacked symbols and was messed up - so I got to this location iteratively!) until this line in compConfig.cxx: bool cfgroot_component::register_dso(const string& dso_name, const string& _symbol_name) { lt_dlhandle dl_handle = 0; // Try ordinary dynamic linking dl_handle = lt_dlopen(dso_name.c_str()); <-------- The lt_dlopen segfaults when opening the memory component. For the configuration component, lt_dlopen(..) returns zero and the following peek into the sid executable itself succeeds. I installed sid with the default prefix into /usr/local. I added /usr/local/sid/sidcomp to the LD_LIBRARY_PATH as a test - this did not help. I changed lt_dlopen to lt_dlopenext in this line, I changed the library in the configuration file to ".a", ".la", ".so" and even set the full path in the configuration file - didn't help either. Replacing ltdl.c in component/cfgroot/... with a newer one from the debian archive (apt-get source libltdl, version 1.5.22) still segfaults. My system is running kernel 2.6.12/i686 on Debian testing. Libc: $ /lib/libc.so.6 GNU C Library stable release version 2.3.5, by Roland McGrath et al. Copyright (C) 2005 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Compiled by GNU CC version 4.0.3 20051023 (prerelease) (Debian 4.0.2-3). Compiled on a Linux 2.6.13 system on 2005-11-13. Available extensions: GNU libio by Per Bothner crypt add-on version 2.1 by Michael Glad and others GNU Libidn by Simon Josefsson linuxthreads-0.10 by Xavier Leroy BIND-8.2.3-T5B libthread_db work sponsored by Alpha Processor Inc NIS(YP)/NIS+ NSS modules 0.19 by Thorsten Kukuk Thread-local storage support included. For bug reporting instructions, please see: . I installed sid systemwide by doing a make install in a checkout of your CVS, in the subdirectory src/sid. Best regards, Onno