I have installed swt on a number of 32 bit machines and have been using it successfully for some time now. Last week I did an amd64 install using the world file of one of my running systems. The first issue I had was that swt threw an exception because the MOZILLA_FIVE_HOME variable was not set (never had that issue on any of my 32bit Gentoo installs, or Windows for that matter). After I set this to /usr/lib/xulrunner, my application came up and could create a new browser (NONE works, while MOZILLA throws a different exception (no more handles, could not detect registered XULRunner to use). The application is able to display local html files in the browser correctly, but pointing the browser to a valid external url (e.g.: http://www.google.com) does not yield any result (browser window remains unchanged, no debugging output, etc. Again, the same code runs fine on Windows and on my 32bit Gentoo systems. The following xulrunner versions are installed on my system: 1.8.1.19 1.9.0.10
Sorry, too many bugs open whilst wrangling. Sorry for the bugspam. 5:( Errr, whilst I'm here, please include the output of "emerge --info" and also tell us a bit more about the problem. Were you running a program you wrote, or were you using eclipse, or swt itself? The environment variable MOZILLA_FIVE_HOME is usually set in a wrapper script for most programs that require it (see mozilla-launcher). Could it be that this had previously been set manually in a user profile or similar and simply not transferred to the 64-bit machine? You can diagnose this by attempting to track down where MOZILLA_FIVE_HOME is set on one of your working systems. As to swt not being able to access external internet sites, it's not clear whether this is a xulrunner or swt issue (and I don't know enough about either package to guess). Do you have any more information on this, such as which conditions this occurs under and whether you believe this is a xulrunner or swt issue? Thanks...
Hi, I am posting my emerge --info below. To describe the problem again. If I want to use the gentoo amd64 version of swt (swt-3.4-r2), I have to set MOZILLA_FIVE_HOME manually to /usr/lib/xulrunner. Still, setting the browser to some url(browser = new Browser(SWT_NONE); browser.setUrl("http://www.google.com"); returns false and the widget displays nothing. New: If I use the swt build (swt-3.4.2-gtk-linux-x86_64.zip) that I just downloaded from: http://download.eclipse.org/eclipse/downloads/drops/R-3.4.2-200902111700/index.php#swt, everything works as expected (google page is displayed) and I don't have to set MOZILLA_FIVE_HOME (in fact I even unset it, just to make sure. That would suggest that the problem is indeed with the swt package and not with xulrunner. If you need any more info, let me know. For now, I will of course stick with the working version I got from the eclipse site, but I am happy to help fix this issue. -- emerge --info: Portage 2.1.6.13 (default/linux/amd64/2008.0, gcc-4.3.2, glibc-2.8_p20080602-r1, 2.6.29-gentoo-r5 x86_64) ================================================================= System uname: Linux-2.6.29-gentoo-r5-x86_64-AMD_Athlon-tm-_64_X2_Dual_Core_Processor_5000+-with-glibc2.2.5 Timestamp of tree: Sun, 21 Jun 2009 18:00:01 +0000 app-shells/bash: 3.2_p39 dev-java/java-config: 2.1.7 dev-lang/python: 2.5.4-r2 dev-util/cmake: 2.6.4 sys-apps/baselayout: 1.12.11.1 sys-apps/sandbox: 1.6-r2 sys-devel/autoconf: 2.13, 2.63 sys-devel/automake: 1.5, 1.9.6-r2, 1.10.2 sys-devel/binutils: 2.18-r3 sys-devel/gcc-config: 1.4.1 sys-devel/libtool: 1.5.26 virtual/os-headers: 2.6.27-r2 ACCEPT_KEYWORDS="amd64" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O2 -march=k8-sse3 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /var/lib/hsqldb" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c /etc/udev/rules.d" CXXFLAGS="-O2 -march=k8-sse3 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="distlocks fixpackages metadata-transfer parallel-fetch protect-owned sandbox sfperms strict unmerge-orphans userfetch" GENTOO_MIRRORS="ftp://chi-10g-1-mirror.fastsoft.net/pub/linux/gentoo/gentoo-distfiles/ http://chi-10g-1-mirror.fastsoft.net/pub/linux/gentoo/gentoo-distfiles/ ftp://mirror.csclub.uwaterloo.ca/gentoo-distfiles/ http://mirror.csclub.uwaterloo.ca/gentoo-distfiles/ ftp://gentoo.mirrors.tds.net/gentoo" LANG="en_CA.UTF-8" LDFLAGS="-Wl,-O1" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="3dnow 3dowext X a52 aac acl acpi alsa amd64 amrnb amrwb apache2 avi bash-completion bidi big-tables bindist bitmap-fonts bl branding bzip2 cairo cddb cdparanoia cjk cli cracklib crypt css cups custom-cflags custom-cxxflags custom-optimization daemon dbus dga dri dts dv dvd dvdr dvdread enca encode examples exif extras fbcon fbcondecor ffmpeg flac fortran freetype gd gdbm geoip gif gimp gnutls gpm gtk hal hardened httpd iconv icu id3tag imlib injection ipv6 isdnlog java java6 jpeg kerberos ladspa libwww live loop-aes lzo mad madwifi matroska max-idx-128 midi mmx mmxext mp2 mp3 mpeg mudflap multilib mysqli ncurses nemesi nls nptl nptlonly nsplugin offensive ogg oggvorbis openal opengl openmp pam pcre pdf perl php plotutils png pni postscript pppd python qt3support qt4 quicktime raw readline reflection rtc sdl server session sis skins spell spl srt sse sse2 ssl ssse3 startup-notification stream svg svnserve sysfs taglib tcpd theora threads tiff tk truetype unicode upnp vcd vim-syntax vlm vorbis wxGTK wxwindows x264 xanim xinerama xml xml2 xmlrpc xorg xscreensaver xslt xulrunner xv xvid xvmc zlib" ALSA_CARDS="intel-hda" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" USERLAND="GNU" VIDEO_CARDS="nvidia" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LC_ALL, LINGUAS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
Can you attach the following file /usr/share/swt-3.4/package.env and the full error message. I guess bug #234934 resurrecting.
There is no error message (I wish there was) setUrl() returns false and nothing happens, that is all. If I set MOZILLA_FIVE_HOME manually to /usr/lib64/xulrunner-1.9 everything works as expected. But shouldn't that variable be set automatically as manually setting it is not required in the version availbable from eclipse or in the 32-bit Gentoo builds? --- /usr/share/swt-3.4/package.env: DESCRIPTION="GTK based SWT Library" GENERATION="2" SLOT="3.4" CATEGORY="dev-java" PVR="3.4-r2" CLASSPATH="/usr/share/swt-3.4/lib/swt.jar" LIBRARY_PATH="/usr/lib64" VM=">=virtual/jre-1.4" TARGET="1.4" SOURCE="1.4" MERGE_VM="sun-jdk-1.6" MERGE_COMPILER="javac" MOZILLA_FIVE_HOME="/usr/lib64/xulrunner-1.9" ENV_VARS="MOZILLA_FIVE_HOME"
(In reply to comment #4) Does this happen in a custom application (i.e not installed by portage
(In reply to comment #5) > (In reply to comment #4) > Does this happen in a custom application (i.e not installed by portage > As I explained before: yes, it happens when I use the swt.jar in my application. To verify (and I mentioned this before, too) create a browser and try setting the url to something sensible. It will not produce the desired result unless MOZILLA_FIVE_HOME is set manually before launching the application.
Although MOZILLA_FIVE_HOME is essential to swt's browser component we don't set it in global env. but do set it for portage installed ones. I just added a log message about it in the ebuilds. Thank you for your understanding. Serkan