Nabble - SWIG

Ownership Ruby <-> C++

2009-11-10T23:49:02Z

Hi
I don't know how to deal with following problem:

_______________________
C++ code:
struct Foo{ };

class Base {
Base(Foo* foo) : foo(foo) {}
~Base() { delete foo; }
Foo* foo;
};

class Derived : public Base{
public:
Derived (Foo* foo) : Base(foo) {}

};
_______________________
Ruby snippet:
f1 = Ex::Foo.new()
b = Ex::Base.new(f1)

f2 = Ex::Foo.new()
d = Ex::Derived.new(f2)
_______________________

ERROR:
_______________________
--> Segmentation fault, because f1/f2 will be deleted twice (once by
~Base/Derived and once by Ruby-GC).
_______________________

Therefore I can extend my interface like that:

_______________________
ex.i
...
%trackobjects;
%{
static void free_Base (void* ptr)
{
Base* base = (Base *) ptr;
SWIG_RubyUnlinkObjects(base ->foo);
SWIG_RubyRemoveTracking(base ->foo);
SWIG_RubyRemoveTracking(ptr);
delete base;
}
static void free_Derived (void* ptr)
{
free_Base(ptr);
}
%}
_______________________

Three questions:
1. Is there any more easy way of doing that?
2. What to do if there's no access to "foo" of Base?
3. Is it possible ONLY to remove the ownership from the foo objects
(SWIG_RubyUnlinkObjects)?

Best regards,
SirAnn

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Swig-user mailing list
Swig-user@...
https://lists.sourceforge.net/lists/listinfo/swig-user

From forum: swig-user

Passing arrays of objects between C++ and C#

2009-11-10T14:01:22Z

We're currently dealing with a pretty tricky situation at my company trying to wrap a set of C++ classes for C# with SWIG. The problems we're running into mainly revolve around passing C++ structs or arrays of structs back and forth between C++ and C#.

For example, suppose we have a simple type that looks like this in C++

struct Point
{
float x,y,z;
};

We need to be able to do the following:

- Pass a single Point from C# to C++
- Pass an array of Points from C# to C++
- Pass a pointer to a single Point from C++ to C# (to a C# override of a C++ virtual function using the directors mechanism)
- Pass an array of Points from C++ to C# through a virtual function override (as in the previous case)

I'm not sure if our approach here should be to work with a SWIG proxy version of the Point class, since an array of these proxy objects is really just an array of pointers to C++ objects, not an array of sequential C++ objects in memory, and for C++ to send an array of Points to C# we would need to really initialize an array of proxy objects, assign each one to an element in the C++ array, and then pass it on to the actual C# user code. Then we would also have to do something similar going the other way.

The other option I thought of is to (somehow) not let SWIG define a proxy Point class and instead define something like:

[StructLayout(LayoutKind.Sequential)]
public struct Point
{
public float x;
public float y;
public float z;
}

And hopefully figure out a way to use this in C# so we can directly work with C++ input objects, and directly pass a pointer to an array of these structs from C# to C++ (rather than making copies).

So I guess I'm wondering if there's a canonical solution to this type of problem, or if we're in uncharted territory here, and are we maybe asking too much of SWIG?

Thanks in advance for any suggestions,

Evan

From forum: swig-user

Re: Passing Wrapped Struct to Python Function

2009-11-10T12:38:53Z

I'm wondering if this might be due to my callback structure. Here is the
call flow:

Python calls function in C extension
C extension starts a task in a different thread (thread B)
C extension calls WaitForSingleObject to wait for completion of thread B
C extension calls callback function in Python in thread B
C extension finishes waiting for WaitForSingleObject and returns
Python executes next statement

I've found that simple things in the callback work, but creating new
objects doesn't. I'm guessing this is because the python callback
function executes in a different thread?

Andy

Andrew Ayre wrote:

> Hi, I'm using Python 2.6 and SWIG. In my C++ code I have:
>
> struct
> {
> unsigned long id;
> unsigned char data[8];
> } FOO;
>
> SWIG wraps this in a proxy class so in Python I can use:
>
> import MyLib
> foo = MyLib.FOO()
>
> In my Python code I have a callback function that receives a FOO object:
>
> def Callback(foo):
> print "%d" % foo.id
>
> however any use of foo in the callback function causes a crash of the
> Python interpreter. Either I just get a generic Windows error (when
> accessing foo.id), or I get (when accessing foo.data[0]):
>
> Exception SystemError: 'error return without exception set' in 'garbage
> collection' ignored
> Fatal Python error: unexpected exception during garbage collection
>
> Here is how I am calling the Python callback function, and I'm sure the
> problem is in this area:
>
> FOO foo;
> PyObject *fooobj, *args;
> foo.id = 1;
> foo.data[0] = 2;
> fooobj = SWIG_NewPointerObj(&foo, SWIGTYPE_p_FOO, 1);
> args = Py_BuildValue("(O)", fooobj);
> PyObject_Call(CallbackFunc, args, NULL);
>
> I tried allocated foo on the heap and it didn't help. Any ideas or hints
> what I might be doing wrong?
>
> thanks, Andy
>

--
Andy
PGP Key ID: 0xDC1B5864

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Swig-user mailing list
Swig-user@...
https://lists.sourceforge.net/lists/listinfo/swig-user

From forum: swig-user

Passing Wrapped Struct to Python Function

2009-11-10T11:56:54Z

Hi, I'm using Python 2.6 and SWIG. In my C++ code I have:

struct
{
unsigned long id;
unsigned char data[8];
} FOO;

SWIG wraps this in a proxy class so in Python I can use:

import MyLib
foo = MyLib.FOO()

In my Python code I have a callback function that receives a FOO object:

def Callback(foo):
print "%d" % foo.id

however any use of foo in the callback function causes a crash of the
Python interpreter. Either I just get a generic Windows error (when
accessing foo.id), or I get (when accessing foo.data[0]):

Exception SystemError: 'error return without exception set' in 'garbage
collection' ignored
Fatal Python error: unexpected exception during garbage collection

Here is how I am calling the Python callback function, and I'm sure the
problem is in this area:

FOO foo;
PyObject *fooobj, *args;
foo.id = 1;
foo.data[0] = 2;
fooobj = SWIG_NewPointerObj(&foo, SWIGTYPE_p_FOO, 1);
args = Py_BuildValue("(O)", fooobj);
PyObject_Call(CallbackFunc, args, NULL);

I tried allocated foo on the heap and it didn't help. Any ideas or hints
what I might be doing wrong?

thanks, Andy

--
Andy
PGP Key ID: 0xDC1B5864

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Swig-user mailing list
Swig-user@...
https://lists.sourceforge.net/lists/listinfo/swig-user

From forum: swig-user

Re: Python Cygwin ld return 1 exit status Error

2009-11-10T10:34:55Z

On Tue, 10 Nov 2009, Govind wrote:

> I am creating glue between Python and C using swig..
> After preparing interface file, I executed following three steps on cygwin-
>
> step 1. swig -python example.i
> step 2. gcc -fpic -c example.c example_wrap.c
> -I/usr/local/include/python2.4/
> step 3. gcc -shared example.o example_wrap.o -o _example.so
>
> It successfully run first two steps.. But while executing third and
> final steps..
> It is displaying list of errors for undefined reference for Python
> Objects.. errors listed below

This suggests that under cygwin you need to link against the Python
library, or perhaps just give gcc some option to make it not complain
about missing symbols (preferable, if it works).

Josh

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Swig-user mailing list
Swig-user@...
https://lists.sourceforge.net/lists/listinfo/swig-user

From forum: swig-user

Re: Not getting type information from jni.h with %import (Python wrapping)

2009-11-10T06:35:41Z

On Tue, 10 Nov 2009 14:21:11 +0200, David Beazley <dave@...> wrote:

> Maybe you're missing the swig -c++ option. The warnings look like
> overloaded functions.

No. jni.h can be used from both c and c++ - there are sections separated
by

#ifdef __cplusplus

The lines where the warning comes from are not c++ specific. The struct
JNINativeInterface_ contains a huge number of function pointers,
essentially a c version of virtual functions. But it is valid c.

If you have Java SDK installed, jni.h is located at
$JAVA_HOME/include/jni.h

::Antti::

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Swig-user mailing list
Swig-user@...
https://lists.sourceforge.net/lists/listinfo/swig-user

From forum: swig-user

Re: Not getting type information from jni.h with %import (Python wrapping)

2009-11-10T04:21:11Z

Maybe you're missing the swig -c++ option. The warnings look like
overloaded functions.

Cheers

- Dave

On Nov 10, 2009, at 1:29 AM, "Antti Karanta" <antti.karanta@...>
wrote:

