Well... to make it fully work I had to compile
http://openjdk.neojava.org/hotspot/xref/src/os/linux/vm/jsig.c libjsig and
put it in LD_PRELOAD... without it, the jvm was still complaining (and in
the complain message talks about libjsig).
I will test with only libjsig and without the jvm flags (with both it runs
with no problem). And for Cg to be less intrusive I don't know how to do it.
I've a patch for the java bindings 1.4 branch, can I post them as diff
attachments on the list ?
Regards,
Quentin
2008/9/25 Eric Sunshine <[EMAIL PROTECTED]>
> Are those jvm "adjustments" something that can be automated by, for
> instance, CS's Java module, or do they simply have to be handled
> manually? Would it make sense to create launcher .sh and .bat files and
> ship them in the CS/scripts/java directory? Alternately, is there some
> way Cg can be instructed not to be so intrusive? (That might make more
> sense.)
>
> -- ES
>
>
> Quentin Anciaux wrote:
> > Hi,
> >
> > the Cg problem is caused by the Cg library overwritting some handler the
> > jvm set. The solution is to launch the jvm with the following options:
> >
> > -Xrs -Xcheck:jni -XX:+CheckJNICalls -Xnoclassgc
> >
> > Then it works flawlessly. I currently let the ignore directive for the
> > createSubMesh method in iAnimatedMeshFactory until I do a proper
> typemaps.
> >
> > So just to say 1.4 works and the binding too.
> >
> > Thank you for your helps,
> >
> > Quentin
> >
> > 2008/9/24 Eric Sunshine <[EMAIL PROTECTED]
> > <mailto:[EMAIL PROTECTED]>>
> >
> > A Swig typemap is the appropriate approach.
> >
> > -- ES
> >
> > Quentin Anciaux wrote:
> > > Or maybe a typemaps which does the conversion... don't know which
> is
> > > better and/or easier...
> > >
> > > Quentin
> > >
> > > 2008/9/24 Quentin Anciaux <[EMAIL PROTECTED]
> > <mailto:[EMAIL PROTECTED]> <mailto:[EMAIL PROTECTED]
> > <mailto:[EMAIL PROTECTED]>>>
> > >
> > > I did put it after... putting it before resolve the problem..
> > >
> > > I did look into swig documentation and found no way to rename
> a
> > > type... only possible to rename a method name or a variable.
> > >
> > > The solution I see to this is to create a special type with a
> > method
> > > who would take a long [][] array and convert it in the native
> > part
> > > to a csArray<csArray<unsigned int>>.
> > >
> > > Regards,
> > > Quentin
> > >
> > > 2008/9/24 Eric Sunshine <[EMAIL PROTECTED]
> > <mailto:[EMAIL PROTECTED]>
> > > <mailto:[EMAIL PROTECTED]
> > <mailto:[EMAIL PROTECTED]>>>
> > >
> > > Did you put the %ignore before or after the %include? It
> > should be
> > > before the %include. Also, did you double-check your
> > %ignore for
> > > typographical errors?
> > >
> > > -- ES
> > >
> > > Quentin Anciaux wrote:
> > > > Hi,
> > > >
> > > > in fact putting this :
> > > >
> > > > virtual iAnimatedMeshFactorySubMesh* CreateSubMesh (
> > > > const csArray<iRenderBuffer*>& indices,
> > > > const csArray<csArray<unsigned int> >&
> > boneIndices) = 0;
> > > >
> > > > in comment in include/imesh/animesh.h permits the build
> > > flawlessly.
> > > >
> > > > The problem seems to come from "const
> > > csArray<csArray<unsigned int> >",
> > > > this generates a supra long SWIG generated name... too
> > long
> > > for a file
> > > > name and after that all swig type generation is
> > stopped hence
> > > the symbol
> > > > not found exception.
> > > >
> > > > I've tried to add an %ignore directive for the method,
> > but I
> > > must do it
> > > > wrongly, because the error stay, the only way is to
> > put this
> > > method in
> > > > comment. But the better way would not be to ignore it
> > but do
> > > a valid
> > > > rename for the type which has a problem, don't know
> > how to do
> > > it right
> > > > now but I'm looking at how to do it.
> > > >
> > > > Regards,
> > > > Quentin
> > > >
> > > >
> > > > 2008/9/24 Vincent Knecht <[EMAIL PROTECTED]
> > <mailto:[EMAIL PROTECTED]>
> > > <mailto:[EMAIL PROTECTED]
> > <mailto:[EMAIL PROTECTED]>>
> > > > <mailto:[EMAIL PROTECTED]
> > <mailto:[EMAIL PROTECTED]>
> > > <mailto:[EMAIL PROTECTED]
> > <mailto:[EMAIL PROTECTED]>>>>
> > > >
> > > > > Hi,
> > > > >
> > > > > the java binding for the trunk does not
> > build... If I
> > > remove
> > > > animesh.h, it
> > > > > goes further but it still does not compile and
> > fail with:
> > > > >
> > > > [...]
> > > > > I'll try 1.4... but I would prefer at least the
> > trunk
> > > to compile
> > > > the binding
> > > > > (without animesh)... Have you an idea of what I
> > should
> > > modify to
> > > > let it
> > > > > built ?
> > > >
> > > > I fear building java bindings with 1.4 is still
> broken
> > > atm :-(
> > > > https://www.crystalspace3d.org/trac/CS/ticket/499
> > > >
> > > >
> > > >
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's
> challenge
> Build the coolest Linux based applications with Moblin SDK & win great
> prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Crystal-main mailing list
> Crystal-main@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/crystal-main
> Unsubscribe: mailto:[EMAIL PROTECTED]
> ?subject=unsubscribe
>
--
All those moments will be lost in time, like tears in rain.
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Crystal-main mailing list
Crystal-main@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/crystal-main
Unsubscribe: mailto:[EMAIL PROTECTED]