Nabble - SWIG

Re: Premature GC flag (pgcppname) not working (JAVA)

2008-07-18T07:52:37Z

On Mon, Jul 14, 2008 at 11:58 PM, William S Fulton <wsf@...> wrote:

GtG wrote:

Hi,

I am using Swig version 1.3.35 to wrap a C++ api. But unfortunately I was unable to activate the pgcppname flag used in javain typemaps as in the following example:

%typemap (javain,pgcppname="$javainput") void * "$imclassname.ObjectPool().getObjectUID($javainput)"

The flag seems to have no effect to the generated code and no warnings given in the output.
Is there anyone else who has encountered a similar problem or am I doing something wrong?

Not sure just from the small snippet of code you give. Have you tried
taking a working example and modifying that? Take a look at
Examples/test-suite/java_prepost.i or get the Date example in the
documentation working first.

William

While playing with the example you pointed, I realized that this has something to do with void pointer. "pgcppname" flag in the example also not works when type changed to the void pointer or to a type unknown by SWIG.

My complete typemapping code to repeat the issue (excluded javadirector typemaps to keep it simple):

%(jni) void * "jint"
%(jtype) void * "int"
%(jstype) void * "Object"

%typemap(out) void * {
$result = (long) $1;
}

%typemap(in) void * {
$result = (void *) $input;
}

%typemap(javaout) void * {
return $imclassname.ObjectPool().get($jnicall);
}

%typemap(javain, pgcppname="$javainput") void * "$imclassname.ObjecPool().getObjectUID($javainput)"

%inline %{
struct Obj{
Obj(void * pt)
}
}

I really stuck to this issue. So any help is appreciated.

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Swig-user mailing list
Swig-user@...
https://lists.sourceforge.net/lists/listinfo/swig-user

From forum: swig-user

Unable to find 'std_set.i'

2008-07-18T07:45:27Z

Hello

This question has probably been answered but I'm unable to access the archives right now. I'm trying to generate Java using SWIG and for the most part it works very nicely. Until I hit this problem, I added the %include "std_set.i" directive in my interface file but I get the message "Unable to find std_set.i". I checked the Java include directories and sure enough, std_set.i is not present. Any ideas how I can resolve this?

Thanks
Amit

******************************************************************
This E-mail is confidential. It may also be legally privileged. If
you are not the addressee you may not copy, forward, disclose or
use any part of it. If you have received this message in error,
please delete it and all copies from your system and notify the
sender immediately by return E-mail.

Internet communications cannot be guaranteed to be timely, secure,
error or virus-free. The sender does not accept liability for any
errors or omissions.
******************************************************************
SAVE PAPER - THINK BEFORE YOU PRINT!

From forum: swig-user

JNI interface using a cpp library. ---> PLC handler

2008-07-18T01:53:19Z

Hello all!

Im developing a JNI interface between a C++ library and a JAVA application. The purpose of this application is to provide a communication with a PLC (automotive control unit) over TCP/IP. The needed functionality is allready implemented in the C++ library which works fine under C++. First i wrote my own JNI interface and discovered some parts which would need a lot of time to implement them by hand (like pointers on a list of structures returned by some methods). So i decided to try SWIG and hope it makes my live easier ;).

First some additional information of the PLCHandler. My ressource isnt just a dll/lib file, i have also the .h and cpp files. Furthermore there are also two different types of implementation available.

PLCHandler.h&PLCHandler.cpp - Plc handler methods are implemented in one single class
PLCHandlerItf.h&PLCHandler.cpp - Plc handler methods are implemented separated and got the Handlerclass as a argument

Further code is included in .lib files or as .h&.cpp files. See the attachment archive.

-------------------------------------------------------------------------------------------------
System and Tools: AMD 64 on Vista 64. MSVisualStudio 6   Eclipse 3.3.2

First i tried to wrapp the the PLCHandler.h. The compiler complained about a sintax error in the PLCHandler.h which isnt possible since its functionality is highly tested and the code released.

1>e:\Work\PLCHandlerJavaProject\TH\swigwin-1.3.36\Examples\java\simple>..\..\..\swig.exe -c++ -java e:\Work\PLCHandlerJavaProject\TH\swigwin-1.3.36\Examples\java\simple\example.i
1>PLCHandler.h(408): Error: Syntax error in input(3).

Next i tried to wrapp the PLCHandlerItf.h version. After some time i was able to wrapp the library using the java SWIG tutorials and MSVS6.

--------Compiler log:

