Sean P. DeNigris wrote

> I'm wrapping the FMOD cross-platform audio library

> [snip]

> I have a few more questions

========
Problem #1:
========

I have the following callout:
�� �� �� �� <primitive: #primitiveNativeCall module: #NativeBoostPlugin>

�� �� �� �� "FMOD_RESULT FMOD_System_Init(
�� �� �� �� �� �� �� �� FMOD_SYSTEM *system,
�� �� �� �� �� �� �� �� int maxchannels,
�� �� �� �� �� �� �� �� FMOD_INITFLAGS flags,
�� �� �� �� �� �� �� �� void *extradriverdata);"

�� �� �� �� ^ self nbCall: #(FMOD_RESULT System_Init(NBExternalAddress system, 32, 0,
nil)).

It works fine on Mac. On Windows, it returns some crazy error code that is
not listed in the API.

However, if I wrap the FMOD DLL in another DLL that just forwards all calls:
�� FMOD_RESULT System_Init(FMOD_SYSTEM *system, int maxchannels,
FMOD_INITFLAGS flags, void *extradriverdata)
�� {
�� �� �� �� return FMOD_System_Init(system, maxchannels, flags, extradriverdata);
�� }
When I call out to the wrapper DLL, it works! Does that provide a clue as to
what's going wrong when calling from NB?

Other info:
- Other dll functions succeed, so there is communication with the library.
In fact, if I proceed past that first error, a sound starts to play... but
then the VM crashes...

========
Problem #2:
========
(much less important)

I wanted to be able to bundle the DLL with the image so one doesn't have to
copy it into the VM folder. If I use the full path for the wrapper DLL
described above, it is found, but when it calls fmodL.dll, which is in the
same directory, it can't be found. I could only get it to work if at least
fmodL.dll is in the VM plugins folder. Is there a way to specify more search
locations for dynamic libraries from the image side?

Thanks!



-----
Cheers,
Sean
--

View this message in context: http://forum.world.st/NativeBoost-Questions-while-wrapping-FMOD-tp4724116p4725188.html

Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.