Mantis - Croquet
Viewing Issue Advanced Details
3427 Hedgehog minor always 04-04-06 23:34 02-14-07 21:35
0003427: hack of subclassing of OpenAL initialize in OpenALUnix
for reasons that I do not understand, the usual method of getting openALLibraryName into the
OpenAL>>privateInstallLibrary: method was not working the same on Linux as on Mac and WIndows.
The current thoery is that there is something subtle and wonderful about the linux VM we happened to be using, so this hack of subclassing initialize for OpenALUnix makes things work for now, and we need to revisit this issue when there is a release croquet linux vm compiled for us to test against.

04-08-06 11:02   
Can you describe the problem a little more than just "it doesn't work"? Does the VM crash? Does the lookup fail? Does the VM print anything? Given that the same code works just fine for OpenGL I wonder if that isn't just some random effect on a particular machine.
04-25-06 15:42   
I had the error that the OpenAL system library could not be found, in which case starting a Croquet morph failed with backtrace:

Error: Unable to find function address

Following on from email on the croquet devel list: [^] [^]

There is an issue with finding shared library objects on Linux distributions which separate out development portions of library packages.

Bert Freudenberg suggested a fix for OpenGL. A similar change for OpenAL:

    ^ SmalltalkImage current osVersion = 'linux'
        ifTrue: ['']
        ifFalse: ['openal']

allows the correct OpenAL shared library object to be found in the common situation that the runtime library ( is installed, but the development library ( is not.

With this change, it is no longer necessary to override OpenAL>>initialize
in OpenALUnix.
02-14-07 21:34   
resolved with OpenAL-mpm.49.mcz
02-14-07 21:35