[SOLVED] can't install jbuilder

senjin · 2007-01-02 10:01:57

Hello!

When I try to install JBuilder 2005 I get:

[antek@arch jb2005_linux]$ ./install.bin
Preparing to install...
Extracting the JRE from the installer archive...
Unpacking the JRE...
Extracting the installation resources from the installer archive...
Configuring the installer for this system's environment...
awk: error while loading shared libraries: libdl.so.2: cannot open shared object file: No such file or directory
dirname: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
/bin/ls: error while loading shared libraries: librt.so.1: cannot open shared object file: No such file or directory
basename: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
dirname: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
basename: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
hostname: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory

Launching installer...

grep: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
/tmp/install.dir.7094/Linux/resource/jre/bin/java: error while loading shared libraries: libpthread.so.0: cannot open shared object file: No such file or directory

although all the libs he is complaining about are in my /libs dir. . .

I get similar errors when I try to install JBuilder 2006.

Anybody knows how to solve this? Or maybe older versions of JBuilder work better?

JGC · 2007-01-02 13:57:56

make sure these stupid installers don't export LD_ASSUME_KERNEL=2.2.5 or something like that. When that var is exported below 2.6.6, the linker won't load glibc anymore because the assumed kernel fails validation for the glibc library.

senjin · 2007-01-02 15:48:24

You're right. This is whole part of install.bin containing LD_ASSUME_KERNEL commands:

# set this variable to something so we're guaranteed a value
linux_LD_ASSUME_KERNEL_hack=0;

# work around problem on RedHat Linux 7.1 IA-32
# see Bug Id 4447270 at Sun JDC bug parade
if [ `cat /etc/redhat-release 2>/dev/null | grep "7.1" | wc -l` = "1" ];
then
    if [ `uname -s` = "Linux" ];
    then
        if [ `uname -m` != "ia64" ];
        then
            case `uname -r` in
            2.[456]*)
                                                                linux_LD_ASSUME_KERNEL_hack=1
                ;;
            esac
        fi
    fi
fi

# LD_ASSUME_KERNEL for Native POSIX Threading Library on some Linux distros
if [ `uname` = "Linux" ]; then
        debugOut "checking for NPTL + JVM vulernability..."
        #check libc to see if it was compiled with NPTL
        nptl="`strings /lib/libc.so.6 | grep -i nptl`"
        if [ "$nptl" ]; then
                debugOut "NPTL detected! checking for vulnerable JVM....";

                # I have to set this before I check the JVM version, a-cuz
                # the call will hang, if it -is- vulnerable!
                export LD_ASSUME_KERNEL=2.2.5

                eval `$actvm -version 2>&1 | $AWK '
                        BEGIN {
                                vendor="Sun"
                        }
                        /"[0-9].[0-9].[0-9][^"]*"$/ {
                                gsub ("["]", "", $3)
                                split ($3, ver, "[._-]")
                                printf "v_major=%snv_minor=%snv_patch=%sn",ver[1],ver[2],ver[3]
                        }
                        /IBM/ {
                                vendor="IBM"
                        }
                        END {
                                printf "v_vendor=%sn",vendor
                        }
                ' `

                # unset the LD_ASSUME_KERNEL in cause we don't need it
                unset LD_ASSUME_KERNEL

                debugOut "major : ${v_major}"
                debugOut "minor : ${v_minor}"
                debugOut "patch : ${v_patch}"
                debugOut "vendor: ${v_vendor}"

                # check our rules for setting LD_ASSUME_KERNEL
                # currently, we're only setting this for JVMS < 1.4
                # we can add more rules later, if we need to.
                if [ ${v_minor:-0} -lt 4 ]; then
                        debugOut "Vulnerable JVM detected... implementing workaround"
                        linux_LD_ASSUME_KERNEL_hack=1
                else
                        debugOut "Your JVM is OK! Congratulations!"
                fi
        fi
fi

if [ $linux_LD_ASSUME_KERNEL_hack -eq 1 ]; then
        LD_ASSUME_KERNEL=2.2.5
        export LD_ASSUME_KERNEL
fi

I tried to comment the line export LD_ASSUME_KERNEL=2.2.5, but then installer gave me following errors:

[antek@arch jb2005_linux]$ ./install.bin
Preparing to install...
Extracting the JRE from the installer archive...
Unpacking the JRE...

gzip: /tmp/install.dir.9748/Linux/resource/vm.tar.Z: corrupt input. Use zcat to recover some data.

uncompress: /tmp/install.dir.9748/Linux/resource/vm.tar.Z: corrupt input. Use zcat to recover some data.

gzip: /tmp/install.dir.9748/Linux/resource/vm.tar.Z: corrupt input. Use zcat to recover some data.
The included VM could not be uncompressed (GZIP/UNCOMPRESS). Please try to
download the installer again and make sure that you download using 'binary'
mode.  Please do not attempt to install this currently downloaded copy.

I get similar errors after I uncommented back that line... Does it mean the installation file cannot be edited? It is 100 MB file with long script at the beginning and binary stuff after it. I have no experience with things like this... what to do?

senjin · 2007-01-04 00:19:29

I think i found the solution. . . here :?

I don't understand language they speak, but i guess songzw suggests changing

linux_LD_ASSUME_KERNEL_hack=1
to
linux_LD_ASSUME_KERNEL_hack=0

I tried to do this and get the errors about corrupted archive or wrong file length. I realized, that nano steals more than 2kB from the file during saving. I tried vim in mode 'replace' but the file length increased by 1 byte - that was enough to make it not work... Is there any way to avoid such problems?

edit:

I solved the problem!

I used hexedit, and it saved the file properly. Installer displayed 1 error about libdl.so.2 but it seems the program is installed.

Arch Linux

#1 2007-01-02 10:01:57

[SOLVED] can't install jbuilder

#2 2007-01-02 13:57:56

Re: [SOLVED] can't install jbuilder

#3 2007-01-02 15:48:24

Re: [SOLVED] can't install jbuilder

#4 2007-01-04 00:19:29

Re: [SOLVED] can't install jbuilder

Board footer