Consulta LD_ASSUME_KERNEL

[Franco Catrin L.]

El lun, 06-08-2007 a las 16:35 -0400, Aldrin Gonzalo Martoq Ahumada
escribió:
> On 8/6/07, Franco Catrin L. <fcatrin en tuxpan.com> wrote:
> > El lun, 06-08-2007 a las 12:54 -0400, Aldrin Gonzalo Martoq Ahumada
> > escribió:
> > > Estimados, me toca trabajar con software viejo y propietario
> > > (principalmente IBM) y he notado que la variable de ambiente
> > > LD_ASSUME_KERNEL ya no funciona como antaño.
> > Ahora si Aldrin, ve si te sirve esto:
> > http://www.tuxpan.com/fcatrin/es/comments.php?guid=20070806
> 
> Gracias Franco, estoy revisando tu tutorial ... una pequen~a
> correcion, basta instalar libstdc++2.10-glibc2.2 (no es necesaria la
> version -dev).

Tienes razon! No repare en eso.

BTW :  "welcome back!" :D

> Funciona!! Al parecer Sun actualizo a NTPL ... un lsof -np <pid java>
> me muestra:
> ------
> java    22493 amartoq  mem    REG        8,3    60924   965219 /home/amartoq/tmp
> /SunDownloadManager/jdk1.3.1_20/jre/lib/i386/native_threads/libhpi.so
> 
> ldd /home/amartoq/tmp/SunDownloadManager/jdk1.3.1_20/jre/lib/i386/native_threads/libhpi.so
>         linux-gate.so.1 =>  (0xffffe000)
>         libnsl.so.1 => /lib/tls/i686/cmov/libnsl.so.1 (0xb7f5c000)
>         libm.so.6 => /lib/tls/i686/cmov/libm.so.6 (0xb7f35000)
>         libdl.so.2 => /lib/tls/i686/cmov/libdl.so.2 (0xb7f30000)
>         libpthread.so.0 => /lib/tls/i686/cmov/libpthread.so.0 (0xb7f19000)
>         libc.so.6 => /lib/tls/i686/cmov/libc.so.6 (0xb7dd8000)
>         /lib/ld-linux.so.2 (0x80000000)
> ------------


Menos mal, de otra forma ni modo de echarlo a andar.


> Mi problema en particular con Java es que debo usar la version de IBM
> (tambien descargable desde la web). La ultima version es 1.3.1 SR10.
> Comente todos los LD_ASSUME_KERNEL en /opt/IBMJava2-131/{bin,jre/bin}
> con el siguiente script:

Cual es el motivo por el que necesitas que sea el de IBM?  Porque no vas a tener ninguna diferencia a menos que requieras algo especial de la maquina virtual como podria ser algun modo de ejecucion optimizado para Linux, o te interese algun tipo de información especial de debug.

El resto de tu correo lo responde Horst.  Pero insisto, por que tiene que ser de IBM?

Saludos
-- 
Franco Catrin L.  TUXPAN
http://www.tuxpan.com/fcatrin