i would say it works for now :)
of course work is always there:
- build howto (like the one from jogl/gluegen/jocl)
- maybe more junit tests
- i am sure you will find something just by using joal in your
application
- ...
regards,
michael
On 07/10/2010 03:29 PM, ebiglari [via jogamp] wrote:
Excellent. Well, I have EAX on my system and it works on mine, so
I guess we've tested it both ways now. :-) What else is left to
be done?
On Sat, Jul 10, 2010 at 8:25 AM, Michael
Bien [via jogamp]
<[hidden email]>
wrote:
On 07/10/2010 02:54 PM, ebiglari [via jogamp] wrote:
> Okay, so two out of the three tests pass now!!! :) The
two that pass
> are openALTest and sound3DTest. ALtest fails on the
following line:
>
> al.alDeleteBuffers(7, (int[]) null, 0);
>
> which is testing for an illegal argument but instead just
halts the
> VM. However, I'm not sure that is an illegal argument,
is it?
well, the buffer array is null but the test is asking joal to
remove all
7 buffers of that array. The binding code is generated by
gluegen and
gluegen can't do those kind of semantic checks by default. So
its fine
for now that those tests fail.
>
> So, the reason it's taken me this long to get this
working is that the
> build script has something messed up so that
apparently it didn't copy
> libnative_joal.so to native_joal.dll. So after
digging in the build
> script I finally realized that libjoal_native.so was
actually
> joal_native.dll. Renaming the file manually and
trying out the tests
> I got a little further and they failed on EAXFactory.
So, then I took
> a look at the .c files and, apparently, the class
prefix on the
> functions were incorrect. After fixing that and
rebuilding,
> openALTest and sound3DTest pass, and now I'm just
dealing with that
> illegal parameter issue, which, I'm not sure is an
issue at all.
cool, sounds good.
i also fixed a bug in Sound3DTest where EAXFactory was
initialized
despite the fact that eax was not available on my system.
-michael
--
http://michael-bien.com/