Re: [gentoo-embedded] Problem emerging uclibc-0.9.28

[Ned Ludd]

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                                  [phone]
> >>
>
> --
> Electrical Engineering/Web Development
> Dragonfly Technologies, Inc.                 http://www.dflytech.com
> Hunt Utilities Group LLC                     http://www.hugllc.com
> Hopkins, MN                                  [phone]
>
-- 
Ned Ludd <solar@g.o>
Gentoo Linux