1>------ Neues Erstellen gestartet: Projekt: example, Konfiguration: Release Win32 ------
1>Die Zwischen- und Ausgabedateien für das Projekt "example" mit der Konfiguration "Release|Win32" werden gelöscht.
1>Ein benutzerdefinierter Buildschritt wird ausgeführt.
1>In order to function correctly, please ensure the following environment variables are correctly set:
1>JAVA_INCLUDE: c:\Program Files\Java\jdk1.6.0_06\include; C:\Program Files\Java\jdk1.6.0_06\include\win32
1>JAVA_BIN: c:\Program Files\Java\jdk1.6.0_06\bin
1>e:\Work\PLCHandlerJavaProject\TH\PLCHandlerJni_Swig>E:\Work\PLCHandlerJavaProject\TH\swigwin-1.3.36\swig.exe -c++ -java e:\Work\PLCHandlerJavaProject\TH\PLCHandlerJni_Swig\PLCHandlerJniWrapp.i
1>e:\Work\PLCHandlerJavaProject\TH\PLCHandlerJni_Swig>if errorlevel 1 goto VCReportError
1>e:\Work\PLCHandlerJavaProject\TH\PLCHandlerJni_Swig>goto VCEnd
1>Kompilieren...
1>PLCHandlerItf.cpp
1>PLCConfig.cpp
1>.\PLCConfig.cpp(22) : warning C4996: 'strcpy' wurde als veraltet deklariert
1>        C:\Program Files (x86)\Microsoft Visual Studio 8\VC\include\string.h(73): Siehe Deklaration von 'strcpy'
1>        Meldung: "This function or variable may be unsafe. Consider using strcpy_s instead. To disable deprecation, use _CRT_SECURE_NO_DEPRECATE. See online help for details."
1>Code wird generiert...
1>Verknüpfen...
1>Das Manifest wird eingebettet...
1>Java compile post-build step
1>e:\Work\PLCHandlerJavaProject\TH\PLCHandlerJni_Swig>"c:\Program Files\Java\jdk1.6.0_06\bin\javac" *.java
1>e:\Work\PLCHandlerJavaProject\TH\PLCHandlerJni_Swig>if errorlevel 1 goto VCReportError
1>e:\Work\PLCHandlerJavaProject\TH\PLCHandlerJni_Swig>goto VCEnd
1>Das Buildprotokoll wurde unter "file://e:\Work\PLCHandlerJavaProject\TH\PLCHandlerJni_Swig\Release\BuildLog.htm" gespeichert.
1>example - 0 Fehler, 1 Warnung(en)
========== Alles neu erstellen: 1 erfolgreich, Fehler bei 0, 0 übersprungen ==========

------

So i got all the Methods, classes and structures as java/class files and the related .dll library.
Now im trying to access the methods in my Java project. Yes i used System.load to load the dll and catched possible exceptions. The problem doesnt seem to be the library loading.

It fails with :

Exception in thread "main" java.lang.UnsatisfiedLinkError: PLCHandlerJNI.PLCHandlerInitByFilePlcName(Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;)J
    at PLCHandlerJNI.PLCHandlerInitByFilePlcName(Native Method)
    at PLCHandler.PLCHandlerInitByFilePlcName(PLCHandler.java:20)
    at TestClass.main(TestClass.java:29)

------

My questions:

1) Are there any errors in the build process, which i didnt recognise?
2) Ist it possible that the Unsatis.. error is a result of missing files while the SWIG wrapp and build process?
3) I got a lot of SWIGTYPE_p_p... pointers. As far as i understand are these result of missing information of the types. Is it possible to wrap also the structures on which these pointers point and map the data in a related structure instance.
4) Any doubts of the PLCHandlerItf.h or PLCHandler.h implementation?

Thanks in advance for a possible answer.
Some material for better understanding is attached.(Source files, build logs, ...) (The .lib files are missing because they are to big for the mailing list)
I would highly appreciate any suggestion for the implementation.

bet regards
Jürgen Innerkofler

MailingListInfo.rar (19K) Download Attachment

From forum: swig-user

Wanted: Doxygen commented SWIG interface files

2008-07-17T22:05:00Z

Hello!

I am currently working with SWIG for the Google Summer of Code Program. I am coding a means to translate Doxygen comments found in a SWIG Interface file into the native documentation language that SWIG is interfacing to. The end functionality will be that, for example, if you are interfacing to Java, the generated Java proxy file will contain javaDoc versions of the Doxygen comments found in your original C/C++ header file. This will allow SWIG users to easily generate documentation that matches the language being interfaced to.
If you use Doxygen to document your code, I would greatly appreciate if any of you could send me header files you have used with SWIG. Making up examples is not nearly as useful as seeing code as it exists in the wild, after all. I would very much like to ensure that my tool is usable and as stable as I can make it before it is released! If you could please mail interface files as attachments or provide a link to download them, I would very much appreciate it. :)

Thank you,

Cheryl

From forum: swig-user

Re: How to access C/C++ objects from Python

2008-07-17T18:18:52Z

Thanks for the log_py_objects hint Kai, I can't believe I did this but I was forgetting that the type was a pointer to the object, not the object itself. I should have payed more attention to that _p_ nonsense. Once I added the * everything worked with the unmangled names just fine. Thanks for the tips on importing too. I now do all that in C++ setting the appropriate global key for the module ref and then creating the implicit module object in the module's dict. It all makes a lot more sense now and I also got rid of a weird bug where my implicit object came up as having a type that began with whatever module I had loaded last! Strangely, this didn't seem to affect anything and the program still worked. Must have something to do with the way I was combining python and C++ import code. Anyway, it all works fine now. Thanks!! - Greg

--- On Thu, 7/17/08, Kai Sterker <kai.sterker@...> wrote:

From: Kai Sterker <kai.sterker@...>
Subject: Re: [Swig-user] How to access C/C++ objects from Python
To: "SWIG Users" <swig-user@...>
Date: Thursday, July 17, 2008, 6:02 AM

On Thu, Jul 17, 2008 at 3:32 AM, Gregory Propf <gregorypropf@...>
wrote:

> Thanks,  I looked at the code you linked and the wrapper code.  If you
> follow the calls
 in the code you see that you get to SWIG_TypeQueryModule
> and that function first looks for the mangled name and then, failing that
> looks for the unmangled one.
  In my case though it doesn't seem to
work in
> the latter case.  There's some stuff about partial vs. full
initializations
> and I suspect this is the root cause.

There isn't much I can say here, unfortunately. The log_py_objects
method in that code will print a list of the unmangled types that are
currently known to SWIG. But if what you are looking for is not in
there, you are on your own, I fear.

