public inbox for gentoo-embedded@lists.gentoo.org
 help / color / mirror / Atom feed
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;

  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