(I have submitted this bug to SWI-Prolog's Bugzilla. I am also submitting here because the problem may be caused by some Gentoo misconfiguration.) I have emerge'd SWI-Prolog 5.6.12 in a Gentoo Linux with kernel 2.6, on a amd64 machine. SWI works fine from the command line, but the JPL package simply refuses to run. Every attempt to use it (even the package examples) causes the following message: Exception in thread "main" jpl.JPLException: this Query's engine is not that which is attached to this thread at jpl.Query.close(Query.java:548) at jpl.Util.textToTerm(Util.java:165) at jpl.Query.Query1(Query.java:194) at jpl.Query.<init>(Query.java:185) (...rest of stack trace is related to the specific code run...) During the make'ing of JPL the following warnings appeared: ../plld.sh -march=k8 -O2 -pipe -fno-strict-aliasing -Wall -Wno-strict-aliasing -fpic -I. -I/opt/blackdown-jdk-1.4.2.03/include -I/opt/blackdown-jdk-1.4.2.03/include/linux -DHAVE_CONFIG_H -c -o src/c/jpl.o src/c/jpl.c src/c/jpl.c: In function `jni_hr_table_slot': src/c/jpl.c:929: warning: cast from pointer to integer of different size src/c/jpl.c: In function `jni_hr_hash': src/c/jpl.c:1106: warning: cast from pointer to integer of different size src/c/jpl.c: In function `jni_hr_add': src/c/jpl.c:1144: warning: cast from pointer to integer of different size src/c/jpl.c:1166: warning: cast from pointer to integer of different size src/c/jpl.c: In function `jni_hr_del': src/c/jpl.c:1188: warning: cast from pointer to integer of different size Maybe there is some incompatibility with 64-bit architecture?
Here is my "emerge --info": Portage 2.1_rc1 (default-linux/amd64/2006.0, gcc-3.4.6, glibc-2.3.5-r2, 2.6.16-gentoo-r6 x86_64) ================================================================= System uname: 2.6.16-gentoo-r6 x86_64 AMD Athlon(tm) 64 Processor 3500+ Gentoo Base System version 1.6.14 dev-lang/python: 2.4.2 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: [Not Present] dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.12 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2 sys-devel/binutils: 2.16.1-r2 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r3 ACCEPT_KEYWORDS="amd64 ~amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=k8 -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/kde/3/share/config /usr/share/X11/xkb /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/eselect/compiler /etc/gconf /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c /etc/env.d" CXXFLAGS="-march=k8 -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="http://www.las.ic.unicamp.br/pub/gentoo/ ftp://ftp.las.ic.unicamp.br/pub/gentoo/ http://distfiles.gentoo.org http://www.ibiblio.org/pub/Linux/distributions/gentoo " LINGUAS="pt_BR eo" MAKEOPTS="-j2" 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'" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.samerica.gentoo.org/gentoo-portage" USE="amd64 X aim alsa apache2 apm arts avi bash-completion berkdb bitmap-fonts cdparanoia cli crypt cups doc dri dvd dvdr emacs encode flac foomaticdb ftp gif gpm gstreamer imlib innodb ipv6 isdnlog jabber java javascript jpeg junit kde kdeenablefinal lzw lzw-tiff mad mime mozilla mp3 mpeg msn mule mysql ncurses nls nptl nsplugin offensive ogg opengl pam pdf pdflib php png postgres qt quicktime readline reflection sdl session soap sockets spell spl ssl svg tcpd tetex tidy tiff truetype-fonts type1-fonts unicode usb vcd videos vorbis xml xmlrpc xmms xorg xpm xv zlib elibc_glibc kernel_linux linguas_pt_BR linguas_eo userland_GNU" Unset: ASFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
Can you rebuild swi-prolog with 'threads' in your USE variables. It's most likely that we've overlooked the fact that JPL requires a threaded prolog engine.
(In reply to comment #2) > Can you rebuild swi-prolog with 'threads' in your USE variables. It's most > likely that we've overlooked the fact that JPL requires a threaded prolog > engine. > Hurrah, you catch it, Keri! Unfortunately my code, rapidly updated from JPL 1.0.1, still does not work... But the examples work well, and my Prolog code works well too. I will try to figure out what's missing from the examples. THANX A LOT!! --- Mois
(In reply to comment #2) > Can you rebuild swi-prolog with 'threads' in your USE variables. It's most > likely that we've overlooked the fact that JPL requires a threaded prolog > engine. > Hurrah, you catch it, Keri! Unfortunately my code, rapidly updated from JPL 1.0.1, still does not work... But the examples work well, and my Prolog code works well too. I will try to figure out what's missing from the examples. THANX A LOT!! --- Moisés
Fixed in cvs; the prolog engine will be built threaded if 'threads' or 'java -minimal' is in USE. Thanks for the bug report Mois
Fixed in cvs; the prolog engine will be built threaded if 'threads' or 'java -minimal' is in USE. Thanks for the bug report Moisés.
