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]
