Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 181854 - dev-java/sun-jdk-1.5.0.12 libXt got loaded before libXm error with AWT_TOOLKIT=MToolkit
Summary: dev-java/sun-jdk-1.5.0.12 libXt got loaded before libXm error with AWT_TOOLKI...
Status: RESOLVED OBSOLETE
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Java (show other bugs)
Hardware: AMD64 Linux
: High normal (vote)
Assignee: Java team
URL: http://bugs.sun.com/bugdatabase/view_...
Whiteboard:
Keywords:
: 181617 186672 205802 (view as bug list)
Depends on:
Blocks:
 
Reported: 2007-06-13 04:55 UTC by Volker Hemmann
Modified: 2015-07-11 20:41 UTC (History)
4 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
the LD_Debug output (libs_debug.txt,30.11 KB, text/plain)
2007-06-13 19:10 UTC, Volker Hemmann
Details
as the name says, without prelink this time (libs_debug_without_prelink.txt,29.84 KB, text/plain)
2007-06-13 20:25 UTC, Volker Hemmann
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Volker Hemmann 2007-06-13 04:55:58 UTC
Hi,
after upgrading to sun jdk 1.5.0_12 I get this error with all java apps:
Runtime link error - it appears that libXt got loaded before libXm,
which is not allowed.
Exception in thread "main" java.lang.InternalError: libXt loaded before libXm

for example triplea:
 triplea

Runtime link error - it appears that libXt got loaded before libXm,
which is not allowed.
Exception in thread "main" java.lang.InternalError: libXt loaded before libXm
        at java.lang.ClassLoader$NativeLibrary.load(Native Method)
        at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1751)
        at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1668)
        at java.lang.Runtime.loadLibrary0(Runtime.java:822)
        at java.lang.System.loadLibrary(System.java:993)
        at sun.font.FontManager$1.run(FontManager.java:178)
        at java.security.AccessController.doPrivileged(Native Method)
        at sun.font.FontManager.<clinit>(FontManager.java:173)
        at sun.java2d.SunGraphicsEnvironment.addDirFonts(SunGraphicsEnvironment.java:722)
        at sun.java2d.SunGraphicsEnvironment.registerFontsInDir(SunGraphicsEnvironment.java:602)
        at sun.java2d.SunGraphicsEnvironment.access$200(SunGraphicsEnvironment.java:58)
        at sun.java2d.SunGraphicsEnvironment$1.run(SunGraphicsEnvironment.java:174)
        at java.security.AccessController.doPrivileged(Native Method)
        at sun.java2d.SunGraphicsEnvironment.<init>(SunGraphicsEnvironment.java:94)
        at sun.awt.X11GraphicsEnvironment.<init>(X11GraphicsEnvironment.java:164)
        at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
        at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
        at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
        at java.lang.reflect.Constructor.newInstance(Constructor.java:494)
        at java.lang.Class.newInstance0(Class.java:350)
        at java.lang.Class.newInstance(Class.java:303)
        at java.awt.GraphicsEnvironment.getLocalGraphicsEnvironment(GraphicsEnvironment.java:68)
        at java.awt.Window.init(Window.java:271)
        at java.awt.Window.<init>(Window.java:319)
        at java.awt.Frame.<init>(Frame.java:419)
        at javax.swing.JFrame.<init>(JFrame.java:194)
        at games.strategy.debug.Console.<init>(Console.java:71)
        at games.strategy.debug.Console.getConsole(Console.java:53)
        at games.strategy.engine.framework.GameRunner2.main(GameRunner2.java:35)
        at games.strategy.engine.framework.GameRunner.main(GameRunner.java:115)

the strange thing I only have one libXm on my system here:
/usr/lib32/openmotif-2.2/

as part of app-emulation/emul-linux-x86-xlibs-10.0

I re-emerged triplea - and the binary version from sourceforge fails the same way. Another java app I frequently uses with the same initial error message (libXt loaded befor libXm). 

After the first time the problem occured, I recompiled triplea - without a change.

Reproducible: Always

Steps to Reproduce:
1. update sun jdk to 1.5.0_12
2. try any java app (in my case latest triplea)
3. see app fail




