1 |
Hi, |
2 |
|
3 |
I have some more infos: |
4 |
|
5 |
witch sandbox-1.2.12 # sandbox |
6 |
========================== Gentoo linux path sandbox |
7 |
=========================== Detection of the support files. |
8 |
Verification of the required files. |
9 |
Setting up the required environment variables. |
10 |
The protected environment has been started. |
11 |
----------------------------------------------------------------------- |
12 |
--------- Process being started in forked instance. |
13 |
witch sandbox-1.2.12 # less /usr/lib/libsandbox.so.0.0.0 |
14 |
/usr/bin/lesspipe.sh: line 10: 5624 Segmentation fault strings |
15 |
"$F" "/usr/lib/libsandbox.so.0.0.0" may be a binary file. See it |
16 |
anyway? witch sandbox-1.2.12 # |
17 |
witch sandbox-1.2.12 # nm /usr/lib/libsandbox.so.0.0.0 |
18 |
Segmentation fault |
19 |
witch sandbox-1.2.12 # ldd /usr/lib/libsandbox.so.0.0.0 |
20 |
libc.so.6.1 => /lib/tls/libc.so.6.1 (0x0000020000020000) |
21 |
libdl.so.2.1 => /lib/libdl.so.2.1 (0x000002000018a000) |
22 |
/lib/ld-linux.so.2 (0x0000020001000000) |
23 |
witch sandbox-1.2.12 # exit |
24 |
exit |
25 |
Cleaning up sandbox process |
26 |
========================== Gentoo linux path sandbox |
27 |
=========================== The protected environment has been shut |
28 |
down. |
29 |
----------------------------------------------------------------------- |
30 |
--------- witch sandbox-1.2.12 # |
31 |
|
32 |
Ah, I see the problem, but don't know how to solve:-( |
33 |
All binutil-programs fails after |
34 |
|
35 |
lstat64("/usr/lib/libsandbox.so", {st_mode=S_IFLNK|0777, st_size=19, |
36 |
...}) = 0 --- SIGSEGV (Segmentation fault) @ 0 (0) --- |
37 |
|
38 |
where e.g stat,vi,etc works: |
39 |
|
40 |
lstat64("/usr/lib/libsandbox.so", {st_mode=S_IFLNK|0777, st_size=19, |
41 |
...}) = 0 brk(0) = 0x12001a000 |
42 |
brk(0x12003c000) = 0x12003c000 |
43 |
lstat64("/usr/lib/libsandbox.so", {st_mode=S_IFLNK|0777, st_size=19, |
44 |
...}) = 0 fstat64(1, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 1), |
45 |
...}) = 0 mmap(NULL, 8192, PROT_READ|PROT_WRITE, |
46 |
MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2000001a000 |
47 |
readlink("/usr/lib/libsandbox.so", "libsandbox.so.0.0.0", 128) = 19 |
48 |
write(1, " File: `/usr/lib/libsandbox.so\'"..., 58 File: |
49 |
`/usr/lib/libsandbox.so' -> `libsandbox.so.0.0.0' ) = 58 |
50 |
|
51 |
gdb showed me that these programms are failing just after the |
52 |
call of the main() function. |
53 |
|
54 |
I tried with a newer binutils version but it did not help. |
55 |
|
56 |
Has someone an idea whats going on? |
57 |
|
58 |
Thanks |
59 |
|
60 |
Marc |
61 |
|
62 |
|
63 |
On Wed, 7 Dec 2005 19:15:08 +0100 |
64 |
Marc Giger <gigerstyle@×××.ch> wrote: |
65 |
|
66 |
> I "straced" emerge, perhaps it helps. |
67 |
> That's what I got on the shell: |
68 |
> |
69 |
> witch ~ # strace -fF -s1000 -o emerge-trace.txt emerge -b gcc-config |
70 |
> umovestr: Input/output error |
71 |
> sh: 10: No such file or directory |
72 |
> Calculating dependencies ...done! |
73 |
> >>> emerge (1 of 1) sys-devel/gcc-config-1.3.12-r4 to / |
74 |
> umovestr: Input/output error |
75 |
> PANIC: attached pid 6291 exited |
76 |
> umovestr: Input/output error |
77 |
> /usr/lib/portage/bin/ebuild.sh: line 56: 11: No such file or directory |
78 |
> ptrace: umoven: Input/output error |
79 |
> umovestr: Input/output error |
80 |
> >>> md5 files ;-) gcc-config-2.0.0_beta2.ebuild |
81 |
> >>> md5 files ;-) gcc-config-1.3.12-r4.ebuild |
82 |
> >>> md5 files ;-) files/gcc-config-1.3.12 |
83 |
> >>> md5 files ;-) files/wrapper-1.4.7.c |
84 |
> >>> md5 files ;-) files/digest-gcc-config-2.0.0_beta2 |
85 |
> >>> md5 files ;-) files/digest-gcc-config-1.3.12-r4 |
86 |
> umovestr: Input/output error |
87 |
> PANIC: attached pid 6315 exited |
88 |
> umovestr: Input/output error |
89 |
> /usr/lib/portage/bin/ebuild.sh: line 56: 11: No such file or directory |
90 |
> ptrace: umoven: Input/output error |
91 |
> umovestr: Input/output error |
92 |
> umovestr: Input/output error |
93 |
> umovestr: Input/output error |
94 |
> PANIC: attached pid 6338 exited |
95 |
> umovestr: Input/output error |
96 |
> ptrace: umoven: Input/output error |
97 |
> umovestr: Input/output error |
98 |
> umovestr: Input/output error |
99 |
> [preattached child 73 of 6369 in weird state!] |
100 |
> umovestr: Input/output error |
101 |
> PANIC: attached pid 6369 exited |
102 |
> umovestr: Input/output error |
103 |
> ptrace: umoven: Input/output error |
104 |
> umovestr: Input/output error |
105 |
> alpha-unknown-linux-gnu-gcc: Internal error: Segmentation fault |
106 |
> (program as) Please submit a full bug report. |
107 |
> See <URL:http://bugs.gentoo.org/> for instructions. |
108 |
> |
109 |
> !!! ERROR: sys-devel/gcc-config-1.3.12-r4 failed. |
110 |
> !!! Function src_compile, Line 25, Exitcode 1 |
111 |
> !!! compile wrapper |
112 |
> !!! If you need support, post the topmost build error, NOT this status |
113 |
> message. |
114 |
> |
115 |
> The full output of strace is attached. |
116 |
> |
117 |
> Thanks |
118 |
> |
119 |
> Marc |
120 |
> |
121 |
> On Wed, 7 Dec 2005 18:48:02 +0100 |
122 |
> Marc Giger <gigerstyle@×××.ch> wrote: |
123 |
> |
124 |
> > Bryan |
125 |
> > |
126 |
> > Thank you for your time. I will provide as much information |
127 |
> > as possible to solve these problems. |
128 |
> > |
129 |
> > witch ~ # cat /proc/cpuinfo |
130 |
> > cpu : Alpha |
131 |
> > cpu model : EV56 |
132 |
> > cpu variation : 7 |
133 |
> > cpu revision : 0 |
134 |
> > cpu serial number : |
135 |
> > system type : EB164 |
136 |
> > system variation : LX164 |
137 |
> > system revision : 0 |
138 |
> > system serial number : |
139 |
> > cycle frequency [Hz] : 533172608 est. |
140 |
> > timer frequency [Hz] : 1024.00 |
141 |
> > page size [bytes] : 8192 |
142 |
> > phys. address bits : 40 |
143 |
> > max. addr. space # : 127 |
144 |
> > BogoMIPS : 1059.80 |
145 |
> > kernel unaligned acc : 190 |
146 |
> > (pc=fffffffc00313e20,va=fffffc00243c28ce) user unaligned acc : |
147 |
> > 0 (pc=0,va=0) platform string : Digital AlphaPC 164LX 533 |
148 |
> > MHz cpus detected : 1 |
149 |
> > L1 Icache : 8K, 1-way, 32b line |
150 |
> > L1 Dcache : 8K, 1-way, 32b line |
151 |
> > L2 cache : 96K, 3-way, 64b line |
152 |
> > L3 cache : 2048K, 1-way, 64b line |
153 |
> > |
154 |
> > witch ~ # emerge --info |
155 |
> > Portage 2.0.51.22-r3 (default-linux/alpha/2005.0, gcc-3.4.4, |
156 |
> > glibc-2.3.5-r3, 2.6.12.5 alpha) |
157 |
> > ================================================================= |
158 |
> > System uname: 2.6.12.5 alpha EV56 Gentoo Base System version 1.6.13 |
159 |
> > ccache version 2.3 [enabled] |
160 |
> > dev-lang/python: 2.2.3-r5, 2.3.5-r2, 2.4.2 |
161 |
> > sys-apps/sandbox: 1.2.12 |
162 |
> > sys-devel/autoconf: 2.13, 2.59-r6 |
163 |
> > sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, |
164 |
> > 1.9.6-r1 sys-devel/binutils: 2.15.92.0.2-r10 |
165 |
> > sys-devel/libtool: 1.5.20 |
166 |
> > virtual/os-headers: 2.6.11-r2 |
167 |
> > ACCEPT_KEYWORDS="alpha" |
168 |
> > AUTOCLEAN="yes" |
169 |
> > CBUILD="alpha-unknown-linux-gnu" |
170 |
> > CFLAGS="-mcpu=ev56 -O3 -pipe" |
171 |
> > CHOST="alpha-unknown-linux-gnu" |
172 |
> > CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config |
173 |
> > /usr/share/config /var/qmail/control" |
174 |
> > CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" |
175 |
> > CXXFLAGS="-mcpu=ev56 -O3 -pipe" DISTDIR="/usr/portage/distfiles" |
176 |
> > FEATURES="autoconfig ccache distlocks sandbox sfperms strict" |
177 |
> > GENTOO_MIRRORS="ftp://sunsite.cnlab-switch.ch/mirror/gentoo |
178 |
> > http://gentoo.oregonstate.edu |
179 |
> > http://www.ibiblio.org/pub/Linux/distributions/gentoo" |
180 |
> > PKGDIR="/usr/portage/packages" |
181 |
> > PORTAGE_TMPDIR="/var/tmp" |
182 |
> > PORTDIR="/usr/portage" |
183 |
> > SYNC="rsync://rsync.gentoo.org/gentoo-portage" |
184 |
> > USE="alpha acl apache apache2 arts berkdb bitmap-fonts bzip2 crypt |
185 |
> > cups eds encode ev56 expat font-server foomaticdb fortran gd gdbm |
186 |
> > gif gmp gpm gstreamer gtk2 imlib jikes jpeg libg++ libwww mad mhash |
187 |
> > mikmod motif mp3 mpeg mysql ncurses nls no-htdocs nptl ogg oggvorbis |
188 |
> > opengl oss pam pcre pdflib perl php png postgres python quicktime |
189 |
> > readline sdl slang snmp spell ssl tcpd tiff truetype-fonts |
190 |
> > type1-fonts vorbis xmms xv zlib userland_GNU kernel_linux |
191 |
> > elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, |
192 |
> > LINGUAS, MAKEOPTS, PORTDIR_OVERLAY |
193 |
> > |
194 |
> > As you can see I use gcc-3.4.4. This was a test if it would made |
195 |
> > any difference. It did also not work with gcc-3.3.x. |
196 |
> > Also I rebuilt portage, python etc (with the new glibc) with no |
197 |
> > success. |
198 |
> > |
199 |
> > Please ask if you need more infos. I've set up a chroot-env to |
200 |
> > for testing purposes. |
201 |
> > |
202 |
> > Thanks |
203 |
> > |
204 |
> > Marc |
205 |
> > |
206 |
> > |
207 |
> > On Wed, 7 Dec 2005 11:20:49 +0100 |
208 |
> > Bryan Østergaard <kloeri@g.o> wrote: |
209 |
> > |
210 |
> > > Please don't file a duplicate bug about this problem as we're well |
211 |
> > > aware of the existing bug. The big problem is that we don't seem |
212 |
> > > to be able to reproduce the bug as everything seems fine in our |
213 |
> > > testing using glibc-2.3.5*. |
214 |
> > > |
215 |
> > > At least 3 Gentoo developers (myself included) have tried to |
216 |
> > > reproduce it without any luck which makes it quite hard to fix. |
217 |
> > > |
218 |
> > > So what I'd like is a bit more information about the machines this |
219 |
> > > problem happens on. Model of the box, glibc version, kernel |
220 |
> > > version and patchset and output from emerge --info. |
221 |
> > > |
222 |
> > > Please add all this info to bug 100259 or send it to this list or |
223 |
> > > me directly at kloeri@g.o and I'll see if I can find some |
224 |
> > > pattern to this. Hopefully this will give me some much needed clue |
225 |
> > > about this problem. |
226 |
> > > |
227 |
> > > Regards, |
228 |
> > > Bryan Østergaard |
229 |
> > > |
230 |
> > > On Tue, Dec 06, 2005 at 07:39:53PM -0800, Jeff Donsbach wrote: |
231 |
> > > > Thanks, Marc, |
232 |
> > > > |
233 |
> > > > I guess it's a good thing I didn't build with |
234 |
> > > > USE="-nptlonly" then, huh? ;-) |
235 |
> > > > |
236 |
> > > > Should I file a duplicate bug in bugzilla (if it would |
237 |
> > > > help)? |
238 |
> > > > |
239 |
> > > > So, is there some kind of catch 22 going on here? |
240 |
> > > > Weren't there some reports of problems with |
241 |
> > > > linuxthreads in glibc on Alpha? |
242 |
> > > > |
243 |
> > > > Jeff D |
244 |
> > > > |
245 |
> > > > --- Marc Giger <gigerstyle@×××.ch> wrote: |
246 |
> > > > |
247 |
> > > > > Hi, |
248 |
> > > > > |
249 |
> > > > > I reported the same problem to bugzilla... |
250 |
> > > > > http://bugs.gentoo.org/show_bug.cgi?id=100259#c36 |
251 |
> > > > > (Perhaps it finds more attention here...) |
252 |
> > > > > |
253 |
> > > > > It seems it has to do with the current state of ntpl |
254 |
> > > > > on |
255 |
> > > > > alphas. |
256 |
> > > > > |
257 |
> > > > > If you set LD_ASSUME_KERNEL=2.4.1 and therefore |
258 |
> > > > > force |
259 |
> > > > > to use linuxthreads, emerge works again. |
260 |
> > > > > But I don't know if it really is nptl's fault. I can |
261 |
> > > > > manually |
262 |
> > > > > compile everything with the same parameters as |
263 |
> > > > > portage does. So a portage (sandbox?) fault is also |
264 |
> > > > > possible. |
265 |
> > > > > |
266 |
> > > > > Marc |
267 |
> > > > > |
268 |
> > > > > |
269 |
> > > > > On Tue, 6 Dec 2005 10:45:57 -0800 (PST) |
270 |
> > > > > Jeff Donsbach <jeff_donsbach@×××××.com> wrote: |
271 |
> > > > > |
272 |
> > > > > > |
273 |
> > > > > > Good point, Nils. Perhaps "5" is the configure.log |
274 |
> > > > > I |
275 |
> > > > > > included? I don't know.I'll try that tonight (the |
276 |
> > > > > > Miata is at home). |
277 |
> > > > > > |
278 |
> > > > > > Jeff D |
279 |
> > > > > > |
280 |
> > > > > > --- "Nils o. Janus" <NoJ@××××××××××××.de> wrote: |
281 |
> > > > > > |
282 |
> > > > > > > Hi Jeff, |
283 |
> > > > > > > |
284 |
> > > > > > > > configure:1892: checking whether the C |
285 |
> > > > > compiler |
286 |
> > > > > > > > (/usr/bin/gcc -mieee -mcpu=ev56 -pipe -O2 ) |
287 |
> > > > > works |
288 |
> > > > > > > > configure:1908: /usr/bin/gcc -o conftest |
289 |
> > > > > -mieee |
290 |
> > > > > > > > -mcpu=ev56 -pipe -O2 conftest.c 1>&5 |
291 |
> > > > > > > ^^^^ |
292 |
> > > > > > > what perplexes me is that stdout is redirecting |
293 |
> > > > > to |
294 |
> > > > > > > the filedescriptor 5 |
295 |
> > > > > > > which is not a standardized one. |
296 |
> > > > > > > Does that filedescriptor ( /dev/fd/5 ) exist? |
297 |
> > > > > > > This may be the reason why compiling without |
298 |
> > > > > > > redirecting the output, like |
299 |
> > > > > > > you already tried, works fine. |
300 |
> > > > > > > |
301 |
> > > > > > > Try passing the 1>&5 to the call of gcc too and |
302 |
> > > > > > > check wether it segfaults |
303 |
> > > > > > > again. |
304 |
> > > > > > > |
305 |
> > > > > > > On a DS20e, gcc just throws a "Bad file |
306 |
> > > > > descriptor" |
307 |
> > > > > > > error without |
308 |
> > > > > > > segfaulting. |
309 |
> > > > > > > |
310 |
> > > > > > > HTH, |
311 |
> > > > > > > |
312 |
> > > > > > > greetings |
313 |
> > > > > > > Nils |
314 |
> > > > > > > -- |
315 |
> > > > > > > gentoo-alpha@g.o mailing list |
316 |
> > > > > > > |
317 |
> > > > > > > |
318 |
> > > > > > |
319 |
> > > > > > |
320 |
> > > > > > |
321 |
> > > > > > |
322 |
> > > > > > __________________________________________ |
323 |
> > > > > > Yahoo! DSL Something to write home about. |
324 |
> > > > > > Just $16.99/mo. or less. |
325 |
> > > > > > dsl.yahoo.com |
326 |
> > > > > > |
327 |
> > > > > > -- |
328 |
> > > > > > gentoo-alpha@g.o mailing list |
329 |
> > > > > > |
330 |
> > > > > |
331 |
> > > > > -- |
332 |
> > > > > gentoo-alpha@g.o mailing list |
333 |
> > > > > |
334 |
> > > > > |
335 |
> > > > |
336 |
> > > > |
337 |
> > > > __________________________________________________ |
338 |
> > > > Do You Yahoo!? |
339 |
> > > > Tired of spam? Yahoo! Mail has the best spam protection around |
340 |
> > > > http://mail.yahoo.com |
341 |
> > > > -- |
342 |
> > > > gentoo-alpha@g.o mailing list |
343 |
> > > > |
344 |
> > > > |
345 |
> > > -- |
346 |
> > > gentoo-alpha@g.o mailing list |
347 |
> > > |
348 |
> > |
349 |
> > -- |
350 |
> > gentoo-alpha@g.o mailing list |
351 |
> > |
352 |
|
353 |
-- |
354 |
gentoo-alpha@g.o mailing list |