Fernando de Oliveira wrote:
> Sending to support, from the -dev list
>
> Em 26-08-2013 13:02, Bruce Dubbs escreveu:
>> Fernando de Oliveira wrote:
>
>
>>> It would be good to discover what happened. Have just seen a patch for
>>> strace, by ĸen. Would strace be of any help? Anyway, I will give it a
>>> try later, this afternoon, after starting another LFS build.
>>>
>>> Bruce, is it right if I understand the problem is with glibc?
>>
>> It's hard to tell.  Could be HW, glibc, kernel, compiler, or some other
>> package.  You really need a debugger and intimate knowledge of the code
>> to tell.
>
> While LFS-svn is building, built strace-4.8, with the patch that Ken
> provided.
>
> Does these logs (one, i686, with the error, one i686, no error, on
> amd64, no error) of "javac HelloWolrd.java" tell anything useful that
> could recover this system for java? I could not find any relevant
> difference (almost null experience with strace).

All I can say is that there is a corrupted file on the system with an 
error (or, less likely, a hw problem).

I Looked at the two files from the i686.   The first thing I did was 
delete all those file-not-found lines.  The files it is looking at are:

Good:
/opt/openjdk/bin/javac
/opt/OpenJDK-1.7.0.40-2.4.1/bin/javac
/opt/OpenJDK-1.7.0.40-2.4.1/bin/../jre/lib/i386/jli
/opt/OpenJDK-1.7.0.40-2.4.1/bin/../jre/lib/i386
/lib/libpthread.so.0
/opt/OpenJDK-1.7.0.40-2.4.1/bin/../jre/lib/i386/jli/libjli.so
/lib/libdl.so.2
/lib/libc.so.6
/opt/OpenJDK-1.7.0.40-2.4.1/bin/../jre/lib/i386/jli/..
/lib/libz.so.1
/opt/OpenJDK-1.7.0.40-2.4.1/bin/javac
/opt/OpenJDK-1.7.0.40-2.4.1/jre/lib/i386/libjava.so
/opt/OpenJDK-1.7.0.40-2.4.1/jre/lib/i386/jvm.cfg
/opt/OpenJDK-1.7.0.40-2.4.1/jre/lib/i386/client/libjvm.so
/opt/OpenJDK-1.7.0.40-2.4.1/jre/lib/i386/client/libjvm.so
/etc/ld.so.cache
/usr/lib/libstdc++.so.6
/lib/libm.so.6
/usr/lib/libgcc_s.so.1

Bad:
/opt/openjdk/bin/javac
/opt/OpenJDK-1.7.0.40-2.4.1-i686
/opt/OpenJDK-1.7.0.40-2.4.1-i686-bin/bin/../jre/lib/i386/jli
/opt/OpenJDK-1.7.0.40-2.4.1-i686-bin/bin/../jre/lib/i386
/etc/ld.so.cache
/lib/libpthread.so.0
/opt/OpenJDK-1.7.0.40-2.4.1-i686-bin/bin/../jre/lib/i386/jli/libjli.so
/lib/libdl.so.2
/lib/libc.so.6
/opt/OpenJDK-1.7.0.40-2.4.1-i686-bin/bin/../jre/lib/i386/jli/..
/lib/libz.so.1
/opt/OpenJDK-1.7.0.40-2.4.1-i686
/opt/OpenJDK-1.7.0.40-2.4.1-i686-bin/jre/lib/i386/libjava.so
/opt/OpenJDK-1.7.0.40-2.4.1-i686-bin/jre/lib/i386/jvm.cfg
/opt/OpenJDK-1.7.0.40-2.4.1-i686-bin/jre/lib/i386/client/libjvm.so
/opt/OpenJDK-1.7.0.40-2.4.1-i686-bin/jre/lib/i386/client/libjvm.so
/etc/ld.so.cache
/usr/lib/libstdc++.so.6
/lib/libm.so.6
/usr/lib/libgcc_s.so.1

It's doubtful that the files in /usr, /lib, or /etc are the problem.

I'd rename the OpenJDK-1.7.0.40-2.4.1 directory on the bad system and 
then copy the OpenJDK-1.7.0.40-2.4.1-i686-bin on the good system to the 
bad one.  Make sure the /opt links are still right and run ldconfig.

Then run the test build again.

Also, looking at the bad system, it's curious that it is doing a 
readlink on /opt/OpenJDK-1.7.0.40-2.4.1-i686.  Is that a directory?  It 
looks like it should be /opt/OpenJDK-1.7.0.40-2.4.1-i686-bin/.  Look at 
the first readlink in each file:

Good:
readlink("/proc/self/exe", "/opt/OpenJDK-1.7.0.40-2.4.1/bin/javac", 
4096) = 37

bad:
readlink("/proc/self/exe", "/opt/OpenJDK-1.7.0.40-2.4.1-i686"..., 4096) = 46


   -- Bruce

-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Reply via email to