From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 9243 invoked by alias); 19 Apr 2009 07:28:37 -0000 Received: (qmail 9213 invoked by uid 48); 19 Apr 2009 07:28:26 -0000 Date: Sun, 19 Apr 2009 07:28:00 -0000 Message-ID: <20090419072826.9212.qmail@sourceware.org> From: "jason dot vas dot dias at gmail dot com" To: glibc-bugs@sources.redhat.com In-Reply-To: <20090414185756.10071.jason.vas.dias@gmail.com> References: <20090414185756.10071.jason.vas.dias@gmail.com> Reply-To: sourceware-bugzilla@sourceware.org Subject: [Bug libc/10071] 2.9.90 (2009-04-14) libio/genops.c : __underflow() does not handle NULL FP X-Bugzilla-Reason: CC Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org X-SW-Source: 2009-04/txt/msg00104.txt.bz2 ------- Additional Comments From jason dot vas dot dias at gmail dot com 2009-04-19 07:28 ------- Sorry, this bug was actually caused by ldconfig(1) after installation making gtk+-2.0 pick up the new libselinux.so.1 which in its init() constructor refers to the GLIBC extension `__getdelim' (via 'getline') which with the newer headers is now defined for x86_64 ; but getline() is not in the older stdio standard used by 2005 vintage libstdio + libsfio - it is in the newer libast (2006+) , so the glibc __getdelim is NOT over-ridden by any SFIO getdelim or similar - it is now in the version used by my app. Sorry, but this database app has to link with a certain version of SFIO and this caused confusion. Incidentally, perhaps this might lead to some propagation of the ld(1) '-z (no?)muldefs' options to ld.so(1) ? ie. Perhaps some new: '-z dynamic-(no?)muldefs' option - I mean, what is to stop subsequent load modules loaded with dlopen(3) with RTLD_GLOBAL options set overriding for instance glibc functions such as __getdelim or fopen() etc. that are to be used by subsequently loaded with dlopen() modules ? If such an option had been available, then the whole app could have been compiled with '-z defs' (default) ? Even programs built with '-z defs' can load modules that contain their own definition of global symbols that will subsequently be used by modules loaded later ? What about supporting something like Solaris "interposer" object groups in Linux ld-linux.so.2 ? -- What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |INVALID http://sourceware.org/bugzilla/show_bug.cgi?id=10071 ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.