Bug#11387: marked as done (libc6-dbg causes core dump in runtime startup)
Your message dated Tue, 11 May 1999 07:15:16 -0700
with message-id <firstname.lastname@example.org>
and subject line No longer applicable
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'm
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
(administrator, Debian bugs database)
Received: (at submit) by bugs.debian.org; 19 Jul 1997 17:00:43 +0000
Received: (qmail 31290 invoked from network); 19 Jul 1997 17:00:41 -0000
Received: from randolphmax1-58.megsinet.net (HELO waldo) (email@example.com)
by master.debian.org with SMTP; 19 Jul 1997 17:00:41 -0000
Received: by waldo
(Debian Smail-3.2 1996-Jul-4 #2); Sat, 19 Jul 1997 12:00:18 -0500 (CDT)
Date: Sat, 19 Jul 1997 12:00:18 -0500 (CDT)
From: Bradley Bosch <firstname.lastname@example.org>
Subject: libc6-dbg causes core dump in runtime startup
X-Mailer: VM 6.28 under Emacs 19.34.1
Mime-Version: 1.0 (generated by tm-edit 7.105)
Content-Type: text/plain; charset=US-ASCII
This version of libc6-dbg doesn't seem to work at all for me. When I
run a binary linked with it, I get a segmentation fault before main
even gets called. Did I do something stupid?
This problem was observed on a Debian 1.3.1 system with some (libc6 and gcc)
packages from the current hamm directory.
To make sure it was the library and not my code, I built the hello
package from source with libc6, then re-linked with the debugging
library like so:
gcc -g -o hello -lc_g hello.o version.o getopt.o getopt1.o
Starting program: /home/brad/debian/hello/hello-1.3/hello
Program received signal SIGSEGV, Segmentation fault.
0x8050257 in __getopt_clean_environment () at getopt_init.c:66
getopt_init.c:66: No such file or directory.
#0 0x8050257 in __getopt_clean_environment () at getopt_init.c:66
#1 0x804bf9e in init (argc=1, argv=0xbffffb3d, envp=0x0)
#2 0x804c001 in __libc_init_first (arg=0x1)