Bug#272654: marked as done (update from 2.2.5-11.2 to 2.3.2.ds1-16 breaks statically-linked program)
Your message dated Fri, 24 Sep 2004 11:54:18 +0900
with message-id <817jqkpeat.wl@omega.webmasters.gr.jp>
and subject line Bug#272654: update from 2.2.5-11.2 to 2.3.2.ds1-16 breaks statically-linked program
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--------------------------------------
Received: (at submit) by bugs.debian.org; 21 Sep 2004 09:53:31 +0000
>From Martin.Lottermoser@t-online.de Tue Sep 21 02:53:31 2004
Return-path: <Martin.Lottermoser@t-online.de>
Received: from mailout09.sul.t-online.com [194.25.134.84]
by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
id 1C9hL1-0003G0-00; Tue, 21 Sep 2004 02:53:31 -0700
Received: from fwd06.aul.t-online.de
by mailout09.sul.t-online.com with smtp
id 1C9hKx-00024u-01; Tue, 21 Sep 2004 11:53:27 +0200
Received: from wanza.invalid (TvZvWvZSYelLDVzLCS7TrtMMkUhezkTjy5Xaxl-8fBspz5jJyPVnkq@[217.253.2.88]) by fwd06.sul.t-online.com
with esmtp id 1C9hKp-097ueO0; Tue, 21 Sep 2004 11:53:19 +0200
Received: from martin by wanza.invalid with local (Exim 3.35 #1 (Debian))
id 1C9hHj-000385-00; Tue, 21 Sep 2004 11:50:07 +0200
From: Martin.Lottermoser@t-online.de (Martin Lottermoser)
To: Debian Bug Tracking System <submit@bugs.debian.org>
Subject: update from 2.2.5-11.2 to 2.3.2.ds1-16 breaks statically-linked program
X-Mailer: reportbug 1.50
Date: Tue, 21 Sep 2004 11:50:02 +0200
Message-Id: <[🔎] E1C9hHj-000385-00@wanza.invalid>
X-ID: TvZvWvZSYelLDVzLCS7TrtMMkUhezkTjy5Xaxl-8fBspz5jJyPVnkq
X-TOI-MSGID: 153d2697-6207-4b88-8bd8-4707c69b02b6
Delivered-To: submit@bugs.debian.org
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25
(1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Status: No, hits=-6.5 required=4.0 tests=BAYES_10,HAS_PACKAGE
autolearn=no version=2.60-bugs.debian.org_2004_03_25
X-Spam-Level:
Package: libc6
Version: 2.3.2.ds1-16
Severity: normal
Hello,
I'm running a Debian 3.0 r1 system and wanted to upgrade libc6 from
2.2.5-11.2 to the version in "testing" (2.3.2.ds1-16). This seemed
to work fine, but then a statically-linked program which is part of
my backup pipeline dumped core. (Source code, binary, and core file
are available on request.)
Gdb shows the following stack trace:
#0 0x00000000 in ?? ()
#1 0x40167345 in ?? ()
#2 0x40130788 in ?? ()
#3 0x4010f298 in ?? ()
#4 0x4000d38c in ?? ()
#5 0x4000ef09 in ?? ()
#6 0x08058239 in getpwuid_r ()
#7 0x08057f5f in getpwuid ()
#8 0x08048699 in schreibe_tar_Praefix (aus=3, Blockgroesse=10240, Daten=0xbffffa40) at blocke.c:265
#9 0x08049a2c in main (argc=4, argv=0xbffffac4) at blocke.c:793
I recovered /lib from a previous backup into a separate directory
and called the program with LD_LIBRARY_PATH set to this new
directory: it worked as expected. Linking dynamically also produced
a working program.
I have since downgraded to the older libc6 version and the problem
is gone. (Incidentally, downgrading did not happen without problems:
a broken pipe in a command called by apt-get prevented execution.
Deleting the entries for /lib/libdb* from libdb1-compat.list led to
success.)
Before downgrading, I saved the /lib hierarchy. After the downgrade
I ran my program with LD_LIBRARY_PATH set to this directory: the core
happens.
Although I no longer personally have a problem, I thought I'ld better
report this in case other people run into it, too. Also, I'ld *really*
like to understand how installing a new libc6 package can affect a
program without dynamic dependencies :-).
Yours sincerely,
Martin Lottermoser
--
Martin Lottermoser Martin.Lottermoser@t-online.de
Greifswaldstrasse 28
38124 Braunschweig Telephone: +49 (531) 6802747
Germany
-- System Information
Debian Release: 3.0
Architecture: i386
Kernel: Linux wanza 2.4.23 #30 Mon Jul 5 18:58:11 CEST 2004 i686
Locale: LANG=de_DE, LC_CTYPE=de_DE
---------------------------------------
Received: (at 272654-done) by bugs.debian.org; 24 Sep 2004 02:54:19 +0000
>From gotom@debian.or.jp Thu Sep 23 19:54:19 2004
Return-path: <gotom@debian.or.jp>
Received: from omega.webmasters.gr.jp (webmasters.gr.jp) [218.44.239.78]
by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
id 1CAgDz-0004Xa-00; Thu, 23 Sep 2004 19:54:19 -0700
Received: from omega.webmasters.gr.jp (localhost [127.0.0.1])
by webmasters.gr.jp (Postfix) with ESMTP
id ABDF4DEB80; Fri, 24 Sep 2004 11:54:18 +0900 (JST)
Date: Fri, 24 Sep 2004 11:54:18 +0900
Message-ID: <817jqkpeat.wl@omega.webmasters.gr.jp>
From: GOTO Masanori <gotom@debian.or.jp>
To: Martin.Lottermoser@t-online.de (Martin Lottermoser),
272654-done@bugs.debian.org
Subject: Re: Bug#272654: update from 2.2.5-11.2 to 2.3.2.ds1-16 breaks statically-linked program
In-Reply-To: <[🔎] E1C9hHj-000385-00@wanza.invalid>
References: <[🔎] E1C9hHj-000385-00@wanza.invalid>
User-Agent: Wanderlust/2.9.9 (Unchained Melody) SEMI/1.14.3 (Ushinoya)
FLIM/1.14.3 (=?ISO-8859-4?Q?Unebigory=F2mae?=) APEL/10.3 Emacs/21.2
(i386-debian-linux-gnu) MULE/5.0 (SAKAKI)
MIME-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya")
Content-Type: text/plain; charset=US-ASCII
Delivered-To: 272654-done@bugs.debian.org
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25
(1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER
autolearn=no version=2.60-bugs.debian.org_2004_03_25
X-Spam-Level:
At Tue, 21 Sep 2004 11:50:02 +0200,
Martin Lottermoser wrote:
> I'm running a Debian 3.0 r1 system and wanted to upgrade libc6 from
> 2.2.5-11.2 to the version in "testing" (2.3.2.ds1-16). This seemed
> to work fine, but then a statically-linked program which is part of
> my backup pipeline dumped core. (Source code, binary, and core file
> are available on request.)
You may be surprised that glibc cares about static linked program
minimally (think about dlopen and NSS plugins).
> Gdb shows the following stack trace:
>
> #0 0x00000000 in ?? ()
> #1 0x40167345 in ?? ()
> #2 0x40130788 in ?? ()
> #3 0x4010f298 in ?? ()
> #4 0x4000d38c in ?? ()
> #5 0x4000ef09 in ?? ()
> #6 0x08058239 in getpwuid_r ()
> #7 0x08057f5f in getpwuid ()
> #8 0x08048699 in schreibe_tar_Praefix (aus=3, Blockgroesse=10240, Daten=0xbffffa40) at blocke.c:265
> #9 0x08049a2c in main (argc=4, argv=0xbffffac4) at blocke.c:793
I guess it's NSS issue. getpwuid() touches NSS (Name Service Switch)
code. It opens /lib/libnss*.so via dlopen() from the static linked
glibc. Look at this example:
gotom@moog:~/debian/glibc/bugs/272654> cat test.c
#include <pwd.h>
#include <sys/types.h>
int main(void)
{
struct passwd *p = getpwuid(0);
return 0;
}
gotom@moog:~/debian/glibc/bugs/272654> gcc test.c -static
/tmp/cciqrtaW.o(.text+0x18): In function `main':
: warning: Using 'getpwuid' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
Unfortunatelly we can't fix this problem. I closed this bug.
Regards,
-- gotom
Reply to: