gmane.comp.programming.swig

JNI crashing with callbacks to Java

Savio — 2008-07-24T16:24:22

Hi wizards, I'm currently working on a project that uses Swig as interop between Java (CDC) and C++ libraries. There is this issue with JNI though that is killing me... Whenever I make a call to C++ method that make a (synchronous) callback to Java -- in the same flow/thread -- the virtual machine crashes. In other words, if the called C++ method happens to make another JNI call back to Java the virtual machine gets a bit confused and crashes immediately after JNI wrapper returns. Before providing any further information like examples of code and back traces of the crash -- that would be extensive (since I'd have to re-write lots of things) -- I'd like to know if this is a common problem. I hope I've made myself clear enough to at least give some directions. thanks a lot in advance everyone, I really appreciate any help. best regards,

String array transcoding coding issues

Damien DALY — 2008-07-24T14:10:47

------------------------------------------------------------------------- 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=/_______________________________________________ Swig-user mailing list Swig-user< at >lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/swig-user

wrapping Fortran

Tamas Papp — 2008-07-23T12:29:54

SWIG generated C++ file is huge and compiler fails tocompile

sunil kumar — 2008-07-22T22:22:59

Swigging boost::shared_ptr

2008-07-22T19:38:42

SWIG generated file C++ is huge and compiler fails tocompile

sunil kumar — 2008-07-22T18:43:17

Problems with container of pointer-to-const

Raoul Gough — 2008-07-22T17:21:57

With SWIG 1.3.36, I can't get the C++ code that it generates to compile from this wrapper code: %module constptrvec %include "std_vector.i" namespace std { %template(IntVec) vector; } Compiling on Redhat AS 4 with g++ 3.4 gives a C++ compiler error like this: constptrvec_wrap.cxx:2975: error: `type_name' is not a member of `swig::traits' (complete error listing included below). The same problem does *not* occur when using a pointer to (non-const) int: %module ptrvec %include "std_vector.i" namespace std { %template(IntVec) vector; } The main difference between the generated C++ code seems to be that the version produces only this: namespace swig { template <> struct traits { typedef pointer_category category; static const char* type_name() { return"int const *"; } }; } Whereas the version has more code in the same place, including the functions SWIG_AsVal_int, SWIG_From_int and the following: namespace swig

< at >SuppressWarnings

Justin Bradley — 2008-07-22T14:56:39

SWIGgers- I am generating some JNI using SWIG. In the enums generated by SWIG (i.e. enum SWIGTYPE) it seems to always put the annotation < at >SuppressWarnings("unused"). Is there anyway to get SWIG to NOT put that annotation in there? Thanks.

Macros

Jedd Haberstro — 2008-07-21T20:34:57

simple question about interfacing c and python

Chris Tanner — 2008-07-21T18:09:48

DLLto TCL wrapper variables are not converted properly

Mocanu Liviu — 2008-07-21T16:05:24

Problems sending variables

James Leffler — 2008-07-21T11:56:22

Problem with temporary objects

anirudh vij — 2008-07-20T12:11:39

Hi, I have a strange problem in a swig wrapped library. x=a.b.c() ...fails but, temp1=a.b temp2=temp1.c()...works any ideas why this might happen ------------------------------------------------------------------------- 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=/

Performance improvement by using Python buffer interface

Haoyu Bai — 2008-07-19T11:56:58

Hello, Python >=2.6 introduced new bytearray data type - a mutable byte array. I have implemented prototype typemaps for utilizing it in SWIG. Let me show you some example of it. (I did it under Python 2.6) The pybuf.i: %module pybuf %include %include %pybuffer_mutable_string(char *str1); %cstring_mutable(char *str2); %inline %{ void upper1(char *str1) { while(*str1) { *str1 = toupper(*str1); str1++; } } void upper2(char *str2) { while(*str2) { *str2 = toupper(*str2); str2++; } } %} And the pybuf_runme.py: import pybuf import time k=1000000 t=time.time() a = bytearray(b'hello world') for i in range(k): pybuf.title1(a) print "Time used by bytearray:",time.time()-t t=time.time() b = 'hello world' for i in range(k): pybuf.title2(b) print "Time used by string:",time.time()-t Finally, the result is: Time used by bytearray: 1.14466691017 Time used by string: 1.58078503609 The bytearray interface got about 30% performa

Problem with JNI interface using a cpp library.

Jürgen Iko — 2008-07-19T11:54:14

Unable to find 'std_set.i'

2008-07-18T14:45:27

Wanted: Doxygen commented SWIG interface files

Cheryl — 2008-07-18T05:05:00

how modular is the support for the various languages?

David Reiser — 2008-07-17T15:45:32

I know that swig can be built without any of the supported languages installed. What happens if I install swig without any of the languages present and then install some number of the supported languages? I tried building swig both with and without languages present and then looked at the resulting install, but I couldn't tell for sure that there weren't minor changes to the core files. My main interest here is a packaging issue that has arisen in fink for OS X. If all the languages that both swig and fink support are enabled for swig 1.3.35, then several packages in fink that require swig end up dragging in octave (and having to compile gcc43 for octave). It's pretty annoying to spend 6 hours compiling a compiler to support a language one doesn't use just to get swig support for a language that one does use. Granted, this problem is as much fink's policy of "everything should build the same for every user" as anything else. But it would be nice to know/learn how to overlay language

How to access C/C++ objects from Python

Gregory Propf — 2008-07-15T07:14:38

Downcasting in Python wrappers?

Kai Sterker — 2008-07-12T11:44:46

I'm using SWIG to generate Python wrappers and have run into the following issue. I have a C++ base class and derived from that several other classes, each with its own distinct set of methods. Another class stores instances of the derived classes and has a method get_base() that returns a specific instance. Now, on Python side, I am getting a base instance by calling get_base(), but would like to use it to invoke methods of derived_a. However, I see now way to cast the base instance into a derived_a instance. What I did as a workaround is adding the following to my interface file: %extend xyz { derived_a* get_derived_a (const std::string & name) { return dynamic_cast (self->get_base (name)); } }; However, I would have to do that for every derived_ which is not very elegant. Does SWIG provide a better way to handle something like this? Kai ------------------------------------------------------------------------- Sponsored by: SourceForge.net Community Choice Awards:

suppressing half of a getter and setter

Patrick — 2008-07-11T20:15:33

------------------------------------------------------------------------- Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08_______________________________________________ Swig-user mailing list Swig-user< at >lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/swig-user