emerge --info
Portage 2.1.2.9 (default-linux/amd64/2007.0, gcc-4.1.2, glibc-2.5-r3, 2.6.21.3cfsv16libatareiser4 x86_64)
=================================================================
System uname: 2.6.21.3cfsv16libatareiser4 x86_64 AMD Athlon(tm) 64 X2 Dual Core Processor 4600+
Gentoo Base System release 1.12.10
Timestamp of tree: Wed, 13 Jun 2007 01:00:01 +0000
ccache version 2.4 [enabled]
dev-java/java-config: 1.3.7, 2.0.33-r1
dev-lang/python:     2.3.6-r2, 2.4.4-r4
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     2.4-r7
dev-util/confcache:  0.4.2-r1
sys-apps/sandbox:    1.2.18.1
sys-devel/autoconf:  2.13, 2.61
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10
sys-devel/binutils:  2.17.50.0.16
sys-devel/gcc-config: 1.3.16
sys-devel/libtool:   1.5.23b
virtual/os-headers:  2.6.21
ACCEPT_KEYWORDS="amd64 ~amd64"
AUTOCLEAN="yes"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=k8 -O2 -msse3 -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config"
CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/revdep-rebuild /etc/terminfo"
CXXFLAGS="-march=k8 -O2 -msse3 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig candy ccache distlocks metadata-transfer parallel-fetch sandbox sfperms strict"
GENTOO_MIRRORS="ftp://ftp.tu-clausthal.de/pub/linux/gentoo/"
LC_ALL="de_DE@euro"
LINGUAS="de"
MAKEOPTS="-j3"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --filter=H_**/files/digest-*"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage /usr/local/portage/gentoo-de"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="3dnow 3dnowext 7zip S3TC X Xaw3d a52 aac acpi addbookmarks aiglx aim aio akode alias alsa altenburgcards amarok amd64 aotuv aqua_theme asf athena audiofile autoreplace bash-completion berkdb binary-drivers bitmap-fonts bluetooth boost bzip2 cairo cdda cddb cdinstall cdparanoia cdr cdrom cdsound cegui cg clamav cli connectionstatus contactnotes cracklib crypt css cups curl dbus depth32 dhcp dio divx dnd double-precision dpms dri dts dv dvd dvdr dvdread emerald emul-linux-x86 encode exif expat exscalibar extra-cardsets fame fasttrack ffmpeg fftw filter_default filter_legacy filter_light flac foomaticdb fortran ftp gadu gdbm gif gimp gimpprint glitz glut glx gnokii gnutella gpgme gpm gtk gtk2 hddtemp highlight history iconv icq id3 imagemagick imlib inotify irc irmc isdnlog jabber java javascript jce jingle joystick jpeg jpeg2k kcal kde kdecards kdeenablefinal kdehiddenvisibility kdepim kdm kexi kipi kqemu lame lcms lesstif libg++ libwww lm_sensors logitech-mouse lzo lzw mad magic maps matroska midi mime mjpeg mmap mmx mmxext mng mp3 mp4 mpeg mpeg2 mplayer msn mudflap mule musepack ncurses neXt net newspr ngui nls no-old-linux nocd nosendmail nowin nowlistening nptl nptlonly nsplugin nvidia offensive ogg openexr opengl openmp oscar pam paste64 pch pcre pdf perl physfs player plugins png pnm posix ppds pppd python qt3 qt4 quicktime rar readline recode reflection reiser4 reiserfs remix resolvconf rogue rtc sametime scanner schedule scsi sdl sdl-sound sdlaudio sendfile server session sharedmem slp smp sms sndfile sockets sounds spell spl sqlite sqlite3 srt sse sse-filters sse2 sse3 ssl startup-notification statistics stats stencil-buffer stroke subp subtitles svg sysfs sysvipc szip tcpd texteffect textures tga theora threads tiff timidity tk toolbar tools transcode translator truetype truetype-fonts type1 type1-fonts unicode unzip usb userlocales utempter v4l v4l2 vcd videos visualization vorbis webdav webpresence wmf wmp wxwindows x264 xanim xcomposite xemacs xext xface xine xml xorg xosd xpm xrandr xscreensaver xskatcards xv xvid xvmc yiff yv12 zlib zvbi" ALSA_CARDS="emu10k1" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="de" USERLAND="GNU" VIDEO_CARDS="nvidia vesa vga v4l nv"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LDFLAGS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Comment 1 Alistair Bush (RETIRED) gentoo-dev 2007-06-13 05:23:54 UTC
Could you please post the output of java-config-2 -L as your user (The one running the java apps)


