1 |
What do you need for a proper test case? Do you just need how to |
2 |
reproduce it? |
3 |
|
4 |
I get this bug on both my development systems (AMD64 workstation and a |
5 |
P4 laptop). |
6 |
|
7 |
I have tried making scanelf verbose, but it gives me no indication of |
8 |
what it might be doing when it hangs. It is not hard locked, it just |
9 |
seems to be in an infinite loop. |
10 |
|
11 |
If I run scanelf separately I get: |
12 |
|
13 |
thing2 / # scanelf -pyqs__uClibc_start_main -F%F#s |
14 |
/usr/bin/python2.3 |
15 |
/usr/bin/i386-gentoo-linux-uclibc-gcc |
16 |
/usr/bin/i386-gentoo-linux-uclibc-gcc32 |
17 |
/usr/bin/i386-gentoo-linux-uclibc-c++ |
18 |
/usr/bin/i386-gentoo-linux-uclibc-g++ |
19 |
/usr/bin/i386-gentoo-linux-uclibc-g++32 |
20 |
/usr/bin/db4.1_deadlock |
21 |
/usr/bin/db4.1_dump |
22 |
/usr/bin/db4.1_load |
23 |
/usr/bin/db4.1_printlog |
24 |
/usr/bin/db4.1_recover |
25 |
/usr/bin/db4.1_stat |
26 |
/usr/bin/db4.1_verify |
27 |
/usr/bin/db4.1_archive |
28 |
/usr/bin/db4.1_checkpoint |
29 |
/usr/bin/db4.1_upgrade |
30 |
/usr/bin/db1_dump185 |
31 |
/usr/bin/cvs |
32 |
/usr/bin/swig |
33 |
/usr/bin/ntpdc |
34 |
/usr/bin/ntpq |
35 |
/usr/bin/ntptime |
36 |
/usr/bin/tickadj |
37 |
/usr/bin/ntp-keygen |
38 |
/usr/bin/ttmkfdir |
39 |
/usr/sbin/berkeley_db41_svc |
40 |
/usr/sbin/ssmtp |
41 |
/usr/sbin/boa |
42 |
/usr/sbin/ntpd |
43 |
/usr/sbin/ntpdate |
44 |
/bin/mbchk |
45 |
/bin/ed |
46 |
|
47 |
It seems to hang after it finishes scanning the whole path. My path is |
48 |
set to: |
49 |
|
50 |
PATH=/sbin:/bin:/usr/sbin:/usr/bin |
51 |
|
52 |
If there is anything else I supply to help you let me know. |
53 |
|
54 |
Scott =) |
55 |
|
56 |
Ned Ludd wrote: |
57 |
> I've heard reports of this but can't reproduce it. |
58 |
> Anybody experiencing this bug can give vapier, and myself a proper |
59 |
> test case we would be thankful. Sooner vs later also as I/we were about |
60 |
> to cut a new pax-utils release. |
61 |
> |
62 |
> |
63 |
> |
64 |
> On Wed, 2006-05-17 at 11:49 -0500, Scott L. Price wrote: |
65 |
>> It hangs on: |
66 |
>> * Doing a scanelf in paths for bins containing the __uClibc_start_main |
67 |
>> symbol |
68 |
>> |
69 |
>> I have tried scanelf separately and it is definitely what is causing the |
70 |
>> ebuild to hang. It does not hang on my glibc system, only in my chroot |
71 |
>> uclibc environment. |
72 |
>> |
73 |
>> I have tried both versions of pax-utils that are in portage and there is |
74 |
>> no change. I even have tried a completely fresh stage3 install of the |
75 |
>> chroot environment and I still have the same problem. |
76 |
>> |
77 |
>> |
78 |
>> Thanks! |
79 |
>> |
80 |
>> Scott =) |
81 |
>> |
82 |
>> emerge info: |
83 |
>> |
84 |
>> Portage 2.0.54-r2 (uclibc/x86/2005.1, gcc-3.3.5-20050130, |
85 |
>> uclibc-0.9.27-r0, 2.6.15.1 i686) |
86 |
>> ================================================================= |
87 |
>> System uname: 2.6.15.1 i686 AMD Athlon(tm) 64 X2 Dual Core Processor 4200+ |
88 |
>> Gentoo Base System version 1.6.14 |
89 |
>> dev-lang/python: 2.3.4-r1, 2.4.2 |
90 |
>> dev-python/pycrypto: [Not Present] |
91 |
>> dev-util/ccache: [Not Present] |
92 |
>> dev-util/confcache: [Not Present] |
93 |
>> sys-apps/sandbox: 1.2.17 |
94 |
>> sys-devel/autoconf: 2.13, 2.59-r7 |
95 |
>> sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 |
96 |
>> sys-devel/binutils: 2.16.1 |
97 |
>> sys-devel/libtool: 1.5.14 |
98 |
>> virtual/os-headers: 2.6.11-r2 |
99 |
>> ACCEPT_KEYWORDS="x86" |
100 |
>> AUTOCLEAN="yes" |
101 |
>> CBUILD="i586-gentoo-linux-uclibc" |
102 |
>> CFLAGS="-march=i586 -O3 -pipe" |
103 |
>> CHOST="i586-gentoo-linux-uclibc" |
104 |
>> CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env |
105 |
>> /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config |
106 |
>> /usr/lib/X11/xkb /usr/lib64/mozilla/defaults/pref /usr/share/config |
107 |
>> /var/qmail/control" |
108 |
>> CONFIG_PROTECT_MASK="/etc/eselect/compiler /etc/gconf /etc/terminfo |
109 |
>> /etc/env.d" |
110 |
>> CXXFLAGS="-Os" |
111 |
>> DISTDIR="/usr/portage/distfiles" |
112 |
>> FEATURES="autoconfig buildpkg ccache distlocks nodoc noinfo noman |
113 |
>> sfperms strict" |
114 |
>> GENTOO_MIRRORS="http://distfiles.gentoo.org |
115 |
>> http://distro.ibiblio.org/pub/linux/distributions/gentoo" |
116 |
>> PKGDIR="/usr/portage/packages" |
117 |
>> PORTAGE_TMPDIR="/var/tmp" |
118 |
>> PORTDIR="/usr/portage" |
119 |
>> PORTDIR_OVERLAY="/scripts/portage" |
120 |
>> SYNC="rsync://rsync.gentoo.org/gentoo-portage" |
121 |
>> USE="x86 berkdb bitmap-fonts bzip2 cli dri expat mmx ncurses pcre perl |
122 |
>> python readline reflection session spl truetype-fonts type1-fonts uclibc |
123 |
>> udev xorg zlib userland_GNU kernel_linux elibc_uclibc" |
124 |
>> Unset: ASFLAGS, CTARGET, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, |
125 |
>> MAKEOPTS, PORTAGE_RSYNC_EXTRA_OPTS, PORTAGE_RSYNC_OPTS |
126 |
>> |
127 |
>> |
128 |
>> |
129 |
>> -- |
130 |
>> Electrical Engineering/Web Development |
131 |
>> Dragonfly Technologies, Inc. http://www.dflytech.com |
132 |
>> Hunt Utilities Group LLC http://www.hugllc.com |
133 |
>> Hopkins, MN (952) 935-2418 |
134 |
>> |
135 |
|
136 |
-- |
137 |
Electrical Engineering/Web Development |
138 |
Dragonfly Technologies, Inc. http://www.dflytech.com |
139 |
Hunt Utilities Group LLC http://www.hugllc.com |
140 |
Hopkins, MN (952) 935-2418 |
141 |
|
142 |
-- |
143 |
gentoo-embedded@g.o mailing list |