I’ve got some problem loading [i:3vbo5c3y]libfmodex.so[/i:3vbo5c3y] and [i:3vbo5c3y]libfmodevent.so[/i:3vbo5c3y] libraries.
I’ve got this error :
[code:3vbo5c3y] undefined symbol: __cxa_pure_virtual[/code:3vbo5c3y]
This problem appears in [i:3vbo5c3y]libfmodevent.so[/i:3vbo5c3y] since [b:3vbo5c3y]1.00.12[/b:3vbo5c3y] or may be 1.00.11 (I’ve don’t tried 1.00.11).
It is present in [i:3vbo5c3y]libfmodex.so[/i:3vbo5c3y] since the first time I’ve used it.
Is it a problem in linux libraries ?
[u:3vbo5c3y]Remark:[/u:3vbo5c3y] I load these libraries from Java, this problem does not appear with FMOD 3 versions.
I’ve remark another problem.
I’ve ported DspPluginViewer to Linux. By trying to loads dsp plugins distributed with FMOD Ex (ie dsp_chorus.so …), System::loadPlugin returns the error 22 (File not found.).
But, if I try to load another dsp plugin like dsp_gain.so, it is well loaded and I can use it.
Under Windows, there is no problem for loading dsp plugins distributed with FMOD Ex.
May be a bug ?
Okay, looks like compiling a program that links with fmodex using gcc will give the [code:25sap4bv]undefined symbol: __cxa_pure_virtual[/code:25sap4bv] error whereas using g++ it will work fine.
Just discovered the cause of this was that fmodex was being linked using gcc as opposed to g++.
I have fixed this now and will be in the next releease. which should resolve the java issue you are having.
[quote="brett":leqetakz]for your first issue, fmod ex uses C++ remember, fmod 3 is pure C.[/quote:leqetakz]
I know because I use the C++ interface with System, Sound … objects.
This error appears during the execution just when FMOD Ex libraries are in loading from the Java side, not during the linking or the compilation (I use g++).
Did you know what is __cxa_pure_virtual ?
I sucess to load linux libraries with a non conventional way !
Please login first to submit.