Filing here since java overlay project doesn't seem to have an own bugtracker. Upstream devs told me to consult gentoo: https://joal.dev.java.net/issues/show_bug.cgi?id=20 Thank you for help! Reproducible: Always
Created attachment 159894 [details] Output of emerge --info
Any news on this?
Well this is from the build files that joal-1.1.0 uses to build the thing, are you able to test with the 1.1.0 upstream binary and confirm this is actually a gentoo bug? # alGetProcAddress is broken for core OpenAL routines at least up # through OpenAL 1.1, so we have to implement our own dlsym() # operation in order to populate the ALProcAddressTable and # ALCProcAddressTable. If / when it is fixed and we don't need # compatibility with preexisting OpenAL 1.0 and 1.1 installations we # can enable the code below, except presumably for the bootstrapping # routines alcOpenDevice, alcCreateContext, alcMakeContextCurrent, and # alGetProcAddress itself. Ignore alGetProcAddress it would also be nice to know how to actually reproduce the error....
I'm afraid I'm not allowed to hand the software that I used when the bug occured to other people, however I think any small piece of java software that calls joal.util.ALut.alutInit() (which in turn calls alGetProcAddress, see the backtrace on https://joal.dev.java.net/issues/show_bug.cgi?id=20&) or alGetProcAddress() directly would do. Getting 32-bit-versions of java and all the libraries so I can run with shipped binaries takes some time I don't have atm, but I'll try that as soon as I get to it.
I have bumped joal and it now seems to have what you were missing nm -D joal-1.1.3_pre20080726/image/usr/lib64/joal/libjoal_native.so | grep GetProc 000000000000b5a7 T Java_net_java_games_joal_impl_ALImpl_dispatch_1alGetProcAddress0__Ljava_lang_String_2J please test
Created attachment 161451 [details] Build log for dev/java-joal-1.1.3_pre20080726 Fails to compile because of missing class definitions ... see build log
mmmm..... I bumped gluegen at the same time, could you update that and retest, I was able to reproduce the build failing, but it was with different missing classes so im not sure why that was. If it fails please run with JAVA_PKG_DEBUG="true" set in environment and attach the build log. Might also want to try with JAVA_PKG_STRICT=1 set ( not that it should matter ). also emerge -pv openal would be nice. For me its..... * media-libs/openal gentoo: 0.0.8-r2 {:0} installed: 0.0.8-r2* {:0} Description: an open, vendor-neutral, cross-platform API for interactive, primarily spatialized audio Homepage: http://www.openal.org Relevant USE flags: (alsa) (-arts) (-debug) (-esd) (mp3) (sdl) (vorbis) License: LGPL-2 Installed time: Sun May 4 06:34:32 2008 Source repository: gentoo Installed using: paludis-0.26.1
This works, here's an output snippet: [Dynamic-linking native method net.java.games.joal.impl.ALCImpl.dispatch_alcCreateContext0 ... JNI] [Dynamic-linking native method net.java.games.joal.impl.ALCImpl.dispatch_alcMakeContextCurrent0 ... JNI] [Dynamic-linking native method net.java.games.joal.impl.ALImpl.dispatch_alGetProcAddress0 ... JNI] [Dynamic-linking native method net.java.games.joal.impl.ALCImpl.dispatch_alcGetError0 ... JNI] and this is an extract of libjaol_native's symbol table: 000000000000b586 T Java_net_java_games_joal_impl_ALImpl_dispatch_1alGetProcAddress0__Ljava_lang_String_2J The application fails with other errors, but those don't look related in any way. (There is, for instance, an integer type mismatch certainly caused by a 32/64 bit mismatch problem)
Could you post the errors for reference. Hopefully a patch can be created and sent upstream...
Created attachment 161512 [details] Argument mismatch errors Here you go
That looks like a jogl error so closing as solved.