> I also get the impression that the python interpreter called by
> PyRun_SimpleString doesn't see everything you do with calls to the C
API
> though this doesn't make much sense. For instance just calling
> PyImport_ImportModule("mymod") and 
PyImport_AddModule("mymod") doesn't seem
> to work, you need to
 say "import mymod" in the python code too.

Hm ... in our case, the call to PyImport_ImportModule("foo") was
necessary to get SWIG properly initialized, so that the
 cxx_to_py
method works. But all the classes or functions inside that module are
local to that specific module. They are not available anywhere else in
the Python interpreter.

You might be able to get around this by using PyRun_String instead of
PyRun_SimpleString, allowing you to specify your own Globals and
Locals dictionaries:

 PyObject *module = PyImport_ImportModule("foo");
 PyObject *globals = PyModule_GetDict (module);
 PyRun_String ("...", Py_file_input, globals, NULL);

> I'm dynamically linking everything.  Is this some linker phenomenon?

Same here and it's not a problem. Actually, it's the preferred way,
especially when dealing with multiple
 modules.

Kai

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's
challenge
Build the coolest Linux based applications with Moblin SDK
 & win great
prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Swig-user mailing list
Swig-user@...
https://lists.sourceforge.net/lists/listinfo/swig-user

From forum: swig-user

Re: how modular is the support for the various languages?

2008-07-17T17:36:54Z

On 2008-07-17, William S Fulton <wsf@...> wrote:

> David Reiser wrote:
>> I know that swig can be built without any of the supported languages
>> installed. What happens if I install swig without any of the languages
>> present and then install some number of the supported languages?
>>
>> I tried building swig both with and without languages present and then
>> looked at the resulting install, but I couldn't tell for sure that
>> there weren't minor changes to the core files.
>>
> Whether or not any languages are detected or disabled/enabled during
> configure time makes no difference to what gets installed. The detection
> of the languages is entirely for testing.

While I agree that this ought to be the case, currently the presence or
version of Ocaml can make a difference to what gets installed, and thus
to the wrapper code generated.

Ocaml is probed for OCAMLLOC (either loc or _loc) in configure, and this
value is substituted into Lib/ocaml/swigp4.ml.in which is installed and
gets used in the generated wrappers. If it's not installed, it looks
like "loc" is used.

I pointed out the issue here when this change was committed, but got no
response:

http://thread.gmane.org/gmane.comp.programming.swig.devel/16510/focus=16512

I'm afraid I know nothing about the internals of Ocaml, so I don't know
how this could be handled better.

Cheers,
Olly

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Swig-user mailing list
Swig-user@...
https://lists.sourceforge.net/lists/listinfo/swig-user

From forum: swig-user

Re: how modular is the support for the various languages?

2008-07-17T14:17:38Z

David Reiser wrote:
> I know that swig can be built without any of the supported languages
> installed. What happens if I install swig without any of the languages
> present and then install some number of the supported languages?
>
> I tried building swig both with and without languages present and then
> looked at the resulting install, but I couldn't tell for sure that
> there weren't minor changes to the core files.
>
Whether or not any languages are detected or disabled/enabled during
configure time makes no difference to what gets installed. The detection
of the languages is entirely for testing.

> My main interest here is a packaging issue that has arisen in fink for
> OS X. If all the languages that both swig and fink support are enabled
> for swig 1.3.35, then several packages in fink that require swig end
> up dragging in octave (and having to compile gcc43 for octave). It's
> pretty annoying to spend 6 hours compiling a compiler to support a
> language one doesn't use just to get swig support for a language that
> one does use. Granted, this problem is as much fink's policy of
> "everything should build the same for every user" as anything else.
> But it would be nice to know/learn how to overlay languages on a base
> swig install without having to modify the swig install itself.
>
>

So to sum up you don't need any languages installed in order to build
and install swig.

William

BTW, I just fixed your SF bug 2019156 about configure --without-octave
not working.

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Swig-user mailing list
Swig-user@...
https://lists.sourceforge.net/lists/listinfo/swig-user

From forum: swig-user

how modular is the support for the various languages?

2008-07-17T08:45:32Z

I know that swig can be built without any of the supported languages
installed. What happens if I install swig without any of the languages
present and then install some number of the supported languages?

I tried building swig both with and without languages present and then
looked at the resulting install, but I couldn't tell for sure that
there weren't minor changes to the core files.

My main interest here is a packaging issue that has arisen in fink for
OS X. If all the languages that both swig and fink support are enabled
for swig 1.3.35, then several packages in fink that require swig end
up dragging in octave (and having to compile gcc43 for octave). It's
pretty annoying to spend 6 hours compiling a compiler to support a
language one doesn't use just to get swig support for a language that
one does use. Granted, this problem is as much fink's policy of
"everything should build the same for every user" as anything else.
But it would be nice to know/learn how to overlay languages on a base
swig install without having to modify the swig install itself.

Dave
--
David Reiser
dbreiser@...

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Swig-user mailing list
Swig-user@...
https://lists.sourceforge.net/lists/listinfo/swig-user

From forum: swig-user

Re: How to access C/C++ objects from Python

2008-07-17T06:02:35Z

On Thu, Jul 17, 2008 at 3:32 AM, Gregory Propf <gregorypropf@...> wrote:

> Thanks, I looked at the code you linked and the wrapper code. If you
> follow the calls in the code you see that you get to SWIG_TypeQueryModule
> and that function first looks for the mangled name and then, failing that
> looks for the unmangled one. In my case though it doesn't seem to work in
> the latter case. There's some stuff about partial vs. full initializations
> and I suspect this is the root cause.

There isn't much I can say here, unfortunately. The log_py_objects
method in that code will print a list of the unmangled types that are
currently known to SWIG. But if what you are looking for is not in
there, you are on your own, I fear.

> I also get the impression that the python interpreter called by
> PyRun_SimpleString doesn't see everything you do with calls to the C API
> though this doesn't make much sense. For instance just calling
> PyImport_ImportModule("mymod") and PyImport_AddModule("mymod") doesn't seem
> to work, you need to say "import mymod" in the python code too.

Hm ... in our case, the call to PyImport_ImportModule("foo") was
necessary to get SWIG properly initialized, so that the cxx_to_py
method works. But all the classes or functions inside that module are
local to that specific module. They are not available anywhere else in
the Python interpreter.

You might be able to get around this by using PyRun_String instead of
PyRun_SimpleString, allowing you to specify your own Globals and
Locals dictionaries:

PyObject *module = PyImport_ImportModule("foo");
PyObject *globals = PyModule_GetDict (module);
PyRun_String ("...", Py_file_input, globals, NULL);

> I'm dynamically linking everything. Is this some linker phenomenon?

Same here and it's not a problem. Actually, it's the preferred way,
especially when dealing with multiple modules.

Kai

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Swig-user mailing list
Swig-user@...
https://lists.sourceforge.net/lists/listinfo/swig-user

From forum: swig-user

Re: How to access C/C++ objects from Python

2008-07-16T18:32:45Z

Thanks, I looked at the code you linked and the wrapper code. If you follow the calls in the code you see that you get to SWIG_TypeQueryModule and that function first looks for the mangled name and then, failing that looks for the unmangled one. In my case though it doesn't seem to work in the latter case. There's some stuff about partial vs. full initializations and I suspect this is the root cause.

I also get the impression that the python interpreter called by PyRun_SimpleString doesn't see everything you do with calls to the C API though this doesn't make much sense. For instance just calling PyImport_ImportModule("mymod") and PyImport_AddModule("mymod") doesn't seem to work, you need to say "import mymod" in the python code too. I'm dynamically linking everything. Is this some linker phenomenon? - Greg

--- On Wed, 7/16/08, Kai Sterker <kai.sterker@...> wrote:

From: Kai Sterker <kai.sterker@...>
Subject: Re: [Swig-user] How to access C/C++ objects from Python
To: "SWIG Users" <swig-user@...>
Date: Wednesday, July 16, 2008, 2:22 AM

On Tue, Jul 15, 2008 at 11:23 PM, Gregory Propf <gregorypropf@...>
wrote:

> Thanks, that worked but only after I discovered the need to call
SWIG_init()
> within the C++ program.  If you don't do that the types table entries
are
> missing and attempting to use something like SWIGTYPE_p_YourCType->name
will
> segfault.  I suppose if you know the SWIG type mangling convention you can
> get away without it.

That wasn't required in our case for some reason. I was
 assuming that
SWIG sets up all it needs automatically on importing your Python
module with PyImport_ImportModule. But I am not sure how the mechanism
works exactly.

We use the unmangled name of the C++ class (and namespace) as the name
argument (i.e. "base::configuration") for a class configuration in
namespace base.

There's also some debugging code that will print the actual classes
known to SWIG, but I omitted it for brevity. You can see the whole
thing at

http://cvs.savannah.gnu.org/viewvc/adonthell/src/py-wrappers/runtime/py_runtime.i?root=adonthell&view=markup&pathrev=HEAD

> By the way, what did you use for c_owns.  I just used
> a 0 after looking at what the other #defines were. - Greg

Yes, it's 0.

Kai

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move
 Developer's
challenge
Build the coolest Linux based applications with Moblin SDK & win great
prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Swig-user mailing list
Swig-user@...
https://lists.sourceforge.net/lists/listinfo/swig-user

From forum: swig-user

Re: C++ C# struct members and null pointers

2008-07-16T05:06:26Z

> I've looked at this and what you would like is what SWIG should
> generated by default. I've fixed it in the svn version, but meanwhile,
> you can just modify your own code using the following typemap:
>
> %typemap(csdirectorin) SWIGTYPE *
> "($iminput == IntPtr.Zero) ? null : new $csclassname($iminput, false)"
>

Thanks a lot, that did the trick.

Regards
Jörg
--
Ist Ihr Browser Vista-kompatibel? Jetzt die neuesten
Browser-Versionen downloaden: http://www.gmx.net/de/go/browser

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Swig-user mailing list
Swig-user@...
https://lists.sourceforge.net/lists/listinfo/swig-user

From forum: swig-user

Re: How to access C/C++ objects from Python

2008-07-16T02:22:07Z

On Tue, Jul 15, 2008 at 11:23 PM, Gregory Propf <gregorypropf@...> wrote:

> Thanks, that worked but only after I discovered the need to call SWIG_init()
> within the C++ program. If you don't do that the types table entries are
> missing and attempting to use something like SWIGTYPE_p_YourCType->name will
> segfault. I suppose if you know the SWIG type mangling convention you can
> get away without it.

That wasn't required in our case for some reason. I was assuming that
SWIG sets up all it needs automatically on importing your Python
module with PyImport_ImportModule. But I am not sure how the mechanism
works exactly.

We use the unmangled name of the C++ class (and namespace) as the name
argument (i.e. "base::configuration") for a class configuration in
namespace base.

There's also some debugging code that will print the actual classes
known to SWIG, but I omitted it for brevity. You can see the whole
thing at

http://cvs.savannah.gnu.org/viewvc/adonthell/src/py-wrappers/runtime/py_runtime.i?root=adonthell&view=markup&pathrev=HEAD

> By the way, what did you use for c_owns. I just used
> a 0 after looking at what the other #defines were. - Greg

