From: Ned Ludd <solar@gentoo.org>
To: gentoo-embedded@lists.gentoo.org
Subject: Re: [gentoo-embedded] Problem emerging uclibc-0.9.28
Date: Wed, 17 May 2006 15:46:08 -0400 [thread overview]
Message-ID: <1147895169.5256.214.camel@onyx> (raw)
In-Reply-To: <446B6F50.8070103@dflytech.com>
[-- Attachment #1: Type: text/plain, Size: 5421 bytes --]
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 <solar@gentoo.org>
Gentoo Linux
[-- Attachment #2: scanelf-tty-null.patch --]
[-- Type: text/x-patch, Size: 651 bytes --]
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;
next prev parent reply other threads:[~2006-05-17 19:52 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-05-17 16:49 [gentoo-embedded] Problem emerging uclibc-0.9.28 Scott L. Price
2006-05-17 17:07 ` Ned Ludd
2006-05-17 18:33 ` Ned Ludd
2006-05-17 18:45 ` Scott L. Price
2006-05-17 19:21 ` Harald Schioeberg
2006-05-17 21:01 ` Scott L. Price
2006-05-17 19:46 ` Ned Ludd [this message]
2006-05-17 21:06 ` Scott L. Price
2006-05-17 22:16 ` Ned Ludd
2006-05-17 23:19 ` Scott L. Price
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1147895169.5256.214.camel@onyx \
--to=solar@gentoo.org \
--cc=gentoo-embedded@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox