javaws (Java Web Start) hangs and won't start any JNLP applications. After running strace -ff javaws it seems like some of the childs segfaults, and the application is caught in a deadlock where it tries to respawn the childs, but it is stuck. I'm running this on GCC 3.4 with -march=pentiumm, and using sun-jdk-1.4.2.06 (which contains javaws). Reproducible: Always Steps to Reproduce: 1. Open console 2. run javaws (/opt/sun-jdk-1.4.2.06/jre/javaws/javaws) Actual Results: Hang. Se attached trace. Expected Results: Normal startup of javaws. Portage 2.0.51-r3 (gcc34-x86-2004.2, gcc-3.4.3, glibc-2.3.4.20041102-r0, 2.6.9 i686) ================================================================= System uname: 2.6.9 i686 Intel(R) Pentium(R) M processor 1700MHz Gentoo Base System version 1.4.16 Autoconf: sys-devel/autoconf-2.59-r5 Automake: sys-devel/automake-1.8.5-r1 Binutils: sys-devel/binutils-2.15.90.0.1.1-r3 Headers: sys-kernel/linux26-headers-2.6.8.1-r1 Libtools: sys-devel/libtool-1.5.2-r7 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-march=pentium-m -O2 -fomit-frame-pointer -pipe" CHOST="i686-pc-linux-gnu" COMPILER="" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config /var/lib/jboss /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=pentium-m -O2 -fomit-frame-pointer -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache distlocks fixpackages sandbox" GENTOO_MIRRORS="ftp://pandemonium.tiscali.de/pub/gentoo/ ftp://ftp.du.se/pub/os/gentoo ftp://ftp.gentoo.mesh-solutions.com/gentoo/ ftp://ftp.linux.ee/pub/gentoo/distfiles/ http://pandemonium.tiscali.de/pub/gentoo/" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="X X509 Xaw3d aac aalib accessibility acl acpi alsa arts audiofile avi bash-completion berkdb bitmap-fonts bluetooth bonobo bootsplash bzlib cairo calendar caps cddb cdinstall cdparanoia cdr cdrom codecs crypt css cups curl curlwrappers dbm dbx debug dga dio divx4linux dmx dnd doc dts dv dvd dvdr dvdread edl eds emoticon encode erandom esd ethereal exif ext-png ext-zlib extensions faac faad famfestival ffmpeg fftw firebird flac flatfile flood foomaticdb freetype ftp gb gcj gd gd-external gdbm geoip gif gimp gimpprint glade glep glgd glut gnokii gnome gnomedb gphoto2 gpm gs gstreamer gtk gtk2 gtkhtml hal howl icc icc-pgo iconv icq idea ieee1394 imagemagick imap imlib imlib2 innodb interbase irda irmc ithreads jabber jack java javadoc javamail javascript jbig jboss jce jms jp2 jpeg jpeg2k junit kde kerberos lcms ldap libcaca libclamav libg++ libgda libwww live lm_sensors lzo lzw lzw-tiff m17n-lib mad mailbox maildir matroska mbox mcal md5sum mdb mhash mikmod mime mmx mmx2 mng monkey motif mozcalendar mozdevelop mozilla mozsvg mp3 mpeg mpeg4 mplayer msession msn music mysql mythtv ncurses network nls nntp nptl ntlm nvidia oav odbc offensive oggvorbis openal opengl oscar oss pam pcap pcmcia pcre pda pdf pdfkit pdflib pear-db perl php pic png pnp posix postgres postgresql povray ppds pthreads pwdb python qt quicktime readline real recode rtc samba sasl scanner sdl session shared sharedmem skey slang slp smime sms sndfile snmp soap sockets socks5 soxspeex spell spl sse sse2 ssl svg sysvipc szip tcltk tcpd tga theora threads thumbnail tidy tiff transcode truetype truetype-fonts trusted type1 type1-fonts unicode usb v4l v4l2 vcd vcdimager vda virus-scan vnc wifi winbind wmf wxwindows x86 xine xinerama xml xml2 xmlrpc xmms xosd xpm xprint xrandr xscreensaver xsl xv xvid xvmc yv12 zlib"
Created attachment 46218 [details] strace -ff javaws This trace covers it all. I pressed Ctrl-C to break the application.
Does this also happen on a gcc 3.3 system?
I'm not sure, because I don't have a GCC 3.3 system to check against. And it would take ages to recompile this system against GCC 3.3 again. But my hunch is that if I recompiled my whole system with -march=pentium3 and GCC 3.3 it would probably go away. I've had similar problems with KDE packages, and they applied some bugfixes to them, and the problem is gone. Could anyone else with a Intel Pentium-M-based machine give some inside info? PS: Isn't sun-jdk/javaws a binary build? How could it be affected? Linking with glibc?
could this be http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6188963
Since I'm running glibc-2.3.4.20041102-r0, that is quite possibly the problem. As he noted in that bug, the problem is still present in sun-jdk 1.5 (5.0) as installed by emerge on gentoo (masked as of know). Though, in my trace file I see no reference to waitid. Do they mean waitpid? If so, I cannot verify what they say about calling waitpid without arguments. But I'm not C-guru... :) But you should find several references to waitpid in my trace file, but I don't know if they're wrong or not. Someone more experienced need to check the trace.
Yes, this hit me too...
Moving this to the other thead. This is an outstanding bug, and due to the closed nature of the Sun's Java implementations, is an upstream bug. *** This bug has been marked as a duplicate of 69542 ***