Yes, it's 0.

Kai

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Swig-user mailing list
Swig-user@...
https://lists.sourceforge.net/lists/listinfo/swig-user

From forum: swig-user

Re: How to access C/C++ objects from Python

2008-07-15T14:23:05Z

Thanks, that worked but only after I discovered the need to call SWIG_init() within the C++ program. If you don't do that the types table entries are missing and attempting to use something like SWIGTYPE_p_YourCType->name will segfault. I suppose if you know the SWIG type mangling convention you can get away without it. By the way, what did you use for c_owns. I just used a 0 after looking at what the other #defines were. - Greg

--- On Tue, 7/15/08, Kai Sterker <kai.sterker@...> wrote:

From: Kai Sterker <kai.sterker@...>
Subject: Re: [Swig-user] How to access C/C++ objects from Python
To: "SWIG Users" <swig-user@...>
Date: Tuesday, July 15, 2008, 3:07 AM

On Tue, Jul 15, 2008 at 9:59 AM, Gregory Propf <gregorypropf@...>
wrote:

> Here I go replying to my own post again but I need to clarify something.
> The basic point (heh,punny) of all this pointer nonsense is to create an
> object in a C++ program and ship it into Python to be acted on there using
a
> script.  The object has a SWIG wrapper.  That's the basic goal.

Not sure if this is exactly what you want, but it sounds somewhat
similar to what we are doing. That is, calling a Python script (or
method) from C++ and passing in a C++ object that has been wrapped by
SWIG. It looks something like this:

   PyObject *result = PyObject_CallObject (Method, Args);

