Hi,

I did open a new ticket : http://trac.crystalspace3d.org/trac/CS/ticket/543

Regards,
Quentin

2008/9/25 Eric Sunshine <[EMAIL PROTECTED]>

> For the patches, and even this entire discussion, it would be very
> useful to open a ticket at
> http://trac.crystalspace3d.org/trac/CS/newticket and post the patches
> there. For completeness, we also can refer to these email threads within
> the ticket by adding the following wiki links: ML-main-thread:11974 and
> ML-main-thread:11966.
>
> -- ES
>
> Quentin Anciaux wrote:
> > 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]
> > <mailto:[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]>
> >      > <mailto:[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]>>
> >     <mailto:[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]>>
> >      >      >     <mailto:[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]>>>
> >      >      >          > <mailto:[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.
-------------------------------------------------------------------------
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