Home | Docs | Forums | Lists | Bugs | Planet | Store | GMN | Get Gentoo!
Not eligible to see or edit group visibility for this bug.
View Bug Activity | Format For Printing | XML | Clone This Bug
* Building the Mozilla component g++ -march=nocona -O2 -pipe -DSWT_VERSION=3236 -DXPCOM_GLUE=1 -DMOZILLA_STRICT_API=1 -fno-rtti -fno-exceptions -Wall -Wno-non-virtual-dtor -fPIC -I. -I/opt/blackdown-jdk-1.4.2.03/include -I/opt/blackdown-jdk-1.4.2.03/include/linux -DSWT_PTR_SIZE_64 -I/usr/lib64/seamonkey/include -I/usr/lib64/seamonkey/include/xpcom -I/usr/lib64/seamonkey/include/string -I/usr/include/nspr -c xpcom.cpp g++ -march=nocona -O2 -pipe -DSWT_VERSION=3236 -DXPCOM_GLUE=1 -DMOZILLA_STRICT_API=1 -fno-rtti -fno-exceptions -Wall -Wno-non-virtual-dtor -fPIC -I. -I/opt/blackdown-jdk-1.4.2.03/include -I/opt/blackdown-jdk-1.4.2.03/include/linux -DSWT_PTR_SIZE_64 -I/usr/lib64/seamonkey/include -I/usr/lib64/seamonkey/include/xpcom -I/usr/lib64/seamonkey/include/string -I/usr/include/nspr -c xpcom_custom.cpp g++ -march=nocona -O2 -pipe -DSWT_VERSION=3236 -DXPCOM_GLUE=1 -DMOZILLA_STRICT_API=1 -fno-rtti -fno-exceptions -Wall -Wno-non-virtual-dtor -fPIC -I. -I/opt/blackdown-jdk-1.4.2.03/include -I/opt/blackdown-jdk-1.4.2.03/include/linux -DSWT_PTR_SIZE_64 -I/usr/lib64/seamonkey/include -I/usr/lib64/seamonkey/include/xpcom -I/usr/lib64/seamonkey/include/string -I/usr/include/nspr -c xpcom_structs.cpp Dans le fichier inclus à partir de xpcom_structs.h:29Dans le fichier inclus à partir de xpcom_structs.h:29, à partir de xpcom_structs.cpp:30: xpcom.h:18:25: erreur: nsEmbedAPI.h : Aucun fichier ou répertoire de ce type , à partir de xpcom.cpp:30: xpcom.h:18:25: erreur: nsEmbedAPI.h : Aucun fichier ou répertoire de ce type Dans le fichier inclus à partir de xpcom_structs.h:29, à partir de xpcom_custom.cpp:13: xpcom.h:18:25: erreur: nsEmbedAPI.h : Aucun fichier ou répertoire de ce type make: *** [xpcom_structs.o] Erreur 1 make: *** Attente des tâches non terminées.... xpcom.cpp: In function ‘jint Java_org_eclipse_swt_internal_mozilla_XPCOM_NS_1InitEmbedding(JNIEnv*, _jclass*, jlong, jlong)’: xpcom.cpp:94: erreur: ‘NS_InitEmbedding’ was not declared in this scope xpcom.cpp: In function ‘jint Java_org_eclipse_swt_internal_mozilla_XPCOM_NS_1TermEmbedding(JNIEnv*, _jclass*)’: xpcom.cpp:122: erreur: ‘NS_TermEmbedding’ was not declared in this scope make: *** [xpcom_custom.o] Erreur 1 make: *** [xpcom.o] Erreur 1 !!! ERROR: dev-java/swt-3.2.2 failed. Call stack: ebuild.sh, line 1614: Called dyn_compile ebuild.sh, line 971: Called qa_call 'src_compile' environment, line 4749: Called src_compile swt-3.2.2.ebuild, line 161: Called die !!! Failed to build Mozilla support !!! If you need support, post the topmost build error, and the call stack if relevant. !!! A complete build log is located at '/var/tmp/portage/dev-java/swt-3.2.2/temp/build.log'. !!! When you file a bug report, please include the following information: GENTOO_VM=blackdown-jdk-1.4.2 CLASSPATH="" JAVA_HOME="/opt/blackdown-jdk-1.4.2.03" JAVACFLAGS="-source 1.4 -target 1.4" COMPILER="" and of course, the output of emerge --info
# emerge --info Portage 2.1.2.2 (default-linux/amd64/2006.1/desktop, gcc-4.1.2, glibc-2.5-r1, 2.6.20-gentoo-r3 x86_64) ================================================================= System uname: 2.6.20-gentoo-r3 x86_64 Intel(R) Pentium(R) D CPU 3.00GHz Gentoo Base System version 1.12.9 Timestamp of tree: Mon, 26 Mar 2007 17:50:01 +0000 dev-java/java-config: 1.3.7, 2.0.31-r5 dev-lang/python: 2.4.4 dev-python/pycrypto: 2.0.1-r5 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 sys-devel/gcc-config: 1.3.15-r1 sys-devel/libtool: 1.5.23b virtual/os-headers: 2.6.20-r2 ACCEPT_KEYWORDS="amd64 x86 ~amd64 ~x86" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=nocona -O2 -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/java-config/vms/ /etc/php/apache1-php5/ext-active/ /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/splash /etc/terminfo" CXXFLAGS="-march=nocona -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="http://ftp.club-internet.fr/pub/mirrors/gentoo http://distfiles.gentoo.org" LANG="fr_FR.UTF-8" LC_ALL="fr_FR.UTF-8" LINGUAS="fr en us" 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/portage/local/layman/sunrise /usr/portage/local/layman/java-experimental" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="X alsa amd64 apache2 arts avi bash-completion berkdb bitmap-fonts cairo cdr cli cracklib crypt cups dbus dlloader dri dvd dvdr eds emboss encode esd exif fam firefox flac fortran galago gdbm gif gnome gphoto2 gpm gstreamer gtk gtk2 hal iconv ipv6 isdnlog java jpeg kde ldap libg++ mad midi mikmod mono mp3 mpeg musepack mysql mysqli ncurses nls nptl nptlonly nsplugin ogg opengl oss pam pcre pdflib perl png ppds pppd python qt3 qt4 quicktime readline reflection ruby samba sdl seamonkey session spell spl ssl svg tcpd tiff truetype truetype-fonts type1-fonts udev unicode usb vorbis xine xinetd xml xorg xv xvid zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" 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" CAMERAS="canon ptp2" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="fr en us" USERLAND="GNU" VIDEO_CARDS="nvidia nv vesa fbdev" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Reopen with error messages in English; set your locales to C when reporting bugs.
I hope I'm right now. # export LC_ALL=C # emerge --update swt ... * Building the Mozilla component g++ -march=nocona -O2 -pipe -DSWT_VERSION=3236 -DXPCOM_GLUE=1 -DMOZILLA_STRICT_API=1 -fno-rtti -fno-exceptions -Wall -Wno-non-virtual-dtor -fPIC -I. -I/opt/blackdown-jdk-1.4.2.03/include -I/opt/blackdown-jdk-1.4.2.03/include/linux -DSWT_PTR_SIZE_64 -I/usr/lib64/seamonkey/include -I/usr/lib64/seamonkey/include/xpcom -I/usr/lib64/seamonkey/include/string -I/usr/include/nspr -c xpcom.cpp g++ -march=nocona -O2 -pipe -DSWT_VERSION=3236 -DXPCOM_GLUE=1 -DMOZILLA_STRICT_API=1 -fno-rtti -fno-exceptions -Wall -Wno-non-virtual-dtor -fPIC -I. -I/opt/blackdown-jdk-1.4.2.03/include -I/opt/blackdown-jdk-1.4.2.03/include/linux -DSWT_PTR_SIZE_64 -I/usr/lib64/seamonkey/include -I/usr/lib64/seamonkey/include/xpcom -I/usr/lib64/seamonkey/include/string -I/usr/include/nspr -c xpcom_custom.cpp g++ -march=nocona -O2 -pipe -DSWT_VERSION=3236 -DXPCOM_GLUE=1 -DMOZILLA_STRICT_API=1 -fno-rtti -fno-exceptions -Wall -Wno-non-virtual-dtor -fPIC -I. -I/opt/blackdown-jdk-1.4.2.03/include -I/opt/blackdown-jdk-1.4.2.03/include/linux -DSWT_PTR_SIZE_64 -I/usr/lib64/seamonkey/include -I/usr/lib64/seamonkey/include/xpcom -I/usr/lib64/seamonkey/include/string -I/usr/include/nspr -c xpcom_structs.cpp In file included from xpcom_structs.h:29, from xpcom.cpp:30: xpcom.h:18:25: error: nsEmbedAPI.h: No such file or directory In file included from xpcom_structs.h:29, from xpcom_custom.cpp:13: xpcom.h:18:25: error: nsEmbedAPI.h: No such file or directory xpcom.cpp: In function 'jint Java_org_eclipse_swt_internal_mozilla_XPCOM_NS_1InitEmbedding(JNIEnv*, _jclass*, jlong, jlong)': xpcom.cpp:94: error: 'NS_InitEmbedding' was not declared in this scope xpcom.cpp: In function 'jint Java_org_eclipse_swt_internal_mozilla_XPCOM_NS_1TermEmbedding(JNIEnv*, _jclass*)': xpcom.cpp:122: error: 'NS_TermEmbedding' was not declared in this scope In file included from xpcom_structs.h:29, from xpcom_structs.cpp:30: xpcom.h:18:25: error: nsEmbedAPI.h: No such file or directory make: *** [xpcom.o] Error 1 make: *** Waiting for unfinished jobs.... make: *** [xpcom_custom.o] Error 1 make: *** [xpcom_structs.o] Error 1 !!! ERROR: dev-java/swt-3.2.2 failed. Call stack: ebuild.sh, line 1614: Called dyn_compile ebuild.sh, line 971: Called qa_call 'src_compile' environment, line 4749: Called src_compile swt-3.2.2.ebuild, line 161: Called die !!! Failed to build Mozilla support !!! If you need support, post the topmost build error, and the call stack if relevant. !!! A complete build log is located at '/var/tmp/portage/dev-java/swt-3.2.2/temp/build.log'. !!! When you file a bug report, please include the following information: GENTOO_VM=blackdown-jdk-1.4.2 CLASSPATH="" JAVA_HOME="/opt/blackdown-jdk-1.4.2.03" JAVACFLAGS="-source 1.4 -target 1.4" COMPILER="" and of course, the output of emerge --info
# find /usr -iname "nsEmbedAPI.h" /usr/lib64/mozilla-firefox/include/embed_base/nsEmbedAPI.h /usr/lib64/mozilla-thunderbird/include/embed_base/nsEmbedAPI.h /usr/lib64/seamonkey/include/embed_base/nsEmbedAPI.h Givent the error message, it seems that the gcc command line miss one of these mozilla include : g++ -march=nocona -O2 -pipe -DSWT_VERSION=3236 -DXPCOM_GLUE=1 -DMOZILLA_STRICT_API=1 -fno-rtti -fno-exceptions -Wall -Wno-non-virtual-dtor -fPIC -I. -I/opt/blackdown-jdk-1.4.2.03/include -I/opt/blackdown-jdk-1.4.2.03/include/linux -DSWT_PTR_SIZE_64 -I/usr/lib64/seamonkey/include -I/usr/lib64/seamonkey/include/xpcom -I/usr/lib64/seamonkey/include/string -I/usr/include/nspr -c xpcom_structs.cpp FYI I have these Java VM installed : # eselect java-vm list Available Java Virtual Machines: [1] blackdown-jdk-1.4.2 [2] sun-jdk-1.5 [3] sun-jdk-1.6 system-vm Hope this helps.
(In reply to comment #4) > > g++ -march=nocona -O2 -pipe -DSWT_VERSION=3236 -DXPCOM_GLUE=1 > -DMOZILLA_STRICT_API=1 -fno-rtti -fno-exceptions -Wall -Wno-non-virtual-dtor > -fPIC -I. -I/opt/blackdown-jdk-1.4.2.03/include > -I/opt/blackdown-jdk-1.4.2.03/include/linux -DSWT_PTR_SIZE_64 > -I/usr/lib64/seamonkey/include -I/usr/lib64/seamonkey/include/xpcom > -I/usr/lib64/seamonkey/include/string -I/usr/include/nspr -c > xpcom_structs.cpp > What version of seamonkey do you have installed? If it's not the latest, does updating to the latest version fix the issue for you.
> What version of seamonkey do you have installed? If it's not the latest, does > updating to the latest version fix the issue for you. I think I already have the latest seamonkey. $ eix seamonkey [I] www-client/seamonkey Available versions: 1.0.7 (~)1.0.8 1.1.1 Installed versions: 1.1.1(11:01:00 02.03.2007)(crypt -debug gnome ipv6 java ldap -mozdevelop -moznocompose -moznoirc -moznomail -moznopango -moznoroaming -postgres -xforms -xinerama -xprint)
I am getting the exact same error with USE="seamonkey -xulrunner". On the other hand, with USE="xulrunner -seamonkey", the error becomes slightly different: [...] g++ -o xpcom17_profile.o -march=nocona -O2 -pipe -DSWT_VERSION=3236 -DXPCOM_GLUE=1 -DMOZILLA_STRICT_API=1 -fno-rtti -fno-exceptions -Wall -Wno-non-virtual-dtor -fPIC -I. -I/opt/blackdown-jdk-1.4.2.03/include -I/opt/blackdown-jdk-1.4.2.03/include/linux -DSWT_PTR_SIZE_64 -c xpcom_profile.cpp g++ -o xpcom18_profile.o -march=nocona -O2 -pipe -DSWT_VERSION=3236 -DXPCOM_GLUE=1 -DMOZILLA_STRICT_API=1 -fno-rtti -fno-exceptions -Wall -Wno-non-virtual-dtor -fPIC -I. -I/opt/blackdown-jdk-1.4.2.03/include -I/opt/blackdown-jdk-1.4.2.03/include/linux -DSWT_PTR_SIZE_64 -c xpcom_profile.cpp In file included from xpcom_profile_structs.h:29, from xpcom_profile.cpp:30: xpcom_profile.h:17:22: error: nsCOMPtr.h: No such file or directory xpcom_profile.h:18:41: error: nsProfileDirServiceProvider.h: No such file or directory [...] This is on an ~amd64 system, seamonkey-1.1.1, xulrunner-1.8.0.4
Created an attachment (id=116026) [edit] swt-3.2.2.ebuild OK, so here is why the build failures is happening. Problem 1: have a look at make_linux.mak; you will see that GECKO_CFLAGS are not applied when building xpcom_profile.cpp, which causes failure. Problem 2: xpcom_profile.h #includes nsProfileDirServiceProvider.h, which is not in pkgconfig cflags for *any* xulrunner or seamonkey package. It's there in the gecko include tree though; so we need to add it manually, or the build fails. Problem 3: xpcom.h #includes nsEmbedAPI.h; nsEmbedAPI.h is not in the pkgconfig cflags for *any* seamonkey-1.1 package. So again we need to add it manually or the seamonkey build fails. (Note that current xulrunner's pkgconfig handles this fine, but adding the extra include won't hurt, especially since future of xulrunner might become like seamonkey and firefox.) I am attaching an ebuild that fixes these problems.
> I am attaching an ebuild that fixes these problems. Tested here on my ~amd64/~x86 box. Works nicely ;-) MANY THANKS !
not fixed until in tree
(In reply to comment #9) > > I am attaching an ebuild that fixes these problems. > > Tested here on my ~amd64/~x86 box. Works nicely ;-) > > MANY THANKS ! > Works for me as well on ~amd64.
welp: https://bugs.gentoo.org/show_bug.cgi?id=169456#c2 Did you just keyword without testing or is this something caused by recent version bumps in mozilla based browsers?
(In reply to comment #8) > Created an attachment (id=116026) [edit] > swt-3.2.2.ebuild > The other way to solve this is to fix the firefox patch that we are using to apply on amd64. As you can see here: http://overlays.gentoo.org/proj/java/browser/other/swt-patches/swt-3.2.2-gentoo-patches The patch is not applied on amd64. I asked for testing on amd64 in bug 169456 and there they said it works fine.
(In reply to comment #13) > The other way to solve this is to fix the firefox patch that we are using to > apply on amd64. As you can see here: So there is a patch... I have no idea about the java part, but make_linux.mak, xpcom_profile.h, and the nsEmbedAPI stuff need to be fixed on every architecture. (However, adding /usr/$(get_libdir)/${gecko}/include/embed_base to the includes may be easier than patching away all usage of the nsEmbedAPI api.) Otherwise there is no way swt mozilla component can possibly compile.
(In reply to comment #14) > > I have no idea about the java part, but make_linux.mak, xpcom_profile.h, and > the nsEmbedAPI stuff need to be fixed on every architecture. (However, adding > /usr/$(get_libdir)/${gecko}/include/embed_base to the includes may be easier > than patching away all usage of the nsEmbedAPI api.) > Actually I think the patch changes the code so that it doesn't need the headers that are not reachable.
Created an attachment (id=120346) [edit] updated x86 firefox patch This is a blindly updated x86 patch for amd64 sources. Can anyone test it? (no changes to ebuild as proposed by the previous attachment). I have no amd64.
Sadly doesn't seem to work * Building the Mozilla component g++ -march=k8 -pipe -O2 -DSWT_VERSION=3236 -DXPCOM_GLUE=1 -DMOZILLA_STRICT_API=1 -fno-rtti -fno-exceptions -Wall -Wno-non-virtual-dtor -fPIC -I. -I/opt/sun-jdk-1.6.0.02_alpha02/include -I/opt/sun-jdk-1.6.0.02_alpha02/include/linux -DSWT_PTR_SIZE_64 -I/usr/lib64/xulrunner/include -I/usr/lib64/xulrunner/include/xpcom -I/usr/lib64/xulrunner/include/string -I/usr/include/nspr -c xpcom.cpp g++ -march=k8 -pipe -O2 -DSWT_VERSION=3236 -DXPCOM_GLUE=1 -DMOZILLA_STRICT_API=1 -fno-rtti -fno-exceptions -Wall -Wno-non-virtual-dtor -fPIC -I. -I/opt/sun-jdk-1.6.0.02_alpha02/include -I/opt/sun-jdk-1.6.0.02_alpha02/include/linux -DSWT_PTR_SIZE_64 -I/usr/lib64/xulrunner/include -I/usr/lib64/xulrunner/include/xpcom -I/usr/lib64/xulrunner/include/string -I/usr/include/nspr -c xpcom_custom.cpp xpcom.cpp: In function 'jint Java_org_eclipse_swt_internal_mozilla_XPCOM_NS_1InitEmbedding(JNIEnv*, _jclass*, jlong, jlong)': xpcom.cpp:94: error: 'NS_InitEmbedding' was not declared in this scope g++ -march=k8 -pipe -O2 -DSWT_VERSION=3236 -DXPCOM_GLUE=1 -DMOZILLA_STRICT_API=1 -fno-rtti -fno-exceptions -Wall -Wno-non-virtual-dtor -fPIC -I. -I/opt/sun-jdk-1.6.0.02_alpha02/include -I/opt/sun-jdk-1.6.0.02_alpha02/include/linux -DSWT_PTR_SIZE_64 -I/usr/lib64/xulrunner/include -I/usr/lib64/xulrunner/include/xpcom -I/usr/lib64/xulrunner/include/string -I/usr/include/nspr -c xpcom_structs.cpp make: *** [xpcom.o] Error 1
*** Bug 179915 has been marked as a duplicate of this bug. ***
Created an attachment (id=120424) [edit] amd64 firefox patch converted from x86 Looks like I forgot to repair one rejected hunk, let's try this one :)
(In reply to comment #19) > Created an attachment (id=120424) [edit] > amd64 firefox patch converted from x86 > > Looks like I forgot to repair one rejected hunk, let's try this one :) > Thanks. This worked for me.
Works for me on ~amd64 with xulrunner -seamonkey.
Thanks for the testing. But did you test only compiling or running it too? I want to be sure before I add this patch to the ebuild in portage and proceed with stabilization. The simple testcase is here: https://overlays.gentoo.org/svn/proj/java/testcases/dev-java/swt/ test with both USE="seamonkey -xulrunner" and USE="xulrunner -seamonkey" (if you set both, xulrunner is used)
(In reply to comment #22) > Thanks for the testing. But did you test only compiling or running it too? I > want to be sure before I add this patch to the ebuild in portage and proceed > with stabilization. > The simple testcase is here: > https://overlays.gentoo.org/svn/proj/java/testcases/dev-java/swt/ > test with both USE="seamonkey -xulrunner" and USE="xulrunner -seamonkey" (if > you set both, xulrunner is used) > Here's what I did (let me know if I'd done something wrong): with USE="seamonkey -xulrunner": 1. ebuild `equery which =dev-java/swt-3.2.2-r1` unpack 2. patch -p1 </tmp/patch-from-comment-#19> 3. ebuild `equery which =dev-java/swt-3.2.2-r1` merge 4. sh runtest.sh seamonkey ==> <8 errors in the terminal window like: "ERROR: ld.so: object '/usr/lib/seamonkey/libxul.so' from LD_PRELOAD cannot be preloaded: ignored."> and then a bare browser window came up (without the ususal seamonkey buttons) that was visiting http://www.eclipse.org/. with USE="xulrunner -seamonkey" (I had to emerge xulrunner first) Steps 1,2 3 as above 4. sh runtest.sh/sh runtest.sh seamonkey/sh runstest.sh xulrunner => scarlatti tmp # sh runtest.sh Exception in thread "main" java.lang.InternalError at java.util.zip.Inflater.init(Native Method) at java.util.zip.Inflater.<init>(Inflater.java:75) at java.util.zip.ZipFile.getInflater(ZipFile.java:375) at java.util.zip.ZipFile.getInputStream(ZipFile.java:320) at java.util.zip.ZipFile.getInputStream(ZipFile.java:286) at java.util.jar.JarFile.hasClassPathAttribute(JarFile.java:467) at java.util.jar.JavaUtilJarAccessImpl.jarFileHasClassPathAttribute(JavaUtilJarAccessImpl.java:15) at sun.misc.URLClassPath$JarLoader.getClassPath(URLClassPath.java:809) at sun.misc.URLClassPath.getLoader(URLClassPath.java:293) at sun.misc.URLClassPath.getResource(URLClassPath.java:160) at java.net.URLClassLoader$1.run(URLClassLoader.java:192) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:188) at java.lang.ClassLoader.loadClass(ClassLoader.java:306) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:268) at java.lang.ClassLoader.loadClass(ClassLoader.java:251) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319) scarlatti tmp # sh runtest.sh seamonkey ERROR: ld.so: object '/usr/lib/seamonkey/libxul.so' from LD_PRELOAD cannot be preloaded: ignored. ERROR: ld.so: object '/usr/lib/seamonkey/libxul.so' from LD_PRELOAD cannot be preloaded: ignored. ERROR: ld.so: object '/usr/lib/seamonkey/libxul.so' from LD_PRELOAD cannot be preloaded: ignored. ERROR: ld.so: object '/usr/lib/seamonkey/libxul.so' from LD_PRELOAD cannot be preloaded: ignored. ERROR: ld.so: object '/usr/lib/seamonkey/libxul.so' from LD_PRELOAD cannot be preloaded: ignored. ERROR: ld.so: object '/usr/lib/seamonkey/libxul.so' from LD_PRELOAD cannot be preloaded: ignored. ERROR: ld.so: object '/usr/lib/seamonkey/libxul.so' from LD_PRELOAD cannot be preloaded: ignored. ERROR: ld.so: object '/usr/lib/seamonkey/libxul.so' from LD_PRELOAD cannot be preloaded: ignored. Exception in thread "main" org.eclipse.swt.SWTError: XPCOM error -1041039359 at org.eclipse.swt.browser.Browser.error(Unknown Source) at org.eclipse.swt.browser.Browser.<init>(Unknown Source) at Snippet128.main(Snippet128.java:58) scarlatti tmp # sh runtest.sh xulrunner Exception in thread "main" java.lang.InternalError at java.util.zip.Inflater.init(Native Method) at java.util.zip.Inflater.<init>(Inflater.java:75) at java.util.zip.ZipFile.getInflater(ZipFile.java:375) at java.util.zip.ZipFile.getInputStream(ZipFile.java:320) at java.util.zip.ZipFile.getInputStream(ZipFile.java:286) at java.util.jar.JarFile.hasClassPathAttribute(JarFile.java:467) at java.util.jar.JavaUtilJarAccessImpl.jarFileHasClassPathAttribute(JavaUtilJarAccessImpl.java:15) at sun.misc.URLClassPath$JarLoader.getClassPath(URLClassPath.java:809) at sun.misc.URLClassPath.getLoader(URLClassPath.java:293) at sun.misc.URLClassPath.getResource(URLClassPath.java:160) at java.net.URLClassLoader$1.run(URLClassLoader.java:192) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:188) at java.lang.ClassLoader.loadClass(ClassLoader.java:306) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:268) at java.lang.ClassLoader.loadClass(ClassLoader.java:251) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
(In reply to comment #23) > 4. sh runtest.sh seamonkey ==> > <8 errors in the terminal window like: "ERROR: ld.so: object > '/usr/lib/seamonkey/libxul.so' from LD_PRELOAD cannot be preloaded: ignored."> > and then a bare browser window came up (without the ususal seamonkey buttons) > that was visiting http://www.eclipse.org/. Suppose the errors come from using preload, but at least it worked in the end huh. > scarlatti tmp # sh runtest.sh xulrunner > Exception in thread "main" java.lang.InternalError > at java.util.zip.Inflater.init(Native Method) > at java.util.zip.Inflater.<init>(Inflater.java:75) > at java.util.zip.ZipFile.getInflater(ZipFile.java:375) > at java.util.zip.ZipFile.getInputStream(ZipFile.java:320) > at java.util.zip.ZipFile.getInputStream(ZipFile.java:286) > at java.util.jar.JarFile.hasClassPathAttribute(JarFile.java:467) > at > java.util.jar.JavaUtilJarAccessImpl.jarFileHasClassPathAttribute(JavaUtilJarAccessImpl.java:15) > at sun.misc.URLClassPath$JarLoader.getClassPath(URLClassPath.java:809) > at sun.misc.URLClassPath.getLoader(URLClassPath.java:293) > at sun.misc.URLClassPath.getResource(URLClassPath.java:160) > at java.net.URLClassLoader$1.run(URLClassLoader.java:192) > at java.security.AccessController.doPrivileged(Native Method) > at java.net.URLClassLoader.findClass(URLClassLoader.java:188) > at java.lang.ClassLoader.loadClass(ClassLoader.java:306) > at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:268) > at java.lang.ClassLoader.loadClass(ClassLoader.java:251) > at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319) > Weird, this looks like if the swt.jar file is corrupted. Can you check it (it's just renamed zip file). Did you run out of disk space or what? Anyway, ali_bush tested it and worked for him on amd64, so I've put the amd64 patch in patchset and used it in swt-3.2.2 and 3.2.2-r1. Should be fixed in few hours as it hits your mirrors.
(In reply to comment #24) OK, I'll give the it a whirl. I'll reopen if I have a problem.