where Method is a PyCallable object and Args a PyTuple containing
wrapped C++ objects. The wrapping itself goes like this:

   template <class A> inline
   PyObject * pass_instance(A arg,
 const char *type_name, const
ownership own = c_owns)
   {
       return cxx_to_py ((void *) arg, type_name, own);
   }

   SWIGEXPORT PyObject *cxx_to_py (void *instance, const char *name,
const bool & ownership)
   {
       if (SWIG_Python_GetModule())
       {
           swig_type_info * tt = SWIG_Python_TypeQuery (name);
           if (tt) return SWIG_NewPointerObj (instance, tt, ownership);

           fprintf (stderr, "*** cxx_to_py: '%s' not found.
", name);
       }
       else
       {
           fprintf (stderr, "*** cxx_to_py: no Python module
imported!\n");
       }

       return NULL;
   }

Since cxx_to_py needs access to SWIG internals, it is part of the SWIG
interface file (and therefore needs some changes from time to time as
the SWIG internals change).


Hope that's fitting your
 case.

Kai

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's
challenge
Build the coolest Linux based applications with Moblin SDK & win great
prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Swig-user mailing list
Swig-user@...
https://lists.sourceforge.net/lists/listinfo/swig-user

From forum: swig-user

Re: How to access C/C++ objects from Python

2008-07-15T03:07:58Z

On Tue, Jul 15, 2008 at 9:59 AM, Gregory Propf <gregorypropf@...> wrote:

> Here I go replying to my own post again but I need to clarify something.
> The basic point (heh,punny) of all this pointer nonsense is to create an
> object in a C++ program and ship it into Python to be acted on there using a
> script. The object has a SWIG wrapper. That's the basic goal.

Not sure if this is exactly what you want, but it sounds somewhat
similar to what we are doing. That is, calling a Python script (or
method) from C++ and passing in a C++ object that has been wrapped by
SWIG. It looks something like this:

PyObject *result = PyObject_CallObject (Method, Args);

where Method is a PyCallable object and Args a PyTuple containing
wrapped C++ objects. The wrapping itself goes like this:

template <class A> inline
PyObject * pass_instance(A arg, const char *type_name, const
ownership own = c_owns)
{
return cxx_to_py ((void *) arg, type_name, own);
}

SWIGEXPORT PyObject *cxx_to_py (void *instance, const char *name,
const bool & ownership)
{
if (SWIG_Python_GetModule())
{
swig_type_info * tt = SWIG_Python_TypeQuery (name);
if (tt) return SWIG_NewPointerObj (instance, tt, ownership);

fprintf (stderr, "*** cxx_to_py: '%s' not found. ", name);
}
else
{
fprintf (stderr, "*** cxx_to_py: no Python module imported!\n");
}

return NULL;
}

Since cxx_to_py needs access to SWIG internals, it is part of the SWIG
interface file (and therefore needs some changes from time to time as
the SWIG internals change).

Hope that's fitting your case.

Kai

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Swig-user mailing list
Swig-user@...
https://lists.sourceforge.net/lists/listinfo/swig-user

From forum: swig-user

Re: How to access C/C++ objects from Python

2008-07-15T00:59:36Z

Here I go replying to my own post again but I need to clarify something. The basic point (heh,punny) of all this pointer nonsense is to create an object in a C++ program and ship it into Python to be acted on there using a script. The object has a SWIG wrapper. That's the basic goal. - Greg

--- On Tue, 7/15/08, Gregory Propf <gregorypropf@...> wrote:

From: Gregory Propf <gregorypropf@...>
Subject: [Swig-user] How to access C/C++ objects from Python
To: "SWIG Users" <swig-user@...>
Date: Tuesday, July 15, 2008, 12:14 AM

I have a C++ library that is wrapped using SWIG. There is a static pointer in this library that I want to be able to set in a C++ program's main function and then get access to from Python. I've tried setting the pointer in the C++ program and then using PyRun_SimpleString to run Python code that looks at it. The problem is that the pointer does seem to be set when viewed from the Python code. I'm assuming this is some linking issue. Perhaps if I linked everything statically? But I don't know how to do that. - Greg
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's
challenge
Build the coolest Linux based applications with Moblin SDK & win great
prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Swig-user mailing list
Swig-user@...
https://lists.sourceforge.net/lists/listinfo/swig-user

From forum: swig-user

How to access C/C++ objects from Python

2008-07-15T00:14:38Z

I have a C++ library that is wrapped using SWIG. There is a static pointer in this library that I want to be able to set in a C++ program's main function and then get access to from Python. I've tried setting the pointer in the C++ program and then using PyRun_SimpleString to run Python code that looks at it. The problem is that the pointer does seem to be set when viewed from the Python code. I'm assuming this is some linking issue. Perhaps if I linked everything statically? But I don't know how to do that. - Greg

From forum: swig-user

Re: C++ C# struct members and null pointers

2008-07-14T14:52:39Z

killfish@... wrote:

> Additional info, the NULL pointer comes in through a director:
>
>
>
> private void SwigDirectorMyClassReceived(IntPtr _infos, int _resultcode) {
> MyClassReceived(new MyClass(_infos, false), (eError)_resultcode);
> }
>
>
>
> Is there a way to pass a null-pointer to MyClassReceived() instead of an
> instance of MyClass with a null-Pointer as internal handle?
>
>
>

I've looked at this and what you would like is what SWIG should
generated by default. I've fixed it in the svn version, but meanwhile,
you can just modify your own code using the following typemap:

%typemap(csdirectorin) SWIGTYPE *
"($iminput == IntPtr.Zero) ? null : new $csclassname($iminput, false)"

William

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

From forum: swig-user

Re: c# wrapping and DllImport attribute's CharSet field

2008-07-14T14:02:00Z

Antti Karanta wrote:

> Hi!
>
> I have been using swig to generate Java wrappers for some years. Now I
> am using swig to integrate native code with c#.
>
>
> The first issue I ran into is passing strings. I have an API that
> expects UTF-8 encoded strings and unfortunately this does not seem to be
> supported out-of-the-box by .NET P/Invoke. The approach I took is to pass
> in the string as UTF-16 to the native side and do the conversion to UTF-8
> on the c side by defining appropriate typemaps (I have the necessary c
> functions to convert from utf-16 to utf-8).
> Defining the appropriate typemaps is easy enough, but as the CharSet
> field of DllImport attribute seems to default to CharSet.Ansi, I'd need to
> be able to make swig set that field to CharSet.Unicode. I looked at the c#
> swig documenation (http://www.swig.org/Doc1.3/CSharp.html), but could find
> nothing about how to affect the CharSet field of DllImport. Is it
> supported?
>
> Setting attributes for individual parameters seems to be supported in
> the imtype typemap, so I guess this should do the trick:
>
> %typemap(imtype, inattributes="[MarshalAs(UnmanagedType.LPWStr)]")
>
>
> Am I on the right track? Or is there a better way to swig wrap UTF-8
> string parameters?
>

Yes, I thnnk so!

William

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

From forum: swig-user

Re: using inttypes.h

2008-07-14T14:01:43Z

hannit wrote:

> Hi
> my functions use types such as uint32, uint16, etc ...
> all are defined in an internal h file with the following code:
> typedef int8_t int8;
> typedef int16_t int16;
> typedef int32_t int32;
> typedef int64_t int64;
>
> typedef uint8_t uint8;
> typedef uint16_t uint16;
> typedef uint32_t uint32;
> typedef uint64_t uint64;
>
> in the interface file I wrote the following:
> %module myModule
> %{
> #include <inttypes.h>
> #include "defines.h"
> #include "Module1.h"
> #include "Module2.h"
> %}
> %include <inttypes.h>
> %include "defines.h"
> %include "Module1.h"
> %include "Module2.h"
>
> I've added inttypes since I understand swig does not know to use it if not
> included.
> When trying to apply swig -c++ -python mymodule.i
> I get the following error:
> mymodule.i:9: Error: Unable to find 'inttypes.h'
>
> (which applies for the line %include <inttypes.h>)
> When I remove the line swig does not recognize my types and returns
> Py_Object* instead of uint32
> An advice would be appriciated.
> Hannit
>

I'd check to see if this is clashing with inttypes.i and stdint.i
included with swig or if they are not included by default, you can add
them in explicitly. Run swig -E to see what headers it is including.

William

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

From forum: swig-user

Re: Problems with map and typedef

2008-07-14T14:00:12Z

aldisp wrote:

> Hi,
>
> I'm trying to generate some code which has both template types and typedefs
> and it seems to be confusing swig, me and/or both! I'm targetting c# at the
> mo. I'm running swig using this command:
>
> "c:\program files\swig\swigwin-1.3.36\swig" -csharp -namespace Test -o
> SWIG_wrap.cxx -outdir .\output -c++ -module TestDll test.i
>
> test.i consists of:
>
> %{
> #include <map>
> #include <vector>
> %}
>
> %include stl.i
> %include "std_map.i"
> %include "std_vector.i"
>
> %template(DoubleVector) std::vector<double>;
>
> typedef std::map< int, std::vector<double> > CdoIntegGrid_t;
> typedef std::vector< CdoIntegGrid_t > CdoIntegGridVect_t;
>
> %template(DateDoubleVectorMap) std::map< int, std::vector<double> >;
> %template(CdoIntegGridVector) std::vector< CdoIntegGrid_t >;
>
>
> class kbCLossBaskets
> {
> public:
>
> static std::vector<double> SimpleMethod(const std::vector<double>&
> coupons,
> CdoIntegGridVect_t *
> aFixedGrid=NULL);
>
> };
>
> The problem is that the generated files include a class called
> CdoIntegGridVector, which you woudl hope is a vector of DateDoubleVectorMap,
> but in fact it puts out code like this:
>
> public std::map< int,std::vector< double > > this[int index] {
> get {
> return getitem(index);
> }
> set {
> setitem(index, value);
> }
> }
>
> I have a feeling it may be related to this, but wasn't wholly sure....
>
> http://www.nabble.com/Problems-with-Std%3A%3AMap-and-Templates-td6219519.html#a6219519
>
> Would greatly appreciate some help for this...
>

Please look at the comments at the top of the csharp/std_vector.i file
and use one of the SPECIALIZE macros.

William

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

From forum: swig-user

Re: Strange issue with 1.3.36

2008-07-14T13:59:41Z

Cooper_JohnD@... wrote:

> Hello William,
>
> Thanks for the advice I remove the std imports. But still get a similar
> error:
>
> Running : C:\swigwin-1.3.36\swig -Wall -c++ -java -package
> com.emc.cst.cstBridge -module cstBridge -IX:\include -IX:\common
> -IX:\C_library\include -IX:\data -IX:\services -IX:\managers -IX:\
> -IC:\swigwin-1.3.36\Lib\java -IC:\swigwin-1.3.36\Lib -outdir
> J:\cst\cstBridge -o
> c:\cst-Dev\dev\src\com\emc\csp\common\swigInterfaces\cst_wrap.cpp -oh
> c:\cst-Dev\dev\src\com\emc\csp\common\swigInterfaces\cst.h
> "c:\cst-Dev\dev\src\com\emc\csp\common\swigInterfaces\cst.i"
> X:\common\swigInterfaces\base.i(19): Error: Syntax error in input(1).
>
> SwigGen Complete!
>
> Here are the relevant line of base.i
> 1: // Swig Inerface file for building bridging code between C++ and
> Java
> 2:
> 3: %insert("runtime") %{
> 4: #define AttachCurrentThread AttachCurrentThreadAsDaemon
> 5: %}
> 6: // define the module name
> 7: %module(directors="1") cspBridge
> 8:
> 9: // Boilerplate code to load the CSP.dll
> 10:
> 11:
> 12: %define SWIG_EXPORT_ITERATOR_METHODS
> 13: %enddef

Java doesn't support this, so I'd remove it.

> 14:
> 15: %import "cpointer.i"
> 16:
> 17: %import "java/typemaps.i"
> 18: %import "java/various.i"
> 19: %import "java/stl.i"
> 20: %import "java/arrays_java.i"
> 21:
These should be using %include rather than %import and the java prefix
should not be required. Long shot, but maybe you have a java
subdirectory in one of your include patsh.

> 22: %ignore CSP::EXCEPTIONS::IExceptionData
>
> Any suggestions would greatly appriacted.
>
> Thanks
>
> John
>
Other than that, I'd comment out bits of code until you can get it to
work and that should point to the problem area.

William

>> -----Original Message-----
>> From: William Fulton [mailto:william@...] On Behalf Of
>> William S Fulton
>> Sent: Thursday, July 03, 2008 5:34 PM
>> To: Cooper, JohnD
>> Cc: swig-user@...
>> Subject: Re: [Swig-user] Strange issue with 1.3.36
>>
>> Cooper_JohnD@... wrote:
>>> Hello All,
>>>
>>> Just download 1.3.36 for some of the Java fixes, but when I try to
> use
>>> it against our current rule set, mind you none of our rules have
> changed
>>> between 1.3.31 which works and 1.3.36 which does not, I get the
>>> following error:
>>> Running : M:\src\make\..\..\src\thirdparty\swigwin-1.3.36\swig
>>> -Fmicrosoft -Wall -c++ -java -package com.emc.cst.cstBridge -module
>>> cstBridge -IX:\include -IX:\common -IX:\C_library\include -IX:\data
>>> -IX:\services -IX:\managers -IX:\
>>> -IM:\src\make\..\..\src\thirdparty\swigwin-1.3.36\Lib\java
>>> -IM:\src\make\..\..\src\thirdparty\swigwin-1.3.36\Lib -outdir
>>> J:\cst\cstBridge -o
>>> m:\src\com\emc\csp\common\swigInterfaces\cst_wrap.cpp -oh
>>> m:\src\com\emc\csp\common\swigInterfaces\cst.h
>>> "m:\src\com\emc\csp\common\swigInterfaces\cst.i"
>>>
> M:\src\make\..\..\src\thirdparty\swigwin-1.3.36\Lib\std\std_list.i(78):
>>> Error: Syntax error in input(3).
>>>
>>> SwigGen Complete!
>>>
>>> Can anyone shed any light on what might be causing this?
>>>
>> Java doesn't use Lib/std/std_list.i. Are you explicitly including it?
>> Running swig with the -v option should print out the search paths it
> is
>> considering and that should not include Lib/std. The files in std are
>> not designed for use with java, so if you are explicitly including
>> std/std_list.i, you are going to have to think of something else, like
>> use an older version perhaps?
>>
>> William
>
>

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

From forum: swig-user

Re: Premature GC flag (pgcppname) not working (JAVA)

2008-07-14T13:58:09Z

GtG wrote:

> Hi,
>
> I am using Swig version 1.3.35 to wrap a C++ api. But unfortunately I
> was unable to activate the pgcppname flag used in javain typemaps as in
> the following example:
>
> %typemap (javain,pgcppname="$javainput") void *
> "$imclassname.ObjectPool().getObjectUID($javainput)"
>
> The flag seems to have no effect to the generated code and no warnings
> given in the output.
> Is there anyone else who has encountered a similar problem or am I doing
> something wrong?
>

Not sure just from the small snippet of code you give. Have you tried
taking a working example and modifying that? Take a look at
Examples/test-suite/java_prepost.i or get the Date example in the
documentation working first.

William

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

From forum: swig-user

Re: swig + doxygen

2008-07-14T13:57:52Z

Patrick wrote:
> Is anyone else using doxygen xml output to dynamically create interface
> files ? I wrote something to generate interface files, but its still
> kind of rough around the edges, i was wondering if anyone else is
> pursuing the same path?
>
What kind of functionality are you using doxygen for and what do you get
it to put into the interface files?

William

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

From forum: swig-user

Re: Premature GC flag (pgcppname) not working (JAVA)

2008-07-13T22:57:25Z

Is nobody ever used the pgcppname flag?

On Thu, Jul 10, 2008 at 11:57 AM, GtG <gokdoga.n@...> wrote:

Hi,

I am using Swig version 1.3.35 to wrap a C++ api. But unfortunately I was unable to activate the pgcppname flag used in javain typemaps as in the following example:

%typemap (javain,pgcppname="$javainput") void * "$imclassname.ObjectPool().getObjectUID($javainput)"

The flag seems to have no effect to the generated code and no warnings given in the output.
Is there anyone else who has encountered a similar problem or am I doing something wrong?

Thanks in advance,

Goktug

From forum: swig-user

Re: Downcasting in Python wrappers?

2008-07-12T05:03:50Z

Am 12.07.2008, 13:44 Uhr, schrieb Kai Sterker <kai.sterker@...>:

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

There's the swig/lib/typemaps/factory.swg file which does more or less
what you suggest. To use it write %include factory.i .

-Matthias

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

From forum: swig-user

Downcasting in Python wrappers?

2008-07-12T04:44:46Z

I'm using SWIG to generate Python wrappers and have run into the
following issue.

I have a C++ base class and derived from that several other classes,
each with its own distinct set of methods. Another class stores
instances of the derived classes and has a method get_base() that
returns a specific instance.

Now, on Python side, I am getting a base instance by calling
get_base(), but would like to use it to invoke methods of derived_a.
However, I see now way to cast the base instance into a derived_a
instance.

What I did as a workaround is adding the following to my interface file:

%extend xyz {
derived_a* get_derived_a (const std::string & name)
{
return dynamic_cast<derived_a*> (self->get_base (name));
}
};

However, I would have to do that for every derived_<x> which is not
very elegant.

Does SWIG provide a better way to handle something like this?

Kai

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

From forum: swig-user

Re: Debugging SWIG modules

2008-07-11T18:33:48Z

Thanks, that worked but I would like to be able to step through the extension code and look at pointer values, etc... - Greg

--- On Fri, 7/11/08, Georgios Petasis <petasisg@...> wrote:

From: Georgios Petasis <petasisg@...>
Subject: Re: [Swig-user] Debugging SWIG modules
To: gregorypropf@...
Cc: "SWIG Users" <swig-user@...>
Date: Friday, July 11, 2008, 3:17 AM
There are several options :-)

First of all if you manage to build your extension in debug mode but link with a non debug python library, it will also work.
If you don't manage to link in such a way, then you need to recompile python to build a debug binary.

Then you start gdb, with the path to the python interpreter as an argument.

When inside gdb, type:

run <path_to_your_python_script_that_loads_your_extension>

Then, interact with python, until you get the crash. Once you have the crash, type in gdb:

where

This will give you the stack trace.

George

O/H Gregory Propf έγραψε:
I'm a newbie to SWIG and I'm trying to find the source of some segfaults in a typemap of mine. I'm a little confused about how to do this with gdb, with which I am only passingly familiar as well. This is on Linux of course. I know how to start an executable in the debugger but here we have a python interpreter and loadable modules on top of that. I suppose I could just rebuild python itself with the debugging symbols included but does gdb know how to follow dynamically loaded modules? - Greg
-------------------------------------------------------------------------
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source project,
along with a healthy diet, reduces your potential for chronic lameness
and boredom. Vote Now at http://www.sourceforge.net/community/cca08
_______________________________________________
Swig-user mailing list
Swig-user@...
https://lists.sourceforge.net/lists/listinfo/swig-user
  
-------------------------------------------------------------------------
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source project,
along with a healthy diet, reduces your potential for chronic lameness
and boredom. Vote Now at http://www.sourceforge.net/community/cca08
_______________________________________________
Swig-user mailing list
Swig-user@...
https://lists.sourceforge.net/lists/listinfo/swig-user

From forum: swig-user

Re: suppressing half of a getter and setter

2008-07-11T13:43:41Z

If this is not something you do often, I recommend using %extend to
create the setter manually and %ignore to hide the original variable.

> Hi,
> Given something like
>
> class A
> {
> bool x;
> };
>
> Swig will generate A_get_X(), and A_set_X(), is there a way to
suppress
> the get, and just end up with a setter?
>
> Thanks
> Patrick

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

From forum: swig-user

suppressing half of a getter and setter

2008-07-11T13:15:33Z

Hi,
Given something like

class A
{
bool x;
};

Swig will generate A_get_X(), and A_set_X(), is there a way to suppress the get, and just end up with a setter?

Thanks
Patrick

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

From forum: swig-user

swig + doxygen

2008-07-11T10:41:05Z

Is anyone else using doxygen xml output to dynamically create interface files ? I wrote something to generate interface files, but its still kind of rough around the edges, i was wondering if anyone else is pursuing the same path?

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

From forum: swig-user