I couldn't find the AMD 64 category, but I have a fresh build of shadow and if I run /usr/bin/lastlog Username Port From Latest Segmentation fault There is no core file. What should I do, recompile with debug on and try again? Maybe I have a corrupt wtmp file?
*** Bug 52123 has been marked as a duplicate of this bug. ***
Please provide your "emerge info", as well as recompiling lastlog with debugging on. Provide a backtrace of lastlog.
I'm a new Gentoo user, so unfortunately, I'm not quite sure how to turn on debugging in the compiler. I tried setting DEBUGBUILD="true" in /etc/make.conf, but that didn't seem to work. Please advise how to accomplish this. Below is my emerge information =============================== mygentoo root # emerge info Portage 2.0.50-r6 (default-amd64-2004.0, gcc-3.3.3, glibc-2.3.2-r9, 2.6.5-gentoo) ================================================================= System uname: 2.6.5-gentoo x86_64 4 Gentoo Base System version 1.4.10 Autoconf: sys-devel/autoconf-2.58-r1 Automake: sys-devel/automake-1.8.3 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CFLAGS="-O2 -pipe -fomit-frame-pointer" CHOST="x86_64-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.2/share/config /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache sandbox sfperms userpriv usersandbox" GENTOO_MIRRORS="ftp://ftp.gtlib.cc.gatech.edu/pub/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X alsa amd64 apm arts avi berkdb cdr crypt encode esd foomaticdb gdbm gif gnome gphoto2 gpm gtk gtk2 imlib jpeg kde ldap libg++ libwww mikmod motif mozilla mpeg mysql ncurses nls nogcj oggvorbis opengl oss pam pdflib perl png postgres python qt quicktime readline sdl slang spell ssl tcltk tcpd tetex truetype xml2 xmms xv zlib"
USE="debug" FEATURES="nostrip" emerge shadow Then get a backtrace by running: gdb lastlog At the gdb prompt, type "run". It should then segfault as you mentioned. Then type "bt" (for backtrace) to get the backtrace information. Add that information as a comment to this bug report.
Thanks for the info. I did it, but it says that there is still some debugging info missing. Let me know if this trace isn't enough and what to re-compile with debug to give you more info. (gdb) run Starting program: /usr/bin/lastlog (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)...Username Port From Latest Program received signal SIGSEGV, Segmentation fault. 0x0000002a95943db7 in strftime () from /lib/libc.so.6 (gdb) bt #0 0x0000002a95943db7 in strftime () from /lib/libc.so.6 #1 0x000000000040108f in ?? () #2 0x000000000040103c in ?? () #3 0x0000000000400efb in ?? () #4 0x0000002a958c78b1 in __libc_start_main () from /lib/libc.so.6 #5 0x0000000000400caa in ?? () (gdb)
i cant reproduce this bug here, with glibc 2.3.4.20040605
Aha! I have glibc version 2.3.2-r9 I'll update the bug once I can get the new glibc successfully emerged to 2.3.3_pre20040529
Ok, I still get it on 2.3.3_pre20040529 AND 2.3.4.20040605! The backtrace with the current version is identical in every version!!
Ok, just did a fresh emerge of a few packages, and it no longer is happening.