unpack the zip file, and then run the following from the command line in each folder:

1

antcleanrun

After running the examples, select one of the options from the list above. If you vote "no" please post your platform configuration: CPU, AudioCard, OS, etc and a copy of whatever printouts you get as a result of running the test.

Actually, this is a completely new one, and probably a bug in the context (thread) management code, as opposed to OpenAL initialization, which is the issue we've been seeing up till now. The bad news is updating your drivers isn't likely to fix anything even if you could update them. The good news is, the problem appears to be in a very specific piece of code which we have control over, so with luck it will be an easy fix.

EDIT: Could you make sure to report this to issuezilla? Give as much info as you can on platform, hardware, configuration, etc along with any printouts or stack traces you may have. Thanks.

Issuetracker won't let me file a new bug. It tells me that I am not logged in even though I do log in repeatedly. So maybe you can file the bug. The two bits of code I posted I got from using the thread dump mechanism(ctrl-brk) not from an actual jvm crash. It just hangs there after "could not initialise."

"No, it runs, but it doesn't sound right."I'm running OSX on a G4. (not sure where I can find what my sound card is) I'm using the latest OSX build.The program runs perfectly, but the sound played back is only static with certain wav files.lesson1/wavdata/FancyPants.wav plays clearly.lesson2/wavdata/Footsteps.wav plays static. Footsteps.wav is not corrupted because I can play it in other programs.

"No, it runs, but it doesn't sound right."I'm running OSX on a G4. (not sure where I can find what my sound card is) I'm using the latest OSX build.The program runs perfectly, but the sound played back is only static with certain wav files.lesson1/wavdata/FancyPants.wav plays clearly.lesson2/wavdata/Footsteps.wav plays static. Footsteps.wav is not corrupted because I can play it in other programs.

Hmmm... Very strange. Let me check to see if greg pierce (he did the port to OSX) is getting similar results with the footsteps. I'll go back and take a look at the demo that uses footsteps and see if there's any obvious culprits.

Hey chaps, if anyone (on Windows) is having trouble with JOAL would you mind grabbing Alien Flux and seeing if that works? That'll basically put any driver worries to rest for Athomas and he will be able to tell if it's just in the JOAL code.

I tried it yesterday on my Redhat 9.0 Athlon box, with J2SE 1.4.2_02, SB Live (emu10k driver), and openAL from CVS:

Lesson 1 to 3 ran, after some Linux specific tweaking of the buildfiles and sources: You need to set java.library.path via a jvmarg tag and the keyboard input loop in Lesson 1 does not work with Linux. Propably some issues with buffered stdin stream, I havn't investigated but simply hardcoded the al* functions calls seperated by Thread.sleep().

[java] NOTE: We are unable to locate the function name symbol for the error[java] just occurred. Please refer to release documentation for possible[java] reason and solutions.

[java] Current Java thread:[java] at net.java.games.joal.ALCImpl.openDeviceNative(Native Method)[java] at net.java.games.joal.ALCImpl.alcOpenDevice(ALCImpl.java:53)[java] at net.java.games.joal.util.ALut.alutInit(ALut.java:75)[java] at LoopingAndFadeaway.main(Unknown Source)

AlienFlux does work. Also, an earlier version I got (.dll and jar dated 18 nov. ) works fine. That version started working after updating the openAL drivers from openAL.org.Running with the older version (not using ant) gives me the following output :

Some notes beside this:I had to copy the native library into a java.library.path directory. Isn't there any alternative? I remember the native library mechanism searches in the same dir as the class file first ...

Can anyone comment on the state of OpenAL (not JOAL) for Linux in general?

An unexpected exception has been detected in native code outside the VM.Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x0Function=[Unknown.]Library=(N/A)

NOTE: We are unable to locate the function name symbol for the error just occurred. Please refer to release documentation for possible reason and solutions.

Current Java thread: at net.java.games.joal.ALCImpl.openDeviceNative(Native Method) at net.java.games.joal.ALCImpl.alcOpenDevice(ALCImpl.java:53) at net.java.games.joal.util.ALut.alutInit(ALut.java:75) at SingleStaticSource.main(SingleStaticSource.java:133) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.apache.tools.ant.taskdefs.ExecuteJava.run(ExecuteJava.java:208) at org.apache.tools.ant.taskdefs.ExecuteJava.execute(ExecuteJava.java:150) at org.apache.tools.ant.taskdefs.Java.run(Java.java:443) at org.apache.tools.ant.taskdefs.Java.executeJava(Java.java:163) at org.apache.tools.ant.taskdefs.Java.execute(Java.java:108) at org.apache.tools.ant.Task.perform(Task.java:341) at org.apache.tools.ant.Target.execute(Target.java:309) at org.apache.tools.ant.Target.performTasks(Target.java:336) at org.apache.tools.ant.Project.executeTarget(Project.java:1339) at org.apache.tools.ant.Project.executeTargets(Project.java:1255) at org.apache.tools.ant.Main.runBuild(Main.java:609) at org.apache.tools.ant.Main.start(Main.java:196) at org.apache.tools.ant.Main.main(Main.java:235)

