libjsig preloaded is enough to not have Cg crash...

No need of the jvm options.

Regards,
Quentin

2008/9/25 Quentin Anciaux <[EMAIL PROTECTED]>

> 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
>> [email protected]
>> 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.
>



-- 
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
[email protected]
https://lists.sourceforge.net/lists/listinfo/crystal-main
Unsubscribe: mailto:[EMAIL PROTECTED]

Reply via email to