If you using sun-jdk then that is a 64bit jdk not 32.  Therefore the emul packages won't do anything...
Comment 2 Vlastimil Babka (Caster) (RETIRED) gentoo-dev 2007-06-13 07:54:17 UTC
Do you possibly have /usr/lib/ symlinked to /usr/lib32, so it finds it there or what?

We are probably missing a dep on libXmu in sun-jdk...
(stupid test, I'm sure betelgeuse has better :)
grep -R libXm /opt/sun-jdk-1.5.0.12/
Binary file /opt/sun-jdk-1.5.0.12/jre/lib/i386/libawt.so matches

Does it help emerging libXmu manually?
Comment 3 Petteri Räty (RETIRED) gentoo-dev 2007-06-13 07:55:03 UTC
Works without problems on x86.
betelgeuse@pena /usr/portage/dev-java/bcprov $ GENTOO_VM="sun-jdk-1.5" triplea
betelgeuse@pena /usr/portage/dev-java/bcprov $ GENTOO_VM="sun-jdk-1.5" java -version
java version "1.5.0_12"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_12-b04)
Java HotSpot(TM) Server VM (build 1.5.0_12-b04, mixed mode)
Comment 4 Petteri Räty (RETIRED) gentoo-dev 2007-06-13 07:58:40 UTC
(In reply to comment #2)
> 
> We are probably missing a dep on libXmu in sun-jdk...
> (stupid test, I'm sure betelgeuse has better :)
> grep -R libXm /opt/sun-jdk-1.5.0.12/
> Binary file /opt/sun-jdk-1.5.0.12/jre/lib/i386/libawt.so matches
> 

betelgeuse@pena /usr/portage/dev-java/bcprov $ scanelf -n /opt/sun-jdk-1.5.0.12/jre/lib/i386/libawt.so
 TYPE   NEEDED FILE
ET_DYN libmlib_image.so,libjvm.so,libm.so.6,libdl.so.2,libjava.so,libc.so.6 /opt/sun-jdk-1.5.0.12/jre/lib/i386/libawt.so

Either it's using dlopen or you are just happen to match some binary.
Usually the linkage to X is done through:

x11-libs/libXext-1.0.3
        /opt/sun-jdk-1.5.0.12/jre/lib/i386/awt_robot
        /opt/sun-jdk-1.5.0.12/jre/lib/i386/motif21/libmawt.so
        /opt/sun-jdk-1.5.0.12/jre/lib/i386/xawt/libmawt.so

Maybe Flameeyes can tell us better about the symbol usage using his scripts.
Comment 5 Petteri Räty (RETIRED) gentoo-dev 2007-06-13 08:08:10 UTC
Please post the output of:
ldd /opt/sun-jdk-1.5.0.12/jre/lib/amd64/libfontmanager.so /opt/sun-jdk-1.5.0.12/jre/lib/amd64/libawt.so
Comment 6 Volker Hemmann 2007-06-13 14:45:18 UTC
Alistair:
java-config-2 -L
The following VMs are available for generation-2:
1)      Sun 32bit JRE 1.6.0.01 [emul-linux-x86-java-1.6]
2)      WebLogic JRockit 1.6.0 [jrockit-jdk-bin-1.6]
*)      Sun JDK 1.5.0.12 [sun-jdk-1.5]
4)      Sun JDK 1.6.0.01 [sun-jdk-1.6]

Vlastimil:
/usr/lib is a symlink to /usr/lib64
there is a libXmu in /usr/lib64 but it is complaining about libXm - which is not there. btw:
equery belongs /usr/lib64/libXmu.so.6.2.0
x11-libs/libXmu-1.0.3 (/usr/lib64/libXmu.so.6.2.0)