>
>
> Hi!
>
> I'm trying to wrap some functions and global variables that use
> jni
> types.
>
> Here's my interface file:
>
>
> %module nativelauncher
>
> %import "jni.h"
> %import "jni_md.h"
>
> %{
> #include "jvmstarter.h"
> %}
>
> %include "jvmstarter.h"
>
>
> Here's a declaration from jvmstarter.h:
>
> extern jboolean _jst_debug ;
>
> jboolean is defined in jni.h as
>
> typedef unsigned char jboolean;
>
>
> For some reason swig wraps this as a pointer (I would expect an
> integer
> value as it's really an unsigned char):
>
>
>>>> import nativelauncher
>>>> nativelauncher.cvar._jst_debug
> <Swig Object of type 'jboolean *' at 0x00B9A1A0>
>
> So I must be doing something wrong with the %import? It seems to
> me
> swig
> does not understand what jboolean is, i.e. it has missed the
> typedef? What
> am I missing?
>
>
>
> Here's my command line:
>
> swig -python -Isource -I%JAVA_HOME%\include -I%JAVA_HOME%\include
> \win32
> -outdir . -o tests/nativelauncher_wrap.c source/nativelauncher.i
>
> SWIG Version 1.3.40
>
>
>
> ::Antti::
>
>
>
> Ps. Swig gives a huge pile of warnings like this when run:
>
> C:\programs\Java\jdk1.6.0_16\include\jni.h(208): Warning(302):
> Identifier
> 'jclass' redefined (ignored),
> C:\programs\Java\jdk1.6.0_16\include\jni.h(206): Warning(302):
> previous
> definition of 'jclass'.
>
> Here's lines 204-208:
>
> 204 jclass (JNICALL *DefineClass)
> 205 (JNIEnv *env, const char *name, jobject loader, const jbyte
> *buf,
> 206 jsize len);
> 207 jclass (JNICALL *FindClass)
> 208 (JNIEnv *env, const char *name);
>
> These are function pointer members in a struct, not definitions of
> jclass. Something wrong with swig's parser or error reporting?
>
>
> Pps. The sources are available at
> http://svn.codehaus.org/groovy/trunk/groovy/modules/native_launcher
> (including the swig interface file).
>
>
>
>
> ---
> ---
> ---
> ---------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
> 30-Day
> trial. Simplify your report design, integration and deployment - and
> focus on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now. http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Swig-user mailing list
> Swig-user@...
> https://lists.sourceforge.net/lists/listinfo/swig-user

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Swig-user mailing list
Swig-user@...
https://lists.sourceforge.net/lists/listinfo/swig-user

From forum: swig-user

Python Cygwin ld return 1 exit status Error

2009-11-09T23:58:32Z

Hi,

I am creating glue between Python and C using swig..
After preparing interface file, I executed following three steps on cygwin-

step 1. swig -python example.i
step 2. gcc -fpic -c example.c example_wrap.c
-I/usr/local/include/python2.4/
step 3. gcc -shared example.o example_wrap.o -o _example.so

It successfully run first two steps.. But while executing third and
final steps..
It is displaying list of errors for undefined reference for Python
Objects.. errors listed below
-----------------------------------------------------------------------------------------
example_wrap.o:example_wrap.c:(.text+0x3326): undefined reference to
`__imp__PyE
xc_NameError'
example_wrap.o:example_wrap.c:(.text+0x3330): undefined reference to
`_PyErr_Set
String'
example_wrap.o:example_wrap.c:(.text+0x33f0): undefined reference to
`__imp__PyT
ype_Type'
example_wrap.o:example_wrap.c:(.text+0x3424): undefined reference to
`_PyObject_
Malloc'
example_wrap.o:example_wrap.c:(.text+0x3430): undefined reference to
`_PyObject_
Init'
example_wrap.o:example_wrap.c:(.text+0x35f4): undefined reference to
`_PyDict_Se
tItemString'
example_wrap.o:example_wrap.c:(.text+0x38bd): undefined reference to
`_Py_InitMo
dule4'
example_wrap.o:example_wrap.c:(.text+0x38cb): undefined reference to
`_PyModule_
GetDict'
example_wrap.o:example_wrap.c:(.data+0x1a0): undefined reference to
`_PyObject_G
enericGetAttr'
collect2: ld returned 1 exit status

Mango_5@mango-5 /usr/local/govind/temp
$
----------------------------------------------------------------------------------------------
Swig Version : 1.3.29 (as shown at cygwin prompt)
Python Version : Python2.6.4

Please anyone help me or guide me to get somewhere..

Thanks and regards
Govind.

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Swig-user mailing list
Swig-user@...
https://lists.sourceforge.net/lists/listinfo/swig-user

From forum: swig-user

Not getting type information from jni.h with %import (Python wrapping)

2009-11-09T23:29:14Z

Hi!

I'm trying to wrap some functions and global variables that use jni
types.

Here's my interface file:

%module nativelauncher

%import "jni.h"
%import "jni_md.h"

%{
#include "jvmstarter.h"
%}

%include "jvmstarter.h"

Here's a declaration from jvmstarter.h:

extern jboolean _jst_debug ;

jboolean is defined in jni.h as

typedef unsigned char jboolean;

For some reason swig wraps this as a pointer (I would expect an integer
value as it's really an unsigned char):

>>> import nativelauncher
>>> nativelauncher.cvar._jst_debug
<Swig Object of type 'jboolean *' at 0x00B9A1A0>

So I must be doing something wrong with the %import? It seems to me
swig
does not understand what jboolean is, i.e. it has missed the typedef? What
am I missing?

Here's my command line:

swig -python -Isource -I%JAVA_HOME%\include -I%JAVA_HOME%\include\win32
-outdir . -o tests/nativelauncher_wrap.c source/nativelauncher.i

SWIG Version 1.3.40

::Antti::

Ps. Swig gives a huge pile of warnings like this when run:

C:\programs\Java\jdk1.6.0_16\include\jni.h(208): Warning(302): Identifier
'jclass' redefined (ignored),
C:\programs\Java\jdk1.6.0_16\include\jni.h(206): Warning(302): previous
definition of 'jclass'.

Here's lines 204-208:

204 jclass (JNICALL *DefineClass)
205 (JNIEnv *env, const char *name, jobject loader, const jbyte *buf,
206 jsize len);
207 jclass (JNICALL *FindClass)
208 (JNIEnv *env, const char *name);

These are function pointer members in a struct, not definitions of
jclass. Something wrong with swig's parser or error reporting?

Pps. The sources are available at
http://svn.codehaus.org/groovy/trunk/groovy/modules/native_launcher
(including the swig interface file).

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Swig-user mailing list
Swig-user@...
https://lists.sourceforge.net/lists/listinfo/swig-user

From forum: swig-user

Re: //SWIG <-> Ruby - call by refrence for value types

2009-11-09T09:42:29Z

Okay, I got it. Somehow.

My example.i (just for a global foo-function):
----------------------------
/* File : example.i */
%module example
%{
#include "example.h"
%}
%include "typemaps.i"
void foo(int& INOUT);
----------------------------

example.h
----------------------------
void foo(int& val) { val +=10; }
----------------------------

run.rb
----------------------------
require 'example'
var = 7
var = Example::foo(var)
p var
----------------------------

Works fine. Is there a way to map ALL "int&" to "int& INOUT" automatically?

Something like " %apply int& {int& INOUT)}"???
That would simplifying the rest. Only if no INOUT is wished the interface has to be described in ".i"

Best,
SirAnn

-----Ursprüngliche Nachricht-----
Von: James17 [mailto:james.d.masters@...]
Gesendet: Montag, 9. November 2009 16:27
An: swig-user@...
Betreff: Re: [Swig-user] //SWIG <-> Ruby - call by refrence for value types

Sören Freudiger-2 wrote:

>
> --------------------
> C++:
> class A {
> public:
> foo(int& var){ var+=10;}
> };
> --------------------
> Ruby:
> var = 10
> a = Example::A.new()
> a.foo(var)
> --------------------
>
> results in: error --> Expected argument 1 of type int &, but got Fixnum 10
> (TypeError)
>

You are trying to pass an integer value when the C++ function is asking for
an integer reference. What to do about it probably depends upon what the
integer is used for in the function... but it will come down to defining a
typemap to convert a Ruby value properly.
--
View this message in context: http://old.nabble.com/--SWIG-%3C-%3E-Ruby---call-by-refrence-for-value-types-tp26244076p26268232.html
Sent from the swig-user mailing list archive at Nabble.com.

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Swig-user mailing list
Swig-user@...
https://lists.sourceforge.net/lists/listinfo/swig-user

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Swig-user mailing list
Swig-user@...
https://lists.sourceforge.net/lists/listinfo/swig-user

From forum: swig-user

Re: //SWIG <-> Ruby - call by refrence for value types

2009-11-09T07:26:39Z

Sören Freudiger-2 wrote:

--------------------
C++:
class A {
public:
foo(int& var){ var+=10;}
};
--------------------
Ruby:
var = 10
a = Example::A.new()
a.foo(var)
--------------------

results in: error --> Expected argument 1 of type int &, but got Fixnum 10
(TypeError)

From forum: swig-user

Re: freeargs typemap not being called in Tcl wrapper

2009-11-09T05:04:32Z

Hi,

yes sorry, that was as I wrote it on the mail. The original code is
"freearg", as it should be.

I have found that if I use the "argout" typemap, then I get the
following at the end of the C function wrapper:
{
delete[] arg2;
}
return TCL_OK;
fail:
return TCL_ERROR;

So maybe I should just use argout instead if freearg?

Thanks.

On Mon, Nov 9, 2009 at 12:25 PM, David Beazley <dave@...> wrote:

> Are you sure it's not just a typo? The typemap is "freearg" not "freeargs"
>
> Cheers
>
> - Dave
>
>
> On Nov 9, 2009, at 5:53 AM, Luis Lloret <luislloret@...> wrote:
>
>> Hi,
>>
>> I have a C function that receives a buffer and a size and uses the
>> values in it. I am trying to get SWIG to generate a wrapper for this
>> function in Tcl (that would pass a Tcl list, instead of a buffer +
>> size), using the following typemaps:
>>
>> %typemap(in,numinputs=1,fragment="SWIG_AsVal_unsigned_SS_int") (void
>> *src, unsigned long &size) (unsigned long temp) {
>> int siz = 0;
>> int i = 0;
>>
>> Tcl_Obj ** listobjv = NULL;
>> if( Tcl_ListObjGetElements(interp, $input, &siz, &listobjv) == TCL_ERROR
>> )
>> return TCL_ERROR;
>>
>> $1 = new unsigned char[siz];
>> $2 = &temp;
>> temp = siz;
>> for (i = 0; i < siz; i++) {
>> int er=0;
>> unsigned int uintVal;
>>
>> if( (er=SWIG_AsVal_unsigned_SS_int(interp, listobjv[i], &uintVal)))
>> {
>> SWIG_Error(er,"list must contain ints");
>> delete[] $1;
>> return TCL_ERROR;
>> }
>> else{
>> ((unsigned char *)($1))[i] = (unsigned char)uintVal;
>> }
>> }
>>
>> }
>>
>> %typemap(freeargs) void *src {
>> delete[] $1;
>> }
>>
>>
>> What I do, is reserve some memory that will be passed to the C
>> function, and populate it with the list passed from Tcl (in the IN
>> typemap). I then release the allocated memory in the freeargs typemap.
>>
>> The function that SWIG generates is this:
>>
>> SWIGINTERN int
>> _wrap_iSGPIO_Put(ClientData clientData SWIGUNUSED, Tcl_Interp *interp,
>> int objc, Tcl_Obj *CONST objv[]) {
>> int arg1 ;
>> void *arg2 = (void *) 0 ;
>> unsigned long *arg3 = 0 ;
>> bool arg4 ;
>> int val1 ;
>> int ecode1 = 0 ;
>> unsigned long temp2 ;
>> bool val4 ;
>> int ecode4 = 0 ;
>> int result;
>>
>> if (SWIG_GetArgs(interp, objc, objv,"ooo:iSGPIO_Put channel src size
>> ?wait? ",(void *)0,(void *)0,(void *)0) == TCL_ERROR) SWIG_fail;
>> ecode1 = SWIG_AsVal_int SWIG_TCL_CALL_ARGS_2(objv[1], &val1);
>> if (!SWIG_IsOK(ecode1)) {
>> SWIG_exception_fail(SWIG_ArgError(ecode1), "in method '"
>> "iSGPIO_Put" "', argument " "1"" of type '" "int""'");
>> }
>> arg1 = static_cast< int >(val1);
>> {
>> int siz = 0;
>> int i = 0;
>>
>> Tcl_Obj ** listobjv = NULL;
>> if( Tcl_ListObjGetElements(interp, objv[2], &siz, &listobjv) ==
>> TCL_ERROR )
>> return TCL_ERROR;
>>
>> arg2 = new unsigned char[siz];
>> arg3 = &temp2;
>> temp2 = siz;
>> for (i = 0; i < siz; i++) {
>> int er=0;
>> unsigned int uintVal;
>>
>> if( (er=SWIG_AsVal_unsigned_SS_int(interp, listobjv[i], &uintVal)))
>> {
>> SWIG_Error(er,"list must contain ints");
>> delete[] arg2;
>> return TCL_ERROR;
>> }
>> else{
>> ((unsigned char *)(arg2))[i] = (unsigned char)uintVal;
>> }
>> }
>>
>> }
>> ecode4 = SWIG_AsVal_bool SWIG_TCL_CALL_ARGS_2(objv[3], &val4);
>> if (!SWIG_IsOK(ecode4)) {
>> SWIG_exception_fail(SWIG_ArgError(ecode4), "in method '"
>> "iSGPIO_Put" "', argument " "4"" of type '" "bool""'");
>> }
>> arg4 = static_cast< bool >(val4);
>> result = (int)iSGPIO_Put(arg1,arg2,*arg3,arg4);
>> Tcl_SetObjResult(interp,SWIG_From_int(static_cast< int >(result)));
>> return TCL_OK;
>> fail:
>> return TCL_ERROR;
>> }
>>
>>
>> So, as you can see, the freeargs typemap is not being inserted.
>>
>> Am I missing something? I have read the docs, and saw nothing. Well,
>> there is something that caught my eye and is the fact that in the Tcl
>> docs, in the freeargs typemap, it says:
>>
>> "%typemap(tcl,freearg) Cleans up a function argument (if necessary)"
>>
>> Perhaps I am missing something about the "if necessary part". That is
>> not shown for other languages like Perl...
>>
>> Any help will be greatly appreciated.
>>
>> Luis
>>
>>
>> ------------------------------------------------------------------------------
>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>> 30-Day
>> trial. Simplify your report design, integration and deployment - and focus
>> on
>> what you do best, core application coding. Discover what's new with
>> Crystal Reports now. http://p.sf.net/sfu/bobj-july
>> _______________________________________________
>> Swig-user mailing list
>> Swig-user@...
>> https://lists.sourceforge.net/lists/listinfo/swig-user
>

From forum: swig-user

Re: freeargs typemap not being called in Tcl wrapper

2009-11-09T04:25:33Z

Are you sure it's not just a typo? The typemap is "freearg" not
"freeargs"

Cheers

- Dave

On Nov 9, 2009, at 5:53 AM, Luis Lloret <luislloret@...> wrote:

> Hi,
>
> I have a C function that receives a buffer and a size and uses the
> values in it. I am trying to get SWIG to generate a wrapper for this
> function in Tcl (that would pass a Tcl list, instead of a buffer +
> size), using the following typemaps:
>
> %typemap(in,numinputs=1,fragment="SWIG_AsVal_unsigned_SS_int") (void
> *src, unsigned long &size) (unsigned long temp) {
> int siz = 0;
> int i = 0;
>
> Tcl_Obj ** listobjv = NULL;
> if( Tcl_ListObjGetElements(interp, $input, &siz, &listobjv) ==
> TCL_ERROR )
> return TCL_ERROR;
>
> $1 = new unsigned char[siz];
> $2 = &temp;
> temp = siz;
> for (i = 0; i < siz; i++) {
> int er=0;
> unsigned int uintVal;
>
> if( (er=SWIG_AsVal_unsigned_SS_int(interp, listobjv[i],
> &uintVal)))
> {
> SWIG_Error(er,"list must contain ints");
> delete[] $1;
> return TCL_ERROR;
> }
> else{
> ((unsigned char *)($1))[i] = (unsigned char)uintVal;
> }
> }
>
> }
>
> %typemap(freeargs) void *src {
> delete[] $1;
> }
>
>
> What I do, is reserve some memory that will be passed to the C
> function, and populate it with the list passed from Tcl (in the IN
> typemap). I then release the allocated memory in the freeargs typemap.
>
> The function that SWIG generates is this:
>
> SWIGINTERN int
> _wrap_iSGPIO_Put(ClientData clientData SWIGUNUSED, Tcl_Interp *interp,
> int objc, Tcl_Obj *CONST objv[]) {
> int arg1 ;
> void *arg2 = (void *) 0 ;
> unsigned long *arg3 = 0 ;
> bool arg4 ;
> int val1 ;
> int ecode1 = 0 ;
> unsigned long temp2 ;
> bool val4 ;
> int ecode4 = 0 ;
> int result;
>
> if (SWIG_GetArgs(interp, objc, objv,"ooo:iSGPIO_Put channel src size
> ?wait? ",(void *)0,(void *)0,(void *)0) == TCL_ERROR) SWIG_fail;
> ecode1 = SWIG_AsVal_int SWIG_TCL_CALL_ARGS_2(objv[1], &val1);
> if (!SWIG_IsOK(ecode1)) {
> SWIG_exception_fail(SWIG_ArgError(ecode1), "in method '"
> "iSGPIO_Put" "', argument " "1"" of type '" "int""'");
> }
> arg1 = static_cast< int >(val1);
> {
> int siz = 0;
> int i = 0;
>
> Tcl_Obj ** listobjv = NULL;
> if( Tcl_ListObjGetElements(interp, objv[2], &siz, &listobjv) ==
> TCL_ERROR )
> return TCL_ERROR;
>
> arg2 = new unsigned char[siz];
> arg3 = &temp2;
> temp2 = siz;
> for (i = 0; i < siz; i++) {
> int er=0;
> unsigned int uintVal;
>
> if( (er=SWIG_AsVal_unsigned_SS_int(interp, listobjv[i],
> &uintVal)))
> {
> SWIG_Error(er,"list must contain ints");
> delete[] arg2;
> return TCL_ERROR;
> }
> else{
> ((unsigned char *)(arg2))[i] = (unsigned char)uintVal;
> }
> }
>
> }
> ecode4 = SWIG_AsVal_bool SWIG_TCL_CALL_ARGS_2(objv[3], &val4);
> if (!SWIG_IsOK(ecode4)) {
> SWIG_exception_fail(SWIG_ArgError(ecode4), "in method '"
> "iSGPIO_Put" "', argument " "4"" of type '" "bool""'");
> }
> arg4 = static_cast< bool >(val4);
> result = (int)iSGPIO_Put(arg1,arg2,*arg3,arg4);
> Tcl_SetObjResult(interp,SWIG_From_int(static_cast< int >(result)));
> return TCL_OK;
> fail:
> return TCL_ERROR;
> }
>
>
> So, as you can see, the freeargs typemap is not being inserted.
>
> Am I missing something? I have read the docs, and saw nothing. Well,
> there is something that caught my eye and is the fact that in the Tcl
> docs, in the freeargs typemap, it says:
>
> "%typemap(tcl,freearg) Cleans up a function argument (if
> necessary)"
>
> Perhaps I am missing something about the "if necessary part". That is
> not shown for other languages like Perl...
>
> Any help will be greatly appreciated.
>
> Luis
>
> ---
> ---
> ---
> ---------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
> 30-Day
> trial. Simplify your report design, integration and deployment - and
> focus on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now. http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Swig-user mailing list
> Swig-user@...
> https://lists.sourceforge.net/lists/listinfo/swig-user

From forum: swig-user

freeargs typemap not being called in Tcl wrapper

2009-11-09T03:53:56Z

Hi,

I have a C function that receives a buffer and a size and uses the
values in it. I am trying to get SWIG to generate a wrapper for this
function in Tcl (that would pass a Tcl list, instead of a buffer +
size), using the following typemaps:

%typemap(in,numinputs=1,fragment="SWIG_AsVal_unsigned_SS_int") (void
*src, unsigned long &size) (unsigned long temp) {
int siz = 0;
int i = 0;

Tcl_Obj ** listobjv = NULL;
if( Tcl_ListObjGetElements(interp, $input, &siz, &listobjv) == TCL_ERROR )
return TCL_ERROR;

$1 = new unsigned char[siz];
$2 = &temp;
temp = siz;
for (i = 0; i < siz; i++) {
int er=0;
unsigned int uintVal;

if( (er=SWIG_AsVal_unsigned_SS_int(interp, listobjv[i], &uintVal)))
{
SWIG_Error(er,"list must contain ints");
delete[] $1;
return TCL_ERROR;
}
else{
((unsigned char *)($1))[i] = (unsigned char)uintVal;
}
}

}

%typemap(freeargs) void *src {
delete[] $1;
}

What I do, is reserve some memory that will be passed to the C
function, and populate it with the list passed from Tcl (in the IN
typemap). I then release the allocated memory in the freeargs typemap.

The function that SWIG generates is this:

SWIGINTERN int
_wrap_iSGPIO_Put(ClientData clientData SWIGUNUSED, Tcl_Interp *interp,
int objc, Tcl_Obj *CONST objv[]) {
int arg1 ;
void *arg2 = (void *) 0 ;
unsigned long *arg3 = 0 ;
bool arg4 ;
int val1 ;
int ecode1 = 0 ;
unsigned long temp2 ;
bool val4 ;
int ecode4 = 0 ;
int result;

if (SWIG_GetArgs(interp, objc, objv,"ooo:iSGPIO_Put channel src size
?wait? ",(void *)0,(void *)0,(void *)0) == TCL_ERROR) SWIG_fail;
ecode1 = SWIG_AsVal_int SWIG_TCL_CALL_ARGS_2(objv[1], &val1);
if (!SWIG_IsOK(ecode1)) {
SWIG_exception_fail(SWIG_ArgError(ecode1), "in method '"
"iSGPIO_Put" "', argument " "1"" of type '" "int""'");
}
arg1 = static_cast< int >(val1);
{
int siz = 0;
int i = 0;

Tcl_Obj ** listobjv = NULL;
if( Tcl_ListObjGetElements(interp, objv[2], &siz, &listobjv) == TCL_ERROR )
return TCL_ERROR;

arg2 = new unsigned char[siz];
arg3 = &temp2;
temp2 = siz;
for (i = 0; i < siz; i++) {
int er=0;
unsigned int uintVal;

if( (er=SWIG_AsVal_unsigned_SS_int(interp, listobjv[i], &uintVal)))
{
SWIG_Error(er,"list must contain ints");
delete[] arg2;
return TCL_ERROR;
}
else{
((unsigned char *)(arg2))[i] = (unsigned char)uintVal;
}
}

}
ecode4 = SWIG_AsVal_bool SWIG_TCL_CALL_ARGS_2(objv[3], &val4);
if (!SWIG_IsOK(ecode4)) {
SWIG_exception_fail(SWIG_ArgError(ecode4), "in method '"
"iSGPIO_Put" "', argument " "4"" of type '" "bool""'");
}
arg4 = static_cast< bool >(val4);
result = (int)iSGPIO_Put(arg1,arg2,*arg3,arg4);
Tcl_SetObjResult(interp,SWIG_From_int(static_cast< int >(result)));
return TCL_OK;
fail:
return TCL_ERROR;
}

So, as you can see, the freeargs typemap is not being inserted.

Am I missing something? I have read the docs, and saw nothing. Well,
there is something that caught my eye and is the fact that in the Tcl
docs, in the freeargs typemap, it says:

"%typemap(tcl,freearg) Cleans up a function argument (if necessary)"

Perhaps I am missing something about the "if necessary part". That is
not shown for other languages like Perl...

Any help will be greatly appreciated.

Luis

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Swig-user mailing list
Swig-user@...
https://lists.sourceforge.net/lists/listinfo/swig-user

From forum: swig-user

Double-Free memory C++-Lua

2009-11-08T20:14:09Z

Hi All,

I have a custom type that I'm trying to use as an argument to a function:

typedef struct
{
} foo_t;

inside a function that takes in foo_t** type of argument.

Inside the wrapper template, I put the following line

%apply SWIGTYPE** OUTPUT { foo_t** };

Everything runs fine, but when I exit the program -- normally --
(through the expected call for program exit), then I get a
double-free/memory corruption error:

*** glibc detected *** <executable> : double free or corruption
(fasttop): 0x09738ea8 ***

Does anyone know what am I doing wrong, or why is this happening?

Thanks,

--
Vedran Pogacnik

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Swig-user mailing list
Swig-user@...
https://lists.sourceforge.net/lists/listinfo/swig-user

From forum: swig-user

Re: SWIG "multiply defined" error on C header file

2009-11-08T15:53:09Z

On Sat, Nov 7, 2009 at 11:24 AM, Josh Cherry <jcherry@...> wrote:

>
>
> On Thu, 5 Nov 2009, Evan Klitzke wrote:
>
>> I then tried compiling this using swig, but get an error like so:
>>
>> [evan@t500 py (master)]$ swig -python cldc.i
>> ../include/cldc.h:33: Error: 'cldc_call_opts_u_get' is multiply
>> defined in the generated module.
>> ../include/cldc.h:28: Error: Previous declaration of
>> 'cldc_call_opts_u_get'
>>
>> Everything I've found online about the meaning of this error is
>> discussing SWIG bindings to C++ code, where a method/function is
>> defined in multiple namespaces, which isn't the case here -- this is
>> vanilla C code. I think that SWIG is choking on the the header file
>> which is valid, but I'm not confident enough with my SWIG knowledge to
>> say for sure.
>>
>> For reference, I'm using SWIG 1.3.40, and I've pastebinned the cldc.h
>> file at http://paste.pocoo.org/show/148964/ . The git repo for the
>> project (just clone git://git.kernel.org/pub/scm/daemon/cld/cld.git )
>> is pretty small if you want to test it out yourself.
>
> It may have to do with the fact that you have a data member named "get".
> SWIG would generate a low-level Python function called cldc_call_opts_u_get
> for accessing cldc_call_opts.u, and this might conflict internally with
> cldc_call_opts.u. Just a wild guess.

Thanks Josh, this was exactly the problem. I plan on reporting this to
the swig-developers list.
--
Evan Klitzke <evan@...> :wq

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Swig-user mailing list
Swig-user@...
https://lists.sourceforge.net/lists/listinfo/swig-user

From forum: swig-user

Re: SWIG "multiply defined" error on C header file

2009-11-07T11:24:48Z

On Thu, 5 Nov 2009, Evan Klitzke wrote:

> I then tried compiling this using swig, but get an error like so:
>
> [evan@t500 py (master)]$ swig -python cldc.i
> ../include/cldc.h:33: Error: 'cldc_call_opts_u_get' is multiply
> defined in the generated module.
> ../include/cldc.h:28: Error: Previous declaration of 'cldc_call_opts_u_get'
>
> Everything I've found online about the meaning of this error is
> discussing SWIG bindings to C++ code, where a method/function is
> defined in multiple namespaces, which isn't the case here -- this is
> vanilla C code. I think that SWIG is choking on the the header file
> which is valid, but I'm not confident enough with my SWIG knowledge to
> say for sure.
>
> For reference, I'm using SWIG 1.3.40, and I've pastebinned the cldc.h
> file at http://paste.pocoo.org/show/148964/ . The git repo for the
> project (just clone git://git.kernel.org/pub/scm/daemon/cld/cld.git )
> is pretty small if you want to test it out yourself.

It may have to do with the fact that you have a data member named "get".
SWIG would generate a low-level Python function
called cldc_call_opts_u_get for accessing cldc_call_opts.u, and this might
conflict internally with cldc_call_opts.u. Just a wild guess.

Josh

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Swig-user mailing list
Swig-user@...
https://lists.sourceforge.net/lists/listinfo/swig-user

From forum: swig-user

//SWIG <-> Ruby - call by refrence for value types

2009-11-07T03:17:00Z

Hi @all
I'm pretty new to SWIG and Ruby and have a question.

--------------------
C++:
class A {
public:
foo(int& var){ var+=10;}
};
--------------------

--------------------
Ruby:
var = 10
a = Example::A.new()
a.foo(var)
--------------------

results in: error --> Expected argument 1 of type int &, but got Fixnum 10
(TypeError)

How can I fix that problem. Our C++ code I have to write a ruby interface
for uses a huge number of methods like that...

Best regards,
SirAnn

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Swig-user mailing list
Swig-user@...
https://lists.sourceforge.net/lists/listinfo/swig-user

From forum: swig-user

//SWIG <-> Ruby - call by refrence for value types

2009-11-07T03:14:58Z

From forum: swig-user

SWIG "multiply defined" error on C header file

2009-11-05T19:42:33Z

Hi all,

I'm trying to write a Python binding, using SWIG, to CLD
(http://hail.wiki.kernel.org/index.php/CLD). I was hoping to start
with the "truly lazy" approach described on the SWIG tutorial, and
started with a trivial interface file like this:

%module cldc
%{
#define SWIG_FILE_WITH_INIT
#include "../include/cldc.h"
%}
%include "../include/cldc.h"

I then tried compiling this using swig, but get an error like so:

[evan@t500 py (master)]$ swig -python cldc.i
../include/cldc.h:33: Error: 'cldc_call_opts_u_get' is multiply
defined in the generated module.
../include/cldc.h:28: Error: Previous declaration of 'cldc_call_opts_u_get'

Everything I've found online about the meaning of this error is
discussing SWIG bindings to C++ code, where a method/function is
defined in multiple namespaces, which isn't the case here -- this is
vanilla C code. I think that SWIG is choking on the the header file
which is valid, but I'm not confident enough with my SWIG knowledge to
say for sure.

For reference, I'm using SWIG 1.3.40, and I've pastebinned the cldc.h
file at http://paste.pocoo.org/show/148964/ . The git repo for the
project (just clone git://git.kernel.org/pub/scm/daemon/cld/cld.git )
is pretty small if you want to test it out yourself.

Thanks!

--
Evan Klitzke <evan@...> :wq

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Swig-user mailing list
Swig-user@...
https://lists.sourceforge.net/lists/listinfo/swig-user

From forum: swig-user

SWIG & Tcl: %newobject ignored?

2009-11-04T11:06:52Z

Hi all,

For some reason swig 1.3.41 seems to ignore the "%newbject foo;" feature
(and its equivalent %feature("new", "1") foo;), which seems strange.
This is because I looked insto Source/Modules/tcl8.cxx and the code
seems to check the "wrap:new" feature, and act accordingly. The code in
tcl8.cxx seems ok, why I don't see the results in the produced wrapper?

George

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Swig-user mailing list
Swig-user@...
https://lists.sourceforge.net/lists/listinfo/swig-user

From forum: swig-user

Re: Can this be done with SWIG? - [BUG in Tcl generator?]

2009-11-04T04:54:23Z

O/H Georgios Petasis έγραψε:

> Hi all,
>
> I have a simple class:
>
> %nodefaultctor nsIDOMHTMLCollection;
> %nodefaultdtor nsIDOMHTMLCollection;
> class nsIDOMHTMLCollection {
> public:
> void Release (void);
> void Item (PRUint32 index, nsIDOMNode **OUTPUT);
> void NamedItem (const nsAString &name, nsIDOMNode **OUTPUT);
> }; /* nsIDOMHTMLCollection */
>
> %nodefaultdtor nsIDOMNode;
> class nsIDOMNode {
> void Release(void);
> }
>
> What I want to do:
>
> 1) Tell SWIG that the arguments "nsIDOMNode **OUTPUT" are actually the
> return values of the methods Item & NamedItem, and that the returned
> value is actually a new allocated pointer. I can do this with the
> following:
>
> %typemap(in, numinputs=0) nsIDOMNode **OUTPUT(nsIDOMNode *temp) {
> $1 = &temp;
> }
> %typemap(argout) nsIDOMNode **OUTPUT {
> Tcl_SetObjResult(interp, SWIG_NewInstanceObj(
> SWIG_as_voidptr(*($1)), SWIGTYPE_p_nsIDOMNode, 1));
> }
> %newobject nsIDOMHTMLCollection::Item;
> %newobject nsIDOMHTMLCollection::NamedItem;
>
> 2) I want to tell SWIG to delete nsIDOMNode * by calling Release().
> How can I do this?
>
> If I enable the default destructor, swig always uses delete on the
> object. How can I change that, and actually call Release() ?
>
> Thanks,
>
> George

Is it possible the Tcl wrapper generator to have a bug?
I tried the following:

%nodefaultctor nsIDOMHTMLCollection;
%feature("action") nsIDOMHTMLCollection::~nsIDOMHTMLCollection {
arg1->MyRelease();
}
class nsIDOMHTMLCollection {
public:
nref AddRef (void);
nref Release (void);
void Item (PRUint32 index, nsIDOMNode **OUTPUT);
void NamedItem (const nsAString &name, nsIDOMNode **OUTPUT);
void GetLength (PRUint32 *OUTPUT);
}; /* nsIDOMHTMLCollection */

The wrapper was generated just fine (i.e.
_wrap_delete_nsIDOMHTMLCollection calls MyRelease()),
but the class destructor is still:

SWIGINTERN void swig_delete_nsIDOMHTMLCollection(void *obj) {
nsIDOMHTMLCollection *arg1 = (nsIDOMHTMLCollection *) obj;
delete arg1;
}

Is this what I am supposed to get?

Regards,

George

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Swig-user mailing list
Swig-user@...
https://lists.sourceforge.net/lists/listinfo/swig-user

From forum: swig-user

Can this be done with SWIG?

2009-11-03T15:32:46Z

Hi all,

I have a simple class:

%nodefaultctor nsIDOMHTMLCollection;
%nodefaultdtor nsIDOMHTMLCollection;
class nsIDOMHTMLCollection {
public:
void Release (void);
void Item (PRUint32 index, nsIDOMNode **OUTPUT);
void NamedItem (const nsAString &name, nsIDOMNode **OUTPUT);
}; /* nsIDOMHTMLCollection */

%nodefaultdtor nsIDOMNode;
class nsIDOMNode {
void Release(void);
}

What I want to do:

1) Tell SWIG that the arguments "nsIDOMNode **OUTPUT" are actually the
return values of the methods Item & NamedItem, and that the returned
value is actually a new allocated pointer. I can do this with the following:

%typemap(in, numinputs=0) nsIDOMNode **OUTPUT(nsIDOMNode *temp) {
$1 = &temp;
}
%typemap(argout) nsIDOMNode **OUTPUT {
Tcl_SetObjResult(interp, SWIG_NewInstanceObj(
SWIG_as_voidptr(*($1)), SWIGTYPE_p_nsIDOMNode, 1));
}
%newobject nsIDOMHTMLCollection::Item;
%newobject nsIDOMHTMLCollection::NamedItem;

2) I want to tell SWIG to delete nsIDOMNode * by calling Release(). How
can I do this?

If I enable the default destructor, swig always uses delete on the
object. How can I change that, and actually call Release() ?

Thanks,

George

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Swig-user mailing list
Swig-user@...
https://lists.sourceforge.net/lists/listinfo/swig-user

From forum: swig-user

Re: Temporarily disable std_vector.i?

2009-11-03T13:35:10Z

On Tue, 3 Nov 2009, Russell E. Owen wrote:

> There are two problems:
> - The warning is wrong. The constructors are all available, despite
> SWIG's claim that one has been shadowed. Clearly something is wrong (see
> next item), but it is more subtle. Both conversions and all the
> constructors work as expected.

Here's my understanding of what's happening. Every type conversion has a
precedence (many defined in swig.swg). These are used in cases of
overloading to decide what order to use when looking for a matching
signature. If two types have the same precedence (e.g., two vectors),
what should SWIG do? It generates code to use both, but one must come
first. It might be that the same input argument could match either check,
and it would be arbitrary which signature got called. SWIG can't know, so
it issues a warning. Perhaps the warning is poorly worded, but other than
that I'm not sure what behavior would be preferable.

> - The resulting library is not safe. It is easy to cause an abort, as
> shown by the commented-out portions of the code.
>
> I don't really understand the latter problem, since clearly SWIG does
> some type checking when it walks through a list. If one fixes the
> problem as per my previous email then SWIG will properly reject a list
> of mixed values.

It's not clear to me that this is related. SWIG should check all of the
list members, but the handling of this has gone though various changes.
Why not check whether it has anything to do with overloading?

As a work-around, you can use %pythonprepend to stop bad stuff from
happening.

Josh

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Swig-user mailing list
Swig-user@...
https://lists.sourceforge.net/lists/listinfo/swig-user

From forum: swig-user

Re: Temporarily disable std_vector.i?

2009-11-03T12:34:43Z

In article
<Pine.LNX.4.64.0911022004380.15130@...>,
Josh Cherry <jcherry@...> wrote:

> On Mon, 2 Nov 2009, Russell Owen wrote:
>
> > When I build it I get a warning about a shadowed method (see appended
> > log). But when I run the test code it works as desired.
>
> I'm not sure what the problem is. It sounds like you're just getting a
> harmless warning (which I would expect, since the two conversions have the
> same "priority").

There are two problems:
- The warning is wrong. The constructors are all available, despite
SWIG's claim that one has been shadowed. Clearly something is wrong (see
next item), but it is more subtle. Both conversions and all the
constructors work as expected.
- The resulting library is not safe. It is easy to cause an abort, as
shown by the commented-out portions of the code.

I don't really understand the latter problem, since clearly SWIG does
some type checking when it walks through a list. If one fixes the
problem as per my previous email then SWIG will properly reject a list
of mixed values.

-- Russell

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Swig-user mailing list
Swig-user@...
https://lists.sourceforge.net/lists/listinfo/swig-user

From forum: swig-user

Swig and sys.stdout

2009-11-03T07:00:38Z

Hi,

This is my first post to this list, so I apologize if my posting is
misplaced.

We are using swig to wrap C++ to Python, and need to redirect stdout to
a GUI based log window. However, calls to printf or cout are not caught
by Pythons sys.stdout.

Any known solutions to this issue?

Best regards,

Mads

--
+-------------------------------------------------------------+
| Mads Ipsen, Scientific developer |
+-------------------------------+-----------------------------+
| QuantumWise A/S | phone: +45-29716388 |
| Nørre Søgade 27A | www: www.quantumwise.com |
| DK-1370 Copenhagen K, Denmark | email: mpi@... |
+-------------------------------+-----------------------------+

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Swig-user mailing list
Swig-user@...
https://lists.sourceforge.net/lists/listinfo/swig-user

From forum: swig-user

Re: Problems with shared_ptr and Python

2009-11-02T23:43:27Z

Hi William

This is my interface file boost_example.i:
%module example

// For plain classes, do not use for derived classes
%include "boost_shared_ptr.i"
MY_SWIG_SHARED_PTR(Foo, Foo)

struct Foo {};
void test1(shared_ptr<Foo> f) {}
void test2(boost::shared_ptr<Foo> f) {}

-----------------------------------------------------------

My command line:

$ swig -c++ -python boost_example.i
boost_example.i(6): Error: Syntax error in input(1).

I do get the same results whether I run the command from a MSYS shell or from the Windows Power Shell, obviously, both on Windows (XP to be accurate).

Finally, the version I am using:
$ swig -version

SWIG Version 1.3.40

Compiled with i586-mingw32msvc-g++ [i686-pc-linux-gnu]
Please see http://www.swig.org for reporting bugs and further information

Best regards and thanks for your help.

Andreas
---- William S Fulton <wsf@...> schrieb:

> andreas.held@... wrote:
> > Hi William
> >
> > Thank you for your quick reply. Sorry for my mistake in the command line. As you pointed out, the correct command line should be:
> > swig -c++ -python example.i
> >
> > Still, even with that command line I do get the same error. I now stronly suspect that something is wrong with my boost installation.
> It is impossible for SWIG to be affected by your boost installation
> unless you tell it to via an include path (the -I option). However,
> there might be a problem when your c++ compiler compiles the generated
> code, as that will then use your boost installation.
>
> > Anyway, I have now found a way around my problem by using
> > %template
> >
> I don't know what you are doing wrong, but the SWIG_SHARED_PTR macro
> invokes the %template directive for you. I think you need to post your
> non-working example again.
>
> William

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Swig-user mailing list
Swig-user@...
https://lists.sourceforge.net/lists/listinfo/swig-user

From forum: swig-user

Re: Temporarily disable std_vector.i?

2009-11-02T17:06:17Z

On Mon, 2 Nov 2009, Russell Owen wrote:

> When I build it I get a warning about a shadowed method (see appended
> log). But when I run the test code it works as desired.

I'm not sure what the problem is. It sounds like you're just getting a
harmless warning (which I would expect, since the two conversions have the
same "priority").

Josh

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Swig-user mailing list
Swig-user@...
https://lists.sourceforge.net/lists/listinfo/swig-user

From forum: swig-user

Re: Temporarily disable std_vector.i?

2009-11-02T16:17:54Z

In article <4AEDF6C0.1070902@...>,
William S Fulton <wsf@...> wrote:

On Nov 1, 2009, at 12:59 PM, William S Fulton wrote:

> Russell E. Owen wrote:
> > I am having some issues with shadowed constructors that I think are caused
> > by
> > using std_vector.i
> > Some of our classes have multiple constructors such as this:
> > Foo::Foo(std::vector<double> &values)
> > Foo::Foo(std::vector<boost::shared_ptr<FancyClass> > &fancyClasses)
> > and our SWIG file wraps the class Foo and also wraps the arguments as so:
> > %template(VectorDouble) std::vector<double>;
> > %template(VectorFancyClass)std::vector<boost::shared_ptr<FancyClass> >;
> > SWIG complains that the latter constructor is shadowed by the former.
> > As far as I can tell this is because both std::vector<double> and
> > std::vector<boost::shared_ptr<some fancyclass> > have been templated after
> > including std_vector.i. Thus SWIG is trying to support all of the following
> > forms of Foo constructor:
> > 1) an explicitly constructed VectorDouble
> > 2) a python list of doubles (due to std_vector.i and much appreciated)
> > 3) an explicitly constructed VectorFancyClass
> > 4) a python list of FancyClasses (due to std_vector.i and not necessary)
> > and the two python list versions (2 and 4) are colliding with each other.
> > I suspect that both Foo constructors are actually available, and that only
> > case (4) is unavailable. If so, we can live with it. But I would rather
> > explicitly disable std_vector.i for VectorFancyClass if there is some easy
> > way to do this.
> > I realize I could just include std_vector.i at the very end, but that
> > happens
> > to be a headache due to the way we're including it right now (in a common
> > .i
> > file shared by all others -- maybe that is a mistake).
> > Anyone have any suggestions?
>
> I don't see why SWIG is doing this and I can't replicate this problem. I
> suggest you post a complete standalone example demonstrating it...

Here is my example (slightly longer than you requested, but short
enough, I trust, to serve)

*** swigtest.h ***

#include <iostream>
#include <vector>

namespace test {
class Bar {
public:
explicit Bar::Bar(int val=0) : intVal(val) {};
int intVal;
};

class Foo {
public:
explicit Foo::Foo(std::vector<int> const &intVec) {
std::cout << "Foo(";
for (size_t ind = 0; ind < intVec.size(); ++ind)
std::cout << intVec[ind] << ", ";
std::cout << ") constructor" << std::endl;
}
explicit Foo::Foo(std::vector<Bar> const &barVec) {
std::cout << "Foo(";
for (size_t ind = 0; ind < barVec.size(); ++ind)
std::cout << "Bar(" << barVec[ind].intVal << "), ";
std::cout << ") constructor" << std::endl;
}
};

}

*** swigtest.i ***

%module swigtest
%{
#include "swigtest.h"
%}

%include "std_vector.i"
%template(IntVec) std::vector<int>;
%template(BarVec) std::vector<test::Bar>;
%include "swigtest.h"

*** runtest.py ***

#!/usr/bin/env python
# run swigtest

import swigtest

# these should work
iv = swigtest.IntVec()
iv.append(1)
iv.append(2)
iv.append(3)
swigtest.Foo(iv)

swigtest.Foo([1, 2, 3])

bv = swigtest.BarVec()
bv.append(swigtest.Bar(1))
bv.append(swigtest.Bar(2))
bv.append(swigtest.Bar(3))
swigtest.Foo(bv)

swigtest.Foo([swigtest.Bar(1), swigtest.Bar(2), swigtest.Bar(3)])

# this is commented out because it aborts or send Foo garbage
# it may or may not be relevant to the problem being discussed
# I suspect the abort or garbage is a swig bug in any case
#swigtest.Foo([1, 2, swigtest.Bar(3)])
#swigtest.Foo([swigtest.Bar(1), swigtest.Bar(2), 3])

When I build it I get a warning about a shadowed method (see appended
log). But when I run the test code it works as desired.

I also found that if I simply move the swigtest.i line:
%template(BarVec) std::vector<test::Bar>;
after the line:
%include "swigtest.h"
then the problem goes away (though one can no longer provide a plain
python list of Bar). Also it solves the problem from the commented-out
lines of the test code: instead of aborting or sending Foo garbage, swig
correctly detects the mixed type list and rejects it!

I would prefer a solution that allows a plain list of Bar and correctly
rejects lists of mixed types. But barring such a solution, simply
templating the list of Bar at the end will do.

-- Russell

*** Log ***

rowen:swigtest rowen$ swig -o swigtest_wrap.cc -c++ -python
-I/Users/rowen/lsst_home/DarwinX86/external/boost/1.37.0/include
-I/Library/Frameworks/Python.framework/Versions/2.5/include/python2.5
-I/Library/include swigtest.i
swigtest.h:24: Warning(509): Overloaded method
test::Foo::Foo(std::vector< test::Bar,std::allocator< test::Bar > >
const &) is shadowed by test::Foo::Foo(std::vector< int,std::allocator<
int > > const &) at swigtest.h:18.

rowen:swigtest rowen$ g++ -o swigtest_wrap.os -c -g -Wall -O3
-DLSST_HAVE_TR1=1 -DLSST_LITTLE_ENDIAN=1 -fno-strict-aliasing -fPIC
-I/Users/rowen/lsst_home/DarwinX86/external/boost/1.37.0/include
-I/Library/Frameworks/Python.framework/Versions/2.5/include/python2.5
-I/Library/include swigtest_wrap.cc
swigtest_wrap.cc: In member function swig::PySequence_Ref<T>::operator
T() const [with T = int]:
swigtest_wrap.cc:3133: warning: v may be used uninitialized in this
function

rowen:swigtest rowen$ g++ -o _swigtest.so -bundle -undefined suppress
-flat_namespace swigtest_wrap.os
-L/Users/rowen/lsst_home/DarwinX86/external/boost/1.37.0/lib
-L/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/config

rowen:afw-1000 rowen$ swig -version

SWIG Version 1.3.36

Compiled with g++ [i386-apple-darwin9.4.0]
Please see http://www.swig.org for reporting bugs and further information

rowen:swigtest rowen$ ./runtest.py
Foo(1, 2, 3, ) constructor
Foo(1, 2, 3, ) constructor
Foo(Bar(1), Bar(2), Bar(3), ) constructor
Foo(Bar(1), Bar(2), Bar(3), ) constructor

P.S. sorry if this is a duplicate; my reply to the mailing list has not
yet appeared on gmane. Even if it is a duplicate, this version has
additional information.

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Swig-user mailing list
Swig-user@...
https://lists.sourceforge.net/lists/listinfo/swig-user

From forum: swig-user

Re: Temporarily disable std_vector.i?

2009-11-02T13:33:10Z

On Nov 1, 2009, at 12:59 PM, William S Fulton wrote:

> Russell E. Owen wrote:
>> (Sorry if this is a duplicate; the first attempt didn't show up
>> here).
>> I am having some issues with shadowed constructors that I think are
>> caused by using std_vector.i
>> Some of our classes have multiple constructors such as this:
>> Foo::Foo(std::vector<double> &values)
>> Foo::Foo(std::vector<boost::shared_ptr<FancyClass> > &fancyClasses)
>> and our SWIG file wraps the class Foo and also wraps the arguments
>> as so:
>> %template(VectorDouble) std::vector<double>;
>> %template
>> (VectorFancyClass)std::vector<boost::shared_ptr<FancyClass> >;
>> SWIG complains that the latter constructor is shadowed by the former.
>> As far as I can tell this is because both std::vector<double> and
>> std::vector<boost::shared_ptr<some fancyclass> > have been
>> templated after including std_vector.i. Thus SWIG is trying to
>> support all of the following forms of Foo constructor:
>> 1) an explicitly constructed VectorDouble
>> 2) a python list of doubles (due to std_vector.i and much
>> appreciated)
>> 3) an explicitly constructed VectorFancyClass
>> 4) a python list of FancyClasses (due to std_vector.i and not
>> necessary)
>> and the two python list versions (2 and 4) are colliding with each
>> other.
>> I suspect that both Foo constructors are actually available, and
>> that only case (4) is unavailable. If so, we can live with it. But
>> I would rather explicitly disable std_vector.i for VectorFancyClass
>> if there is some easy way to do this.
>> I realize I could just include std_vector.i at the very end, but
>> that happens to be a headache due to the way we're including it
>> right now (in a common .i file shared by all others -- maybe that
>> is a mistake).
>> Anyone have any suggestions?
>
> I don't see why SWIG is doing this and I can't replicate this
> problem. I suggest you post a complete standalone example
> demonstrating it...

Here is my example (slightly longer than you requested, but short
enough, I trust, to serve):

*** swigtest.h ***

#include <iostream>
#include <vector>

namespace test {
class Bar {
public:
explicit Bar::Bar(int val=0) : intVal(val) {};
int intVal;
};

class Foo {
public:
explicit Foo::Foo(std::vector<int> const &intVec) {
std::cout << "Foo(";
for (size_t ind = 0; ind < intVec.size(); ++ind)
std::cout << intVec[ind] << ", ";
std::cout << ") constructor" << std::endl;
}
explicit Foo::Foo(std::vector<Bar> const &barVec) {
std::cout << "Foo(";
for (size_t ind = 0; ind < barVec.size(); ++ind)
std::cout << "Bar(" << barVec[ind].intVal << "), ";
std::cout << ") constructor" << std::endl;
}
};

}

*** swigtest.i ***

%module swigtest
%{
#include "swigtest.h"
%}

%include "std_vector.i"
%template(IntVec) std::vector<int>;
%template(BarVec) std::vector<test::Bar>;
%include "swigtest.h"

*** runtest.py ***

#!/usr/bin/env python
# run swigtest

import swigtest

# these should work
iv = swigtest.IntVec()
iv.append(1)
iv.append(2)
iv.append(3)
swigtest.Foo(iv)

swigtest.Foo([1, 2, 3])

bv = swigtest.BarVec()
bv.append(swigtest.Bar(1))
bv.append(swigtest.Bar(2))
bv.append(swigtest.Bar(3))
swigtest.Foo(bv)

swigtest.Foo([swigtest.Bar(1), swigtest.Bar(2), swigtest.Bar(3)])

# these do horrible things, but that is not relevant to the problem
being discussed:
#swigtest.Foo([1, 2, swigtest.Bar(3)])
#swigtest.Foo([swigtest.Bar(1), swigtest.Bar(2), 3])

When I build it I get a warning about a shadowed method (see appended
log). But when I run the test code it works as desired.

-- Russell

*** Log ***

rowen:swigtest rowen$ swig -o swigtest_wrap.cc -c++ -python -I/Users/
rowen/lsst_home/DarwinX86/external/boost/1.37.0/include -I/Library/
Frameworks/Python.framework/Versions/2.5/include/python2.5 -I/Library/
include swigtest.i
swigtest.h:24: Warning(509): Overloaded method
test::Foo::Foo(std::vector< test::Bar,std::allocator< test::Bar > >
const &) is shadowed by test::Foo::Foo(std::vector<
int,std::allocator< int > > const &) at swigtest.h:18.

rowen:swigtest rowen$ g++ -o swigtest_wrap.os -c -g -Wall -O3 -
DLSST_HAVE_TR1=1 -DLSST_LITTLE_ENDIAN=1 -fno-strict-aliasing -fPIC -I/
Users/rowen/lsst_home/DarwinX86/external/boost/1.37.0/include -I/
Library/Frameworks/Python.framework/Versions/2.5/include/python2.5 -I/
Library/include swigtest_wrap.cc
swigtest_wrap.cc: In member function
‘swig::PySequence_Ref<T>::operator T() const [with T = int]’:
swigtest_wrap.cc:3133: warning: ‘v’ may be used uninitialized in this
function

rowen:swigtest rowen$ g++ -o _swigtest.so -bundle -undefined suppress
-flat_namespace swigtest_wrap.os -L/Users/rowen/lsst_home/DarwinX86/
external/boost/1.37.0/lib -L/Library/Frameworks/Python.framework/
Versions/2.5/lib/python2.5/config

rowen:afw-1000 rowen$ swig -version

SWIG Version 1.3.36

Compiled with g++ [i386-apple-darwin9.4.0]
Please see http://www.swig.org for reporting bugs and further
information

rowen:swigtest rowen$ ./runtest.py
Foo(1, 2, 3, ) constructor
Foo(1, 2, 3, ) constructor
Foo(Bar(1), Bar(2), Bar(3), ) constructor
Foo(Bar(1), Bar(2), Bar(3), ) constructor

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Swig-user mailing list
Swig-user@...
https://lists.sourceforge.net/lists/listinfo/swig-user

From forum: swig-user

Re: Embed perl and multi-threading (Re: segmentation fault in event-driven library wrapped with swig)

2009-11-02T09:22:08Z

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Sri,
I suspect you are asking the wrong forum about this.

This sounds like a perl specific issue with embedded perl and
multithreading. You could check through the groups at
http://www.nntp.perl.org/group/ and see if anyone there has experience
with multithreaded embedded perl.

Steve

Sri wrote:

> Hi all,
>
> In digging further into this, I feel that the pthread_getspecific()
> functions are not finding the perl interpreter instance
> corresponding to the thread in my library. I guess its because I
> havent really created one yet? To test if this was the cause, I
> modified my SWIG_Wrap_bsa_disc_callback method to create a new
> perl-interpreter when my_perl is NULL and the crash is now occuring
> at the call_sv. I realize its not the right way to do it, but not
> sure exactly the steps required. I think the solution likely
> involves my library thread creating a interpreter instance and
> saving relevant data (what is relevant?) via pthread_setspecific
> method/SET_CONTEXT().
>
> Would be great if anyone can shed some light or confirm if I'm on
> the right track.
>
> Thx
>
> void SWIG_Wrap_bsa_disc_callback(int event, tMy_MSG *p_data) { int
> new_perl = 0; printf("entering perl callback handler...\n"); dTHX;
> printf("dTHX done...\n");
>
> if ( my_perl != NULL ) printf ("my_perl == %ul\n", my_perl); else {
> printf ("my_perl was NULL\n"); my_perl = perl_alloc();
> PERL_SET_CONTEXT(my_perl); new_perl = 1; } /* printf("Destruct
> level : %d...\n", PL_perl_destruct_level); */ dSP; printf("DSP
> done...\n"); SV * sv = bsa_perl_disc_callback; if (sv == (SV*)NULL)
> croak("Internal error...\n");
>
> printf("Preparing to call perl callback...\n"); PUSHMARK(SP);
> XPUSHs(sv_2mortal(newSViv(event))); printf("newSViv of %d
> done...\n", event);
> XPUSHs(SWIG_NewPointerObj(SWIG_as_voidptr(p_data),
> SWIGTYPE_p_tMy_MSG, SWIG_SHADOW)); /* XPUSHs(sv_2mortal(newSVsv((SV
> *)p_data))); */ printf("newSVsv...\n"); PUTBACK;
>
> printf("calling the Perl sub...\n"); /* Call the Perl sub */
> call_sv(sv, G_DISCARD); printf("Perl sub completed
> successfully...\n");
>
> if ( new_perl ) perl_free(my_perl); }
>
>
> --- On Fri, 10/30/09, Sri <w2learn@...> wrote:
>
>> From: Sri <w2learn@...> Subject: segmentation fault in
>> event-driven library wrapped with swig To:
>> swig-user@... Date: Friday, October 30, 2009,
>> 8:35 PM Hello SWIG, perl experts:
>>
>> With good help from swig-users posts & Stephen Chan in
>> particular, I've figured out how to wrap a C event-driven library
>> with SWIG. SWIG is really nice tool! I'm able to call APIs and
>> register perl-sub as callback into the C library. If I invoke the
>> perl callback as part of an API invoked from Perl script, the
>> callback is called (in perls main thread). However, when the
>> same callback handler invokes the callback via a different thread
>> (based on async event), it crashes at the "dSP;" line.
>>
>> I've tried adding "dTX" before "dSP;" and also tried enabling
>> more macros to match how my perl is built. So far no luck. The
>> line that crashes is below (pre-processor output). "dTHX done"
>> is printed, but crashes before "DSP done" is printed.
>>
>> printf("entering perl callback handler...\n"); register
>> PerlInterpreter *my_perl __attribute__((unused)) =
>> ((PerlInterpreter
>> *)pthread_getspecific((*Perl_Gthr_key_ptr(((void *)0)))));
>> printf("dTHX done...\n"); register SV **sp =
>> (*Perl_Tstack_sp_ptr(((PerlInterpreter
>> *)pthread_getspecific((*Perl_Gthr_key_ptr(((void *)0))))))); <--
>> CRASHES!! printf("DSP done...\n");
>>
>>
>> The perl-callback handler code ------------------------------
>>
>> void SWIG_Wrap_bsa_disc_callback(int event, tMy_MSG *p_data) {
>> printf("entering perl callback handler...\n"); dTHX; printf("dTHX
>> done...\n"); dSP; printf("DSP done...\n"); SV * sv =
>> bsa_perl_disc_callback; if (sv == (SV*)NULL) croak("Internal
>> error...\n");
>>
>> printf("Preparing to call perl callback...\n"); PUSHMARK(SP);
>> XPUSHs(sv_2mortal(newSViv(event))); printf("newSViv of %d
>> done...\n", event);
>>
>> XPUSHs(SWIG_NewPointerObj(SWIG_as_voidptr(p_data),
>> SWIGTYPE_p_tMy_MSG, SWIG_SHADOW)); /*
>> XPUSHs(sv_2mortal(newSVsv((SV *)p_data))); */
>> printf("newSVsv...\n"); PUTBACK;
>>
>> printf("calling the Perl sub...\n"); /* Call the Perl sub */
>> call_sv(sv, G_DISCARD); printf("Perl sub completed
>> successfully...\n"); }
>>
>> Options when running SWIG: --------------------------
>>
>> swig -includeall -I. -I <lots of others proj specific dirs>
>> -perl5 -outdir <outdir> -module <module> my_api.i
>>
>> Options when compliling _wrap.c: --------------------------------
>>
>>
>> gcc -E -Dbool=char -fpic -D_REENTRANT -D_GNU_SOURCE
>> -DTHREADS_HAVE_PIDS -DDEBIAN -fno-strict-aliasing -pipe -isystem
>> /usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64
>> -DSWIG -g -DMULTIPLICITY -DPERL_IMPLICIT_CONTEXT
>> -DTHREADS_HAVE_PIDS -DUSE_LARGE_FILES -DUSE_PERLIO
>> -DUSE_REENTRANT_API -DBSA_CLIENT -I/usr/lib/perl/5.8/CORE/
>>
>> Output from perl -V -------------------
>>
>> Summary of my perl5 (revision 5 version 8 subversion 8)
>> configuration: Platform: osname=linux, osvers=2.6.24-19-server,
>> archname=i486-linux-gnu-thread-multi uname='linux palmer
>> 2.6.24-19-server #1 smp sat jul 12 00:40:01 utc 2008 i686
>> gnulinux ' config_args='-Dusethreads -Duselargefiles
>> -Dccflags=-DDEBIAN -Dcccdlflags=-fPIC -Darchname=i486-linux-gnu
>> -Dprefix=/usr -Dprivlib=/usr/share/perl/5.8
>> -Darchlib=/usr/lib/perl/5.8 -Dvendorprefix=/usr
>> -Dvendorlib=/usr/share/perl5 -Dvendorarch=/usr/lib/perl5
>> -Dsiteprefix=/usr/local -Dsitelib=/usr/local/share/perl/5.8.8
>> -Dsitearch=/usr/local/lib/perl/5.8.8
>> -Dman1dir=/usr/share/man/man1 -Dman3dir=/usr/share/man/man3
>> -Dsiteman1dir=/usr/local/man/man1
>> -Dsiteman3dir=/usr/local/man/man3 -Dman1ext=1 -Dman3ext=3perl
>> -Dpager=/usr/bin/sensible-pager -Uafs -Ud_csh -Ud_ualarm
>> -Uusesfio -Uusenm -Duseshrplib -Dlibperl=libperl.so.5.8.8
>> -Dd_dosuid -des' hint=recommended, useposix=true,
>> d_sigaction=define usethreads=define use5005threads=undef
>> useithreads=define usemultiplicity=define useperlio=define
>> d_sfio=undef uselargefiles=define usesocks=undef
>> use64bitint=undef use64bitall=undef uselongdouble=undef
>> usemymalloc=n, bincompat5005=undef Compiler: cc='cc', ccflags
>> ='-D_REENTRANT -D_GNU_SOURCE -DTHREADS_HAVE_PIDS -DDEBIAN
>> -fno-strict-aliasing -pipe -I/usr/local/include
>> -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64', optimize='-O2',
>> cppflags='-D_REENTRANT -D_GNU_SOURCE -DTHREADS_HAVE_PIDS -DDEBIAN
>> -fno-strict-aliasing -pipe -I/usr/local/include' ccversion='',
>> gccversion='4.2.3 (Ubuntu 4.2.3-2ubuntu7)', gccosandvers=''
>> intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=1234
>> d_longlong=define, longlongsize=8, d_longdbl=define,
>> longdblsize=12 ivtype='long', ivsize=4, nvtype='double',
>> nvsize=8, Off_t='off_t', lseeksize=8 alignbytes=4,
>> prototype=define Linker and Libraries: ld='cc', ldflags ='
>> -L/usr/local/lib' libpth=/usr/local/lib /lib /usr/lib libs=-lgdbm
>> -lgdbm_compat -ldb -ldl -lm -lpthread -lc -lcrypt perllibs=-ldl
>> -lm -lpthread -lc -lcrypt libc=/lib/libc-2.7.so, so=so,
>> useshrplib=true, libperl=libperl.so.5.8.8 gnulibc_version='2.7'
>> Dynamic Linking: dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef,
>> ccdlflags='-Wl,-E' cccdlflags='-fPIC', lddlflags='-shared
>> -L/usr/local/lib'
>>
>>
>> Characteristics of this binary (from libperl): Compile-time
>> options: MULTIPLICITY PERL_IMPLICIT_CONTEXT
>>
>> PERL_MALLOC_WRAP THREADS_HAVE_PIDS USE_ITHREADS
>>
>> USE_LARGE_FILES USE_PERLIO USE_REENTRANT_API Built under linux
>> Compiled at Jan 14 2009 22:34:36 @INC: /etc/perl
>> /usr/local/lib/perl/5.8.8 /usr/local/share/perl/5.8.8
>> /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.8
>> /usr/share/perl/5.8 /usr/local/lib/site_perl .
>>
>> output from gcc -v ------------------
>>
>> gcc -v Using built-in specs. Target: i486-linux-gnu Configured
>> with: ../src/configure -v
>> --enable-languages=c,c++,fortran,objc,obj-c++,treelang
>> --prefix=/usr --enable-shared --with-system-zlib
>> --libexecdir=/usr/lib --without-included-gettext
>> --enable-threads=posix --enable-nls
>> --with-gxx-include-dir=/usr/include/c++/4.2 --program-suffix=-4.2
>> --enable-clocale=gnu --enable-libstdcxx-debug --enable-objc-gc
>> --enable-mpfr --enable-targets=all --enable-checking=release
>> --build=i486-linux-gnu --host=i486-linux-gnu
>> --target=i486-linux-gnu Thread model: posix gcc version 4.2.4
>> (Ubuntu 4.2.4-1ubuntu4)
>>
>>
>>
>>
>>
>
>
>
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry(R) Developer Conference in SF,
> CA is the only developer event you need to attend this year.
> Jumpstart your developing skills, take BlackBerry mobile
> applications to market and stay ahead of the curve. Join us from
> November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> _______________________________________________ Swig-user mailing
> list Swig-user@...
> https://lists.sourceforge.net/lists/listinfo/swig-user

-----BEGIN PGP SIGNATURE-----
Version: GnuPG/MacGPG2 v2.0.12 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkrvFT8ACgkQcVd2YI1BWAi1vQCcDzOZ2kydduJm2Cn3WTeMzVl0
fScAniNdTUCg/LLBhI2EXhij9AmUtdgS
=0XmJ
-----END PGP SIGNATURE-----

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Swig-user mailing list
Swig-user@...
https://lists.sourceforge.net/lists/listinfo/swig-user

From forum: swig-user

Embed perl and multi-threading (Re: segmentation fault in event-driven library wrapped with swig)

2009-11-02T08:35:16Z

Hi all,

In digging further into this, I feel that the pthread_getspecific() functions are not finding the perl interpreter instance corresponding to the thread in my library. I guess its because I havent really created one yet? To test if this was the cause, I modified my SWIG_Wrap_bsa_disc_callback method to create a new perl-interpreter when my_perl is NULL and the crash is now occuring at the call_sv. I realize its not the right way to do it, but not sure exactly the steps required. I think the solution likely involves my library thread creating a interpreter instance and saving relevant data (what is relevant?) via pthread_setspecific method/SET_CONTEXT().

Would be great if anyone can shed some light or confirm if I'm on the right track.

Thx

void SWIG_Wrap_bsa_disc_callback(int event, tMy_MSG *p_data)
{
int new_perl = 0;
printf("entering perl callback handler...\n");
dTHX;
printf("dTHX done...\n");

if ( my_perl != NULL )
printf ("my_perl == %ul\n", my_perl);
else
{
printf ("my_perl was NULL\n");
my_perl = perl_alloc();
PERL_SET_CONTEXT(my_perl);
new_perl = 1;
}
/*
printf("Destruct level : %d...\n", PL_perl_destruct_level);
*/
dSP;
printf("DSP done...\n");
SV * sv = bsa_perl_disc_callback;
if (sv == (SV*)NULL)
croak("Internal error...\n");

printf("Preparing to call perl callback...\n");
PUSHMARK(SP);
XPUSHs(sv_2mortal(newSViv(event)));
printf("newSViv of %d done...\n", event);
XPUSHs(SWIG_NewPointerObj(SWIG_as_voidptr(p_data), SWIGTYPE_p_tMy_MSG, SWIG_SHADOW));
/* XPUSHs(sv_2mortal(newSVsv((SV *)p_data))); */
printf("newSVsv...\n");
PUTBACK;

printf("calling the Perl sub...\n");
/* Call the Perl sub */
call_sv(sv, G_DISCARD);
printf("Perl sub completed successfully...\n");

if ( new_perl )
perl_free(my_perl);
}

--- On Fri, 10/30/09, Sri <w2learn@...> wrote:

> From: Sri <w2learn@...>
> Subject: segmentation fault in event-driven library wrapped with swig
> To: swig-user@...
> Date: Friday, October 30, 2009, 8:35 PM
> Hello SWIG, perl experts:
>
> With good help from swig-users posts & Stephen Chan in
> particular, I've figured out how to wrap a C event-driven
> library with SWIG. SWIG is really nice tool! I'm able to
> call APIs and register perl-sub as callback into the C
> library. If I invoke the perl callback as part of an API
> invoked from Perl script, the callback is called (in perls
> main thread). However, when the same callback handler
> invokes the callback via a different thread (based on async
> event), it crashes at the "dSP;" line.
>
> I've tried adding "dTX" before "dSP;" and also tried
> enabling more macros to match how my perl is built. So far
> no luck. The line that crashes is below (pre-processor
> output). "dTHX done" is printed, but crashes before
> "DSP done" is printed.
>
> printf("entering perl callback
> handler...\n");
> register PerlInterpreter *my_perl
> __attribute__((unused)) = ((PerlInterpreter
> *)pthread_getspecific((*Perl_Gthr_key_ptr(((void *)0)))));
> printf("dTHX done...\n");
> register SV **sp =
> (*Perl_Tstack_sp_ptr(((PerlInterpreter
> *)pthread_getspecific((*Perl_Gthr_key_ptr(((void
> *)0))))))); <-- CRASHES!!
> printf("DSP done...\n");
>
>
> The perl-callback handler code
> ------------------------------
>
> void SWIG_Wrap_bsa_disc_callback(int event, tMy_MSG
> *p_data)
> {
> printf("entering perl callback
> handler...\n");
> dTHX;
> printf("dTHX done...\n");
> dSP;
> printf("DSP done...\n");
> SV * sv = bsa_perl_disc_callback;
> if (sv == (SV*)NULL)
> croak("Internal
> error...\n");
>
> printf("Preparing to call perl
> callback...\n");
> PUSHMARK(SP);
> XPUSHs(sv_2mortal(newSViv(event)));
> printf("newSViv of %d done...\n",
> event);
>
> XPUSHs(SWIG_NewPointerObj(SWIG_as_voidptr(p_data),
> SWIGTYPE_p_tMy_MSG, SWIG_SHADOW));
> /* XPUSHs(sv_2mortal(newSVsv((SV
> *)p_data))); */
> printf("newSVsv...\n");
> PUTBACK;
>
> printf("calling the Perl sub...\n");
> /* Call the Perl sub */
> call_sv(sv, G_DISCARD);
> printf("Perl sub completed
> successfully...\n");
> }
>
> Options when running SWIG:
> --------------------------
>
> swig -includeall -I. -I <lots of others proj specific
> dirs> -perl5 -outdir <outdir> -module
> <module> my_api.i
>
> Options when compliling _wrap.c:
> --------------------------------
>
> gcc -E -Dbool=char -fpic -D_REENTRANT -D_GNU_SOURCE
> -DTHREADS_HAVE_PIDS -DDEBIAN -fno-strict-aliasing -pipe
> -isystem /usr/local/include -D_LARGEFILE_SOURCE
> -D_FILE_OFFSET_BITS=64 -DSWIG -g -DMULTIPLICITY
> -DPERL_IMPLICIT_CONTEXT -DTHREADS_HAVE_PIDS
> -DUSE_LARGE_FILES -DUSE_PERLIO -DUSE_REENTRANT_API
> -DBSA_CLIENT -I/usr/lib/perl/5.8/CORE/
>
> Output from perl -V
> -------------------
>
> Summary of my perl5 (revision 5 version 8 subversion 8)
> configuration:
> Platform:
> osname=linux, osvers=2.6.24-19-server,
> archname=i486-linux-gnu-thread-multi
> uname='linux palmer 2.6.24-19-server #1 smp
> sat jul 12 00:40:01 utc 2008 i686 gnulinux '
> config_args='-Dusethreads -Duselargefiles
> -Dccflags=-DDEBIAN -Dcccdlflags=-fPIC
> -Darchname=i486-linux-gnu -Dprefix=/usr
> -Dprivlib=/usr/share/perl/5.8 -Darchlib=/usr/lib/perl/5.8
> -Dvendorprefix=/usr -Dvendorlib=/usr/share/perl5
> -Dvendorarch=/usr/lib/perl5 -Dsiteprefix=/usr/local
> -Dsitelib=/usr/local/share/perl/5.8.8
> -Dsitearch=/usr/local/lib/perl/5.8.8
> -Dman1dir=/usr/share/man/man1 -Dman3dir=/usr/share/man/man3
> -Dsiteman1dir=/usr/local/man/man1
> -Dsiteman3dir=/usr/local/man/man3 -Dman1ext=1
> -Dman3ext=3perl -Dpager=/usr/bin/sensible-pager -Uafs
> -Ud_csh -Ud_ualarm -Uusesfio -Uusenm -Duseshrplib
> -Dlibperl=libperl.so.5.8.8 -Dd_dosuid -des'
> hint=recommended, useposix=true,
> d_sigaction=define
> usethreads=define use5005threads=undef
> useithreads=define usemultiplicity=define
> useperlio=define d_sfio=undef
> uselargefiles=define usesocks=undef
> use64bitint=undef use64bitall=undef
> uselongdouble=undef
> usemymalloc=n, bincompat5005=undef
> Compiler:
> cc='cc', ccflags ='-D_REENTRANT -D_GNU_SOURCE
> -DTHREADS_HAVE_PIDS -DDEBIAN -fno-strict-aliasing -pipe
> -I/usr/local/include -D_LARGEFILE_SOURCE
> -D_FILE_OFFSET_BITS=64',
> optimize='-O2',
> cppflags='-D_REENTRANT -D_GNU_SOURCE
> -DTHREADS_HAVE_PIDS -DDEBIAN -fno-strict-aliasing -pipe
> -I/usr/local/include'
> ccversion='', gccversion='4.2.3 (Ubuntu
> 4.2.3-2ubuntu7)', gccosandvers=''
> intsize=4, longsize=4, ptrsize=4,
> doublesize=8, byteorder=1234
> d_longlong=define, longlongsize=8,
> d_longdbl=define, longdblsize=12
> ivtype='long', ivsize=4, nvtype='double',
> nvsize=8, Off_t='off_t', lseeksize=8
> alignbytes=4, prototype=define
> Linker and Libraries:
> ld='cc', ldflags =' -L/usr/local/lib'
> libpth=/usr/local/lib /lib /usr/lib
> libs=-lgdbm -lgdbm_compat -ldb -ldl -lm
> -lpthread -lc -lcrypt
> perllibs=-ldl -lm -lpthread -lc -lcrypt
> libc=/lib/libc-2.7.so, so=so,
> useshrplib=true, libperl=libperl.so.5.8.8
> gnulibc_version='2.7'
> Dynamic Linking:
> dlsrc=dl_dlopen.xs, dlext=so,
> d_dlsymun=undef, ccdlflags='-Wl,-E'
> cccdlflags='-fPIC', lddlflags='-shared
> -L/usr/local/lib'
>
>
> Characteristics of this binary (from libperl):
> Compile-time options: MULTIPLICITY
> PERL_IMPLICIT_CONTEXT
>
> PERL_MALLOC_WRAP
> THREADS_HAVE_PIDS USE_ITHREADS
>
> USE_LARGE_FILES USE_PERLIO
> USE_REENTRANT_API
> Built under linux
> Compiled at Jan 14 2009 22:34:36
> @INC:
> /etc/perl
> /usr/local/lib/perl/5.8.8
> /usr/local/share/perl/5.8.8
> /usr/lib/perl5
> /usr/share/perl5
> /usr/lib/perl/5.8
> /usr/share/perl/5.8
> /usr/local/lib/site_perl
> .
>
> output from gcc -v
> ------------------
>
> gcc -v
> Using built-in specs.
> Target: i486-linux-gnu
> Configured with: ../src/configure -v
> --enable-languages=c,c++,fortran,objc,obj-c++,treelang
> --prefix=/usr --enable-shared --with-system-zlib
> --libexecdir=/usr/lib --without-included-gettext
> --enable-threads=posix --enable-nls
> --with-gxx-include-dir=/usr/include/c++/4.2
> --program-suffix=-4.2 --enable-clocale=gnu
> --enable-libstdcxx-debug --enable-objc-gc --enable-mpfr
> --enable-targets=all --enable-checking=release
> --build=i486-linux-gnu --host=i486-linux-gnu
> --target=i486-linux-gnu
> Thread model: posix
> gcc version 4.2.4 (Ubuntu 4.2.4-1ubuntu4)
>
>
>
>
>

From forum: swig-user

Re: shared_ptr and directors.

2009-11-10T07:02:21Z

On 01/11/09 21:03, William S Fulton wrote:

>>
>> On the other hand if I return a raw pointer I get a warning
>>
>> " Returning a pointer or reference in a director method is not recommended. "
>>
>> Does it mean that in directors I can only return by value?
>>
> Take a close look at the generated code with pointers and you'll see the
> memory complications, with no clear solution. However, I very much doubt
> these problems would exist if you used shared_ptr and the director
> typemaps for shared_ptr were written.

I've written typemaps for customized types, but never for directors.
If you could give some hints about problems/solutions, you would make my life a lot easier.

Andrea

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Swig-user mailing list
Swig-user@...
https://lists.sourceforge.net/lists/listinfo/swig-user

From forum: swig-user

Re: Python, virtual inheritance and directors

2009-11-01T19:51:48Z

Am 01.11.2009, 21:29 Uhr, schrieb William S Fulton
<wsf@...>:

> Nitro wrote:
>> Hello,
>>
>> suppose I have two classes like this and turn on directors for the
>> derived
>> one:
>>
>> class BaseClass
>> {
>> BaseClass(int a);
>> };
>>
>> class MyClass : virtual public BaseClass
>> {
>> public_
>> MyClass( int a );
>> };
>>
>> %feature("director") MyClass;
>>
>> The code swig will generate looks like
>>
>> SwigDirector_MyClass::SwigDirector_MyClass(PyObject *self, int a):
>> MyClass(a), Swig::Director(self)
>> { ... }
>>
>> This fails to compile, because it should look like
>>
>> SwigDirector_MyClass::SwigDirector_MyClass(PyObject *self, int a):
>> MyClass(a), BaseClass(a), Swig::Director(self)
>> { ... }
>>
>> Notice the additional call to the BaseClass(int) constructor.
>>
>> How can I tell swig to insert BaseClass(a) there?
>
> Matthias, no-one has had the misfortune of using virtual inheritance and
> directors, so this problem of the most derived class (director class)
> having to initialise the virtual bases hasn't come up. So consider it
> unsupported for now. I'm afraid I can't think of any way to work around
> it either without hacking the SWIG source. See
> classDirectorConstructor() in python.cxx for where this code is
> generated. I havn't given this too much thought, but I suspect there is
> no way that this initialisation can be generated automatically and so a
> feature of some sort to manually add in the extra base initialisations
> is probably necessary.

Thanks for your response, William. I've worked around this problem by now,
so swig doesn't see the virtual base class.

> And the reason why multiple inheritance is full of pitfalls and normally
> avoided is probably becoming clearer...

Yes, I'm not a huge fan of it either. It's useful in limited contexts
though.

C++ is imperfect in quite some places for my purposes anyway, that's why I
am wrapping code to Python :-D

-Matthias

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Swig-user mailing list
Swig-user@...
https://lists.sourceforge.net/lists/listinfo/swig-user

From forum: swig-user

Problem with SwigValueWrapper

2009-11-01T16:57:22Z

This one I do think is a bug rather than a "feature"; the non-use of
SwigValueWrapper when it's needed, and the ignoring of a %feature
("valuewrapper"). This is swig 1.3.40 and -python -c++.

// -*- c++ -*-
%module hoo

%inline %{
template<typename Matrix>
class MatrixBase {
private:
MatrixBase() {}
};

class Matrix { };

template<typename T>
class TMatrix { };
%}

//%template(MMatrix) MatrixBase<Matrix>; // makes no difference
//%feature("valuewrapper") MatrixBase<Matrix>; // makes no difference

%typemap(in) MatrixBase<Matrix>() { }

%inline %{
#if 1
void size(MatrixBase<Matrix> mat); // fails
#else
void size(MatrixBase<TMatrix<int> > mat); // OK
#endif
%}

With "#if 1" (i.e. void size(MatrixBase<Matrix> mat);) the generated
code uses:

SWIGINTERN PyObject *_wrap_size(PyObject *SWIGUNUSEDPARM(self),
PyObject *args) {
PyObject *resultobj = 0;
MatrixBase< Matrix > arg1 ;

and fails to compile due to MatrixBase's private constructor. With
"#if 0" the code
uses SwigValueWrapper and all is well:

SWIGINTERN PyObject *_wrap_size(PyObject *SWIGUNUSEDPARM(self),
PyObject *args) {
PyObject *resultobj = 0;
SwigValueWrapper< MatrixBase< TMatrix< int > > > arg1 ;

I'm actually most concerned about %feature("valuewrapper")
MatrixBase<Matrix>; being apparently ignored as I have a class that
should have a private default constructor, but in fact has one that
just crashes...

R

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Swig-user mailing list
Swig-user@...
https://lists.sourceforge.net/lists/listinfo/swig-user

From forum: swig-user