From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1FgS45-0007gx-9p for garchives@archives.gentoo.org; Wed, 17 May 2006 19:52:13 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.6/8.13.6) with SMTP id k4HJkCmT020485; Wed, 17 May 2006 19:46:12 GMT Received: from mail01.emarketsouth.com (mail01.emarketsouth.com [208.247.233.6]) by robin.gentoo.org (8.13.6/8.13.6) with SMTP id k4HJkAHa006938 for ; Wed, 17 May 2006 19:46:10 GMT Received: (qmail 32247 invoked by uid 399); 17 May 2006 19:49:13 -0000 Received: from unknown (HELO onyx) (64.192.54.4) by mail01.emarketsouth.com with SMTP; 17 May 2006 19:49:13 -0000 Subject: Re: [gentoo-embedded] Problem emerging uclibc-0.9.28 From: Ned Ludd To: gentoo-embedded@lists.gentoo.org In-Reply-To: <446B6F50.8070103@dflytech.com> References: <446B5407.9070804@dflytech.com> <1147885630.7057.182.camel@onyx> <446B6F50.8070103@dflytech.com> Content-Type: multipart/mixed; boundary="=-O1HIM4dYvR7EVzPa1kJj" Organization: Gentoo Linux Date: Wed, 17 May 2006 15:46:08 -0400 Message-Id: <1147895169.5256.214.camel@onyx> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-embedded@gentoo.org Reply-to: gentoo-embedded@lists.gentoo.org Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 X-Archives-Salt: d99ef834-7613-4023-9b74-7d55a67df409 X-Archives-Hash: 71c13ca96703940109a4d9fb53087218 --=-O1HIM4dYvR7EVzPa1kJj Content-Type: text/plain Content-Transfer-Encoding: 7bit On Wed, 2006-05-17 at 13:45 -0500, Scott L. Price wrote: > What do you need for a proper test case? Do you just need how to > reproduce it? > > I get this bug on both my development systems (AMD64 workstation and a > P4 laptop). > > I have tried making scanelf verbose, but it gives me no indication of > what it might be doing when it hangs. It is not hard locked, it just > seems to be in an infinite loop. Naa. It's reading from stdin cuz it can't find/figure out the terminal. It's caused due to a changed made by vapier so one no longer has to pass the '-f -' option when no cmdline is given. > If I run scanelf separately I get: > > thing2 / # scanelf -pyqs__uClibc_start_main -F%F#s > /usr/bin/python2.3 > /usr/bin/i386-gentoo-linux-uclibc-gcc > /usr/bin/i386-gentoo-linux-uclibc-gcc32 > /usr/bin/i386-gentoo-linux-uclibc-c++ > /usr/bin/i386-gentoo-linux-uclibc-g++ > /usr/bin/i386-gentoo-linux-uclibc-g++32 > /usr/bin/db4.1_deadlock > /usr/bin/db4.1_dump > /usr/bin/db4.1_load > /usr/bin/db4.1_printlog > /usr/bin/db4.1_recover > /usr/bin/db4.1_stat > /usr/bin/db4.1_verify > /usr/bin/db4.1_archive > /usr/bin/db4.1_checkpoint > /usr/bin/db4.1_upgrade > /usr/bin/db1_dump185 > /usr/bin/cvs > /usr/bin/swig > /usr/bin/ntpdc > /usr/bin/ntpq > /usr/bin/ntptime > /usr/bin/tickadj > /usr/bin/ntp-keygen > /usr/bin/ttmkfdir > /usr/sbin/berkeley_db41_svc > /usr/sbin/ssmtp > /usr/sbin/boa > /usr/sbin/ntpd > /usr/sbin/ntpdate > /bin/mbchk > /bin/ed > > It seems to hang after it finishes scanning the whole path. My path is > set to: Oh Perfect thats a test case :) Notice if you enter /bin/ed it should echo back /bin/ed again... You have no tty I bet.. Can you type 'tty' please. I expect the result will have to be 'not a tty' If so here the work around for the moment. (See attached) > PATH=/sbin:/bin:/usr/sbin:/usr/bin > > If there is anything else I supply to help you let me know. > > Scott =) > > Ned Ludd wrote: > > I've heard reports of this but can't reproduce it. > > Anybody experiencing this bug can give vapier, and myself a proper > > test case we would be thankful. Sooner vs later also as I/we were about > > to cut a new pax-utils release. > > > > > > > > On Wed, 2006-05-17 at 11:49 -0500, Scott L. Price wrote: > >> It hangs on: > >> * Doing a scanelf in paths for bins containing the __uClibc_start_main > >> symbol > >> > >> I have tried scanelf separately and it is definitely what is causing the > >> ebuild to hang. It does not hang on my glibc system, only in my chroot > >> uclibc environment. > >> > >> I have tried both versions of pax-utils that are in portage and there is > >> no change. I even have tried a completely fresh stage3 install of the > >> chroot environment and I still have the same problem. > >> > >> > >> Thanks! > >> > >> Scott =) > >> > >> emerge info: > >> > >> Portage 2.0.54-r2 (uclibc/x86/2005.1, gcc-3.3.5-20050130, > >> uclibc-0.9.27-r0, 2.6.15.1 i686) > >> ================================================================= > >> System uname: 2.6.15.1 i686 AMD Athlon(tm) 64 X2 Dual Core Processor 4200+ > >> Gentoo Base System version 1.6.14 > >> dev-lang/python: 2.3.4-r1, 2.4.2 > >> dev-python/pycrypto: [Not Present] > >> dev-util/ccache: [Not Present] > >> dev-util/confcache: [Not Present] > >> sys-apps/sandbox: 1.2.17 > >> sys-devel/autoconf: 2.13, 2.59-r7 > >> sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 > >> sys-devel/binutils: 2.16.1 > >> sys-devel/libtool: 1.5.14 > >> virtual/os-headers: 2.6.11-r2 > >> ACCEPT_KEYWORDS="x86" > >> AUTOCLEAN="yes" > >> CBUILD="i586-gentoo-linux-uclibc" > >> CFLAGS="-march=i586 -O3 -pipe" > >> CHOST="i586-gentoo-linux-uclibc" > >> CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env > >> /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config > >> /usr/lib/X11/xkb /usr/lib64/mozilla/defaults/pref /usr/share/config > >> /var/qmail/control" > >> CONFIG_PROTECT_MASK="/etc/eselect/compiler /etc/gconf /etc/terminfo > >> /etc/env.d" > >> CXXFLAGS="-Os" > >> DISTDIR="/usr/portage/distfiles" > >> FEATURES="autoconfig buildpkg ccache distlocks nodoc noinfo noman > >> sfperms strict" > >> GENTOO_MIRRORS="http://distfiles.gentoo.org > >> http://distro.ibiblio.org/pub/linux/distributions/gentoo" > >> PKGDIR="/usr/portage/packages" > >> PORTAGE_TMPDIR="/var/tmp" > >> PORTDIR="/usr/portage" > >> PORTDIR_OVERLAY="/scripts/portage" > >> SYNC="rsync://rsync.gentoo.org/gentoo-portage" > >> USE="x86 berkdb bitmap-fonts bzip2 cli dri expat mmx ncurses pcre perl > >> python readline reflection session spl truetype-fonts type1-fonts uclibc > >> udev xorg zlib userland_GNU kernel_linux elibc_uclibc" > >> Unset: ASFLAGS, CTARGET, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, > >> MAKEOPTS, PORTAGE_RSYNC_EXTRA_OPTS, PORTAGE_RSYNC_OPTS > >> > >> > >> > >> -- > >> Electrical Engineering/Web Development > >> Dragonfly Technologies, Inc. http://www.dflytech.com > >> Hunt Utilities Group LLC http://www.hugllc.com > >> Hopkins, MN (952) 935-2418 > >> > > -- > Electrical Engineering/Web Development > Dragonfly Technologies, Inc. http://www.dflytech.com > Hunt Utilities Group LLC http://www.hugllc.com > Hopkins, MN (952) 935-2418 > -- Ned Ludd Gentoo Linux --=-O1HIM4dYvR7EVzPa1kJj Content-Disposition: inline; filename=scanelf-tty-null.patch Content-Type: text/x-patch; name=scanelf-tty-null.patch; charset=us-ascii Content-Transfer-Encoding: 7bit Index: scanelf.c =================================================================== RCS file: /var/cvsroot/gentoo-projects/pax-utils/scanelf.c,v retrieving revision 1.152 diff -u -B -r1.152 scanelf.c --- scanelf.c 14 May 2006 23:49:56 -0000 1.152 +++ scanelf.c 17 May 2006 19:44:08 -0000 @@ -1830,8 +1830,11 @@ load_ld_cache_config(0, __PAX_UTILS_DEFAULT_LD_CACHE_CONFIG); if (scan_ldpath) scanelf_ldpath(); if (scan_envpath) scanelf_envpath(); + +#ifdef FIXME_WHEN_YOU_GET_A_CHANCE if (!from_file && optind == argc && ttyname(0) == NULL) from_file = "-"; +#endif if (from_file) { scanelf_from_file(from_file); from_file = *argv; --=-O1HIM4dYvR7EVzPa1kJj-- -- gentoo-embedded@gentoo.org mailing list