Petteri:
ldd /opt/sun-jdk-1.5.0.12/jre/lib/              amd64/libfontmanager.so
        libawt.so => not found
        libm.so.6 => /lib/libm.so.6 (0x00002b237569f000              )
        libjava.so => not found
        libjvm.so => not found
        libc.so.6 => /lib/libc.so.6 (0x00002b23758f6000              )
        /lib64/ld-linux-x86-64.so.2 (0x0000555555554000   

ldd /opt/sun-jdk-1.5.0.12/jre/lib/amd64/libawt.so
        libmlib_image.so => not found
        libjvm.so => not found
        libm.so.6 => /lib/libm.so.6 (0x00002acb66183000)
        libdl.so.2 => /lib/libdl.so.2 (0x00002acb663da000)
        libjava.so => not found
        libc.so.6 => /lib/libc.so.6 (0x00002acb665de000)
        /lib64/ld-linux-x86-64.so.2 (0x0000555555554000)
Comment 7 Vlastimil Babka (Caster) (RETIRED) gentoo-dev 2007-06-13 14:53:51 UTC
(In reply to comment #6)
> Vlastimil:
> /usr/lib is a symlink to /usr/lib64
> there is a libXmu in /usr/lib64 but it is complaining about libXm - which is
> not there. btw:
> equery belongs /usr/lib64/libXmu.so.6.2.0
> x11-libs/libXmu-1.0.3 (/usr/lib64/libXmu.so.6.2.0)

Yeah I was wrong, libXm comes from openmotif. Maybe installing it would make a difference? Or uninstalling the emul package just to be sure...
Comment 8 Volker Hemmann 2007-06-13 15:00:36 UTC
Hi,

I uninstalled emul-linux-x86-xlibs which owns /usr/lib32/openmotif-2.2/libXm.so.* and get the same error. Installing openmotif now...

btw, sorry that I did not set hardware to 'amd64'
Comment 9 Volker Hemmann 2007-06-13 15:13:03 UTC
I installed x11-libs/openmotif-2.2.3-r9, no change.
Comment 10 Vlastimil Babka (Caster) (RETIRED) gentoo-dev 2007-06-13 15:44:05 UTC
Are you using LD_PRELOAD, prelink etc?

Also, did this happen with 1.5.0.11 or not.
Comment 11 Volker Hemmann 2007-06-13 15:52:11 UTC
Hi,

yes, I use prelink, and no, I don't use LD_Preload and no, it did not happen with sun-jdk-1.5.0.11 or sun-jdk-1.5.0.11-r1
Comment 12 Vlastimil Babka (Caster) (RETIRED) gentoo-dev 2007-06-13 16:06:24 UTC
(In reply to comment #11)
> Hi,
> 
> yes, I use prelink, and no, I don't use LD_Preload and no, it did not happen
> with sun-jdk-1.5.0.11 or sun-jdk-1.5.0.11-r1

I hope you have set PRELINK_PATH_MASK="/opt" as the prelink guide says then. 

Comment 13 Volker Hemmann 2007-06-13 16:23:39 UTC
when was that added? I am using prelink for ages - and I can't remember seeing that back then.

So no, I don't exclude opt.
But I am not sure that prelink has anything to do with the problem - I installed the jdk and tried to use it immidiatly afterwards - so prelink should not have had a chance to ruin it?
(btw, why not putting everything prelink related into one config file.. why several? *sigh*)

I just run 
prelink -au
and the same thing happens.
Comment 14 Vlastimil Babka (Caster) (RETIRED) gentoo-dev 2007-06-13 16:38:17 UTC
(In reply to comment #13)
> when was that added? I am using prelink for ages - and I can't remember seeing
> that back then.

No idea, I'm not using prelink :)

> So no, I don't exclude opt.
> But I am not sure that prelink has anything to do with the problem - I
> installed the jdk and tried to use it immidiatly afterwards - so prelink should
> not have had a chance to ruin it?

If I understand the guide correctly, portage will run prelink itself on the package you are installing. But cronjobs are still needed because updating library means you need to rerun prelink on everything using it.

> (btw, why not putting everything prelink related into one config file.. why
> several? *sigh*)
> 
> I just run 
> prelink -au
> and the same thing happens.
 
Maybe removing prelink info won't give 100% same binary as before. Just to be sure, I would wipe the /opt/sun-jdk... completely and remerge it again, after creating the exlude=/opt env file, running env-update and source /etc/profile in the same terminal that's going to run emerge (better check that the variable is really in the env).
Comment 15 Volker Hemmann 2007-06-13 16:46:48 UTC
Hi,

I created 60prelink in /etc/env.d with PRELINK_PATH_MASK="/opt" in it.

After that I quit KDE and relogged.
export shows this:
declare -x PRELINK_PATH_MASK="/opt"
and cat /etc/prelink.conf that:
-b /opt

The I removed the jdk:
rm -rf /opt/sun-jdk-1.5.0.12
and re-emerged it:
emerge -a =dev-java/sun-jdk-1.5.0.12

I run java-config-2 -s sun-jdk.1.5

java -version
java version "1.5.0_12"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_12-b04)
Java HotSpot(TM) 64-Bit Server VM (build 1.5.0_12-b04, mixed mode)

triplea:
Runtime link error - it appears that libXt got loaded before libXm,
which is not allowed.
Exception in thread "main" java.lang.InternalError: libXt loaded before libXm
Comment 16 Petteri Räty (RETIRED) gentoo-dev 2007-06-13 18:40:52 UTC
Please attach:
LD_DEBUG=libs triplea &> libs_debug.txt
Comment 17 Diego Elio Pettenò (RETIRED) gentoo-dev 2007-06-13 18:43:39 UTC
another option is to also set LD_DEBUG_OUTPUT="libs_debug.txt" :)
Comment 18 Volker Hemmann 2007-06-13 19:10:00 UTC
Created attachment 121958 [details]
the LD_Debug output

here is the output of LD_DEBUG=libs triplea &> libs_debug.txt

btw, when googling I found a LD_Preload tip.
 With LD_PRELOAD=/usr/lib64/openmotif-2.2/libXm.so java -jar Client3.jar (Client3.jar is another affected java app), I get a segfault instead. and with LD_PRELOAD=/usr/lib32/openmotif-2.2/
libXm.so.3.0.2 java -jar Client3.jar 

ERROR: ld.so: object '/usr/lib32/openmotif-2.2/libXm.so.3.0.2' from LD_PRELOAD cannot be preloaded: ignored.
ERROR: ld.so: object '/usr/lib32/openmotif-2.2/libXm.so.3.0.2' from LD_PRELOAD cannot be preloaded: ignored.
ERROR: ld.so: object '/usr/lib32/openmotif-2.2/libXm.so.3.0.2' from LD_PRELOAD cannot be preloaded: ignored.
ERROR: ld.so: object '/usr/lib32/openmotif-2.2/libXm.so.3.0.2' from LD_PRELOAD cannot be preloaded: ignored.
ERROR: ld.so: object '/usr/lib32/openmotif-2.2/libXm.so.3.0.2' from LD_PRELOAD cannot be preloaded: ignored.
ERROR: ld.so: object '/usr/lib32/openmotif-2.2/libXm.so.3.0.2' from LD_PRELOAD cannot be preloaded: ignored.

Runtime link error - it appears that libXt got loaded before libXm,
which is not allowed.
Comment 19 Petteri Räty (RETIRED) gentoo-dev 2007-06-13 19:54:55 UTC
(In reply to comment #18)
> Created an attachment (id=121958) [edit]
> the LD_Debug output
> 

Well we you do have prelinking in there. Let's try the following:
Change PRELINKING to no in /etc/conf.d/prelink and run /etc/cron.daily/prelink
This should remove prelinking from all of your binaries.
Comment 20 Volker Hemmann 2007-06-13 19:59:44 UTC
Yes, prelinking is there.

After running prelink -au - which should remove everything prelink does, reinstalling the jdk and seeing the same error, I turned prelink back on and prelinked everything. I just don't want to wait ages for apps to start.
Comment 21 Volker Hemmann 2007-06-13 20:25:18 UTC
Created attachment 121966 [details]
as the name says, without prelink this time

Hi,
I set PRELINKING="no"
in /etc/conf.d/prelink and did  sh /etc/cron.daily/prelink
afterwards.

Same error, the LD_DEBUg output file is attached.
Comment 22 Vlastimil Babka (Caster) (RETIRED) gentoo-dev 2007-06-13 20:28:14 UTC
Weird, I don't get libXt loaded, and if I LD_PRELOAD it, it still doesn't fail. But I'm on x86.
Comment 23 Vlastimil Babka (Caster) (RETIRED) gentoo-dev 2007-06-13 20:33:10 UTC
OK so I finally reproduced it:

AWT_TOOLKIT=MToolkit GENTOO_VM=sun-jdk-1.5 LD_PRELOAD=/usr/lib/libXt.so triplea

but it's fine with AWT_TOOLKIT=XToolkit which is the default. Are you overriding it anywhere? (http://java.sun.com/j2se/1.5.0/docs/guide/awt/1.5/xawt.html for more info)
Comment 24 Petteri Räty (RETIRED) gentoo-dev 2007-06-13 20:43:11 UTC
(In reply to comment #23)
> OK so I finally reproduced it:
> 
> AWT_TOOLKIT=MToolkit GENTOO_VM=sun-jdk-1.5 LD_PRELOAD=/usr/lib/libXt.so triplea
> 

Please attach the output of env from the shell where you start triplea
Comment 25 Volker Hemmann 2007-06-13 20:46:51 UTC
Hi,
good question - grep tells me and yes I do. I totally forgot that. It is a remnant of the days I played with compiz because some java apps did not work correctly without it.
etc/env.d/21java-compiz
AWT_TOOLKIT=MToolkit

I removed that file - relogin now... report back in a moment.

env from console:
MANPATH=/home/energyman/.gentoo/java-config-2/current-user-vm/man:/usr/local/share/man:/usr/share/man:/usr/share/binutils-data/x86_64-pc-linux-gnu/2.17.50.0.16/man:/usr/share/gcc-data/x86_64-pc-linux-gnu/4.1.1/man:/usr/share/gcc-data/x86_64-pc-linux-gnu/4.1.1/man:/usr/share/gcc-data/x86_64-pc-linux-gnu/4.1.2/man:/etc/java-config/system-vm/man/:/usr/kde/3.5/share/man:/usr/qt/3/doc/man:/usr/qt/3/doc/man
KDE_MULTIHEAD=false
DM_CONTROL=/var/run/xdmctl
LINGUAS=de
TERM=xterm
SHELL=/bin/bash
XDM_MANAGED=/var/run/xdmctl/xdmctl-:0,maysd,mayfn,sched,rsvd,method=classic
GTK2_RC_FILES=/etc/gtk-2.0/gtkrc:/home/energyman/.gtkrc-2.0:/home/energyman/.kde3.5/share/config/gtkrc-2.0
KDE_NO_IPV6=TRUE
GTK_RC_FILES=/etc/gtk/gtkrc:/home/energyman/.gtkrc:/home/energyman/.kde3.5/share/config/gtkrc
GS_LIB=/home/energyman/.fonts
WINDOWID=39846020
QTDIR=/usr/qt/3
LC_ALL=de_DE@euro
ANT_HOME=/usr/share/ant-core
KDE_FULL_SESSION=true
USER=energyman
LS_COLORS=no=00:fi=00:di=01;34:ln=01;36:pi=40;33:so=01;35:do=01;35:bd=40;33;01:cd=40;33;01:or=01;05;37;41:mi=01;05;37;41:su=37;41:sg=30;43:tw=30;42:ow=34;42:st=37;44:ex=01;32:*.tar=01;31:*.tgz=01;31:*.arj=01;31:*.taz=01;31:*.lzh=01;31:*.zip=01;31:*.z=01;31:*.Z=01;31:*.gz=01;31:*.bz2=01;31:*.bz=01;31:*.tbz2=01;31:*.tz=01;31:*.deb=01;31:*.rpm=01;31:*.jar=01;31:*.rar=01;31:*.ace=01;31:*.zoo=01;31:*.cpio=01;31:*.7z=01;31:*.rz=01;31:*.jpg=01;35:*.jpeg=01;35:*.gif=01;35:*.bmp=01;35:*.pbm=01;35:*.pgm=01;35:*.ppm=01;35:*.tga=01;35:*.xbm=01;35:*.xpm=01;35:*.tif=01;35:*.tiff=01;35:*.png=01;35:*.mng=01;35:*.pcx=01;35:*.mov=01;35:*.mpg=01;35:*.mpeg=01;35:*.m2v=01;35:*.mkv=01;35:*.ogm=01;35:*.mp4=01;35:*.m4v=01;35:*.mp4v=01;35:*.vob=01;35:*.qt=01;35:*.nuv=01;35:*.wmv=01;35:*.asf=01;35:*.rm=01;35:*.rmvb=01;35:*.flc=01;35:*.avi=01;35:*.fli=01;35:*.gl=01;35:*.dl=01;35:*.xcf=01;35:*.xwd=01;35:*.yuv=01;35:*.pdf=00;32:*.ps=00;32:*.txt=00;32:*.patch=00;32:*.diff=00;32:*.log=00;32:*.tex=00;32:*.doc=00;32:*.aac=00;36:*.au=00;36:*.flac=00;36:*.mid=00;36:*.midi=00;36:*.mka=00;36:*.mp3=00;36:*.mpc=00;36:*.ogg=00;36:*.ra=00;36:*.wav=00;36:
PRELINK_PATH_MASK=/opt
GDK_USE_XFT=1
SESSION_MANAGER=local/energy:/tmp/.ICE-unix/25585
PAGER=/usr/bin/less
CONFIG_PROTECT_MASK=/etc/env.d/java/ /etc/terminfo /etc/terminfo /etc/revdep-rebuild
FLTK_DOCDIR=/usr/share/doc/fltk-1.1.7-r1/html
XDG_CONFIG_DIRS=/usr/kde/3.5/etc/xdg
KONSOLE_DCOP=DCOPRef(konsole-25707,konsole)
DESKTOP_SESSION=kde-3.5
PATH=/usr/kde/3.5/bin:/usr/local/bin:/usr/bin:/bin:/opt/bin:/usr/x86_64-pc-linux-gnu/gcc-bin/4.1.2:/opt/sancho:/usr/kde/3.5/bin:/usr/kde/3.5/bin:/usr/qt/3/bin:/usr/qt/3/bin:/usr/games/bin
KONSOLE_DCOP_SESSION=DCOPRef(konsole-25707,session-3)
DISTCC_LOG=
PWD=/home/energyman
JAVA_HOME=/home/energyman/.gentoo/java-config-2/current-user-vm
JAVAC=/home/energyman/.gentoo/java-config-2/current-user-vm/bin/javac
EDITOR=/bin/nano
KDE_IS_PRELINKED=1
KDE_SESSION_UID=1000
QMAKESPEC=linux-g++
KDEDIRS=/usr:/usr/local:/usr/kde/3.5:/usr/kde/3.5:/usr:/usr/local:/usr
DISTCC_VERBOSE=0
DCCC_PATH=/usr/lib/distcc/bin
JDK_HOME=/home/energyman/.gentoo/java-config-2/current-user-vm
SHLVL=2
HOME=/home/energyman
CG_COMPILER_EXE=/usr/bin/cgc
XCURSOR_THEME=Silver
GCC_PATH=/usr/x86_64-pc-linux-gnu/gcc-bin/4.1.2
PYTHONPATH=/usr/lib64/portage/pym
LESS=-R -M --shift 5
G_FILENAME_ENCODING=UTF-8
AWT_TOOLKIT=MToolkit
LOGNAME=energyman
GCC_SPECS=
CVS_RSH=ssh
XDG_DATA_DIRS=/usr/share:/usr/kde/3.5/share:/usr/local/share
CLASSPATH=.
DBUS_SESSION_BUS_ADDRESS=unix:abstract=/tmp/dbus-8IhNCz6kKh,guid=353b3dd057c6f3b71d4bfa0046701d56
PKG_CONFIG_PATH=/usr/qt/3/lib64/pkgconfig:/usr/qt/3/lib32/pkgconfig
LESSOPEN=|lesspipe.sh %s
INFOPATH=/usr/share/info:/usr/share/binutils-data/x86_64-pc-linux-gnu/2.17.50.0.16/info:/usr/share/gcc-data/x86_64-pc-linux-gnu/4.1.1/info:/usr/share/gcc-data/x86_64-pc-linux-gnu/4.1.1/info:/usr/share/gcc-data/x86_64-pc-linux-gnu/4.1.2/info
DISPLAY=:0.0
USB_DEVFS_PATH=/dev/bus/usb
OPENGL_PROFILE=nvidia
SANE_CONFIG_DIR=/etc/sane.d
G_BROKEN_FILENAMES=1
CONFIG_PROTECT=/usr/share/X11/xkb /usr/kde/3.5/share/config /usr/kde/3.5/env /usr/kde/3.5/shutdown /usr/share/config /usr/kde/3.5/share/config /usr/kde/3.5/env /usr/kde/3.5/shutdown /usr/share/config /usr/share/config
COLORTERM=
_=/usr/bin/env
Comment 26 Volker Hemmann 2007-06-13 20:51:24 UTC
Hi,

without AWT_TOOLKIT=MToolkit it works.

I am deeply sorry for wasting your time :(

I had completly forgotten that I had that set.. (but I would not even dreamt of it being responsible *sigh*).

Strange, that it worked with .11 but not .12.
Comment 27 Vlastimil Babka (Caster) (RETIRED) gentoo-dev 2007-06-13 20:54:14 UTC
well, at least we know for future
Comment 28 Petteri Räty (RETIRED) gentoo-dev 2007-06-13 21:02:31 UTC
(In reply to comment #27)
> well, at least we know for future
> 

reopening as this is a regression from an earlier version. Please report this to bugs.sun.com
Comment 29 Vlastimil Babka (Caster) (RETIRED) gentoo-dev 2007-06-13 21:17:36 UTC
1.5.0.11 fails here too if I preload libXt and use MToolkit. Even with MToolkit, libXt is not loaded if I don't preload it (or it doesn't log stuff loaded via dlopen?)

so if there's a regression, it would be that on amd64 libXt gets loaded in .12 and not in .11... can someone else with amd64 reproduce? :)

Also I wonder how even .11 could work with motif toolkit without motif being installed... :)
Comment 30 Volker Hemmann 2007-06-13 21:33:46 UTC
Hi,

hm, strange. I know for sure that earlier 1.5.0 releases worked fine - because I am using a java based chat client almost every day - and I had that AWT_TOOLKIT=MToolkit set for ages.

So whatever black magic happend on AMD64, for me it stopped working with .12 
And I did not had openmotif installed.
Comment 31 Volker Hemmann 2007-06-13 21:36:14 UTC
Hi,
I just opend two bug reports, one about the 1.5.0_12 libXt... error and one about the 1.6.0_1 crash at bugs.sun.com
Comment 32 Vlastimil Babka (Caster) (RETIRED) gentoo-dev 2007-06-13 21:38:41 UTC
Thanks, please provide the URL's here (fill the URL field) when they confirm the reports and send you the URL's.
Comment 33 Alistair Bush (RETIRED) gentoo-dev 2007-06-14 11:33:10 UTC
Just to note:

http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4638291

is an upstream bug that sound very similar to this.

It is quite old tho.
Comment 34 Petteri Räty (RETIRED) gentoo-dev 2007-07-26 12:48:04 UTC
*** Bug 186672 has been marked as a duplicate of this bug. ***
Comment 35 Volker Hemmann 2007-07-26 13:03:57 UTC
Hi,

I had a pretty long and good email exchange with a nice person from sun.

The bug got added to their database. This link should become 'alive' in the next two days:
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6585673
Comment 36 Denilson Sá Maia 2007-07-27 03:57:54 UTC
I'm the reporter for the dupe bug 186672. I've posted a similar issue to My.Opera forums:
http://my.opera.com/community/forums/topic.dml?id=187461

Whenever I try to open a Java applet inside Opera, The following message get printed on terminal:
 Runtime link error - it appears that libXt got loaded before libXm,
 which is not allowed.

This is happening for some months for me. It happened in 1.5.0_11 and also on previous versions (I guess; but sorry, I don't remember when this started to happen).

Strange enough, this only happens when running Java applets inside Opera browser. These applets works flawlessly under Firefox. I don't run many Java apps, but I tried "javaws" and "jrisk" and they both work.

I know that, sometime in past, java applets used to work in Opera.

For more info on my system, look at bug 186672. The issue described in this bug is slightly different from my issue, but I think the fix from upstream should fix both issues at same time.
Comment 37 Petteri Räty (RETIRED) gentoo-dev 2008-01-14 14:41:01 UTC
*** Bug 205802 has been marked as a duplicate of this bug. ***
Comment 38 Alistair Bush (RETIRED) gentoo-dev 2010-03-09 18:31:08 UTC
*** Bug 181617 has been marked as a duplicate of this bug. ***
Comment 39 Santosh 2010-06-18 06:53:05 UTC
Build: 
srm-srv-r4b:~/Desktop # ls
opera-10.10.gcc4.qt4.x86_64.rpm
srm-srv-r4b:~/Desktop #

srm-srv-r4b:~ # opera
ERROR: ld.so: object 'libjvm.so' from LD_PRELOAD cannot be preloaded: ignored.
ERROR: ld.so: object 'libawt.so' from LD_PRELOAD cannot be preloaded: ignored.
/usr/lib/opera/opera: symbol lookup error: /usr/lib/opera/opera: undefined symbol: _ZN12QApplicationC1ERiPPci
opera: Fatal error on creating Qt application object
srm-srv-r4b:~ #

Able to see similar issues on SLES10-64 bit machine
Comment 40 Patrice Clement gentoo-dev 2015-07-11 20:41:37 UTC
JDK-1.5 was EOL'd and removed a while ago. Consider using oracle-jdk-bin-1.7, 1.8 or IcedTea instead.