Em 27-08-2013 14:26, Bruce Dubbs escreveu:
> Fernando de Oliveira wrote:
>
>> I would like to know if there is anybody with svn or rc1, i686, that
>> could download OpenJDK from anduin or jdk from oracle and tell me it
>> runs ok. Just the above command, ..../java -version.
>
> I don't have a 7.4 version on i686, so I can't test. AFAIK it's OK on
> x86_64. I'll try to look at OJDK next. May be tomorrow though.
>
> -- Bruce
>
I have a fresh LFS7.4-svn built in a physical machine. have not
installed the kernel. First mounted the good java binaries in the new
machine opt directory, issuing, from the host:
$ sudo mount --bind /opt/OpenJDK-1.7.0.40-2.4.1
/mnt/LFS74c/opt/OpenJDK-1.7.0.40-2.4.1
Then chrooted in, and java did not work:
{{
root:/# /opt/OpenJDK-1.7.0.40-2.4.1/bin/java -version
#
# A fatal error has been detected by the Java Runtime Environment:
#
# SIGSEGV (0xb) at pc=0xb76c3e15, pid=26473, tid=3059829568
#
# JRE version: (7.0_40-b31) (build )
# Java VM: OpenJDK Server VM (24.0-b50 mixed mode linux-x86 )
# Problematic frame:
# C [libc.so.6+0x127e15] __strstr_sse42+0x355
#
# Failed to write core dump. Core dumps have been disabled. To enable
core dumping, try "ulimit -c unlimited" before starting Java again
#
# An error report file with more information is saved as:
# //hs_err_pid26473.log
#
# If you would like to submit a bug report, please include
# instructions on how to reproduce the bug and visit:
# http://icedtea.classpath.org/bugzilla
#
Abortado
root:/# history
1 uname -r
2 ls /boot
3 ls /opt
4 sudo mkdir -vp /opt/OpenJDK-1.7.0.40-2.4.1
5 mkdir -vp /opt/OpenJDK-1.7.0.40-2.4.1
6 ls /opt/OpenJDK-1.7.0.40-2.4.1
7 find /opt/ -name java
8 /opt/OpenJDK-1.7.0.40-2.4.1/bin/java -version
9 history
root:/#
}}
This is the same binary that is working fine in the host.
I believe that it is not even worth installing the kernel and other post
chapter 6 editions/builds, to reboot and test. In the other two
machines, the same happened, although in the first one, I think I had
already installed the kernel and rebooted.
BTW, had to reboot the host, yesterday, or earlier today (cannot
remember the time). We have in LFS:
{{
The meaning of the mount options for devpts:
gid=5
This ensures that all devpts-created device nodes are owned by group ID
5. This is the ID we will use later on for the tty group. We use the
group ID instead of a name, since the host system might use a different
ID for its tty group.
}}
However, if the host has gid 4 (different from 5 used in LFS) for
devpts, no xterminal can be opened after the mount, when I tried it, in
two machines, X crashed.
--
[]s,
Fernando
--
http://linuxfromscratch.org/mailman/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