Local Time = Fri Dec 12 12:45:13 2003Elapsed Time = 2## The exception above was detected in native code outside the VM## Java VM: Java HotSpot(TM) Client VM (1.4.2_02-b03 mixed mode)## An error report file has been saved as hs_err_pid2500.log.# Please refer to the file for further information.#C:\Documents and Settings\Spockmeat\Desktop\OpenAL_Tutorials_Bundle\lesson1>

Some notes beside this:I had to copy the native library into a java.library.path directory. Isn't there any alternative? I remember the native library mechanism searches in the same dir as the class file first ...

The current directory will be searched, as well as OS default library locations. If you have it somewhere else you can specify de library path yourself when running java by setting the property. -Djava.library.path="..."

Won't work on my nForce2 built in sound device and my other Hercules Fortissimo II[code]An unexpected exception has been detected in native code outside the VM.Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F580C9Function=RtlAllocateHeap+0x51BLibrary=C:\WINDOWS\System32\ntdll.dll

I got exactly the same exceptions before I reinstalled my OpenAL from the creative's site.

I too have nForce (Epox 8RDA).

Check the next post to this thread, I have some more information. Currently my JOAL works fine for me, but I suspect that the package at Creative's website (OpenAL runtime) just wont work with nForce + JOAL combination.

I have a feeling that Creative has their files mixed up on the website (or FTP site). This is because www has older OpenALwEAX.exe (also SDK is older) files, at least when it comes to version numbering.

At least this was the case on my desktop system and on my laptop, my desktop system has Epox 8RDA (NForce Nvidia sound chipset). Where as my laptop (HP Omnibook 510) has some other sound chipset. I got JOAL working fine on both systems when using FTP files.

An unexpected exception has been detected in native code outside the VM.Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x0Function=[Unknown.]Library=(N/A)

NOTE: We are unable to locate the function name symbol for the error just occurred. Please refer to release documentation for possible reason and solutions.

Current Java thread: at net.java.games.joal.ALCImpl.openDeviceNative(Native Method) at net.java.games.joal.ALCImpl.alcOpenDevice(ALCImpl.java:53) at net.java.games.joal.util.ALut.alutInit(ALut.java:75) at SingleStaticSource.main(SingleStaticSource.java:133) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.apache.tools.ant.taskdefs.ExecuteJava.run(ExecuteJava.java:196) at org.apache.tools.ant.taskdefs.ExecuteJava.execute(ExecuteJava.java:133) at org.apache.tools.ant.taskdefs.Java.run(Java.java:661) at org.apache.tools.ant.taskdefs.Java.executeJava(Java.java:168) at org.apache.tools.ant.taskdefs.Java.execute(Java.java:77) at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:269) at org.apache.tools.ant.Task.perform(Task.java:364) at org.apache.tools.ant.Target.execute(Target.java:301) at org.apache.tools.ant.Target.performTasks(Target.java:328) at org.apache.tools.ant.Project.executeTarget(Project.java:1215) at org.apache.tools.ant.Project.executeTargets(Project.java:1063) at org.apache.tools.ant.Main.runBuild(Main.java:632) at org.apache.tools.ant.Main.startAnt(Main.java:183) at org.apache.tools.ant.launch.Launcher.run(Launcher.java:197) at org.apache.tools.ant.launch.Launcher.main(Launcher.java:56)

But seriously. I finally started experiencing the same crash problems on my fancy new Sony laptop (everything runs fine on my PC) and was ready to do a deep dive into the C code to try and solve this when I read your post, followed the instructions and "whammo" everything started working.

I will still probably take a dive into the C code to try and figure out why the OpenAL demos work with the web downloaded drivers and the JOAL demos don't, but (hopefully) this will make it easier for people to get up and running in the meantime.

JOAL is an interesting project, I'm glad that my messages helped out a bit.

Quote

But seriously. I finally started experiencing the same crash problems on my fancy new Sony laptop (everything runs fine on my PC) and was ready to do a deep dive into the C code to try and solve this when I read your post, followed the instructions and "whammo" everything started working.

Perhaps Creative can tell you what's going on with the OpenAL package in whole. I'd guess that something fundamentel has changed as the dll is half of the size, versioning is different and package descriptions and authors are completely different from each other.

java-gaming.org is not responsible for the content posted by its members, including references to external websites,
and other references that may or may not have a relation with our primarily
gaming and game production oriented community.
inquiries and complaints can be sent via email to the info‑account of the
company managing the website of java‑gaming.org