- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- Re: Can't get a Python extension to work (Boost.Py...
Categories
Company
Local Language
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Forums
Discussions
Discussions
Discussions
Forums
Discussions
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Community
Resources
Forums
Blogs
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
05-04-2004 07:25 PM
05-04-2004 07:25 PM
Can't get a Python extension to work (Boost.Python, g++)
- HPUX 11
- GCC 3.2
- STLport 4.5.3
- Boost 1.30.2
- Python 2.2.1 from HP
I successfully built a python extension in C++
using Boost.python (compile, link OK).
But when I import the module from python,
I get the following message (and python exits):
% python
...
> import MyModule
...
Fatal python error: Interpreter not initialized
(version mismatch?)
...
Suspecting a bad python installation, I rebuilt
it myself, but ... same result.
Note: This extension module works well on Windows XP / Visual C++ 6 and Linux Red Hat 7 /
Intel Compiler 7.0 and 7.1.
Any idea of what could cause such crash ?
Yours.
Jean-Philippe.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
05-05-2004 08:09 PM
05-05-2004 08:09 PM
Re: Can't get a Python extension to work (Boost.Python, g++)
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
05-05-2004 09:38 PM
05-05-2004 09:38 PM
Re: Can't get a Python extension to work (Boost.Python, g++)
My last (before suicide ;-) idea was about
these initializer (but it was with very little hope !); so I was just in the process of trying GCC 3.3.2 !
You answer gives me real hope !
See you soon for the results ...
Jean-Philippe.
PS: As for the format of my messages on this forum, I don't know exactly; I use Mozilla 1.4
and write my messages right in the web user interface of the forum; I'm french too, so may be there is a language issue ?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
05-05-2004 10:27 PM
05-05-2004 10:27 PM
Re: Can't get a Python extension to work (Boost.Python, g++)
gcc 3.2.x does not support static initializers *in shared libraries* (such as global and static constructors) on HP-UX 11.x.
Harri
PS. The formatting seemed to be a browser issue, using Konqueror 3.1.0 it stripped away all the newlines from my replies...
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
05-13-2004 07:08 PM
05-13-2004 07:08 PM
Re: Can't get a Python extension to work (Boost.Python, g++)
but I does not work really better :
at python import, I get the same
"Fatal python error: Interpreter not initialized", but it seems that things go a little better, as some static varaiables get initialized (some messages in my code for that).
Don't know if it THE pb, but :
When I "ldd" my libs, I find that my stlport
shared lib miss the "_U_Qfneg" symbol.
For some of my executables using the stlport,
this is not a pb, for others, it is !?!?!?
This symbol is not defined anywhere in my gcc 3.3.2 distribution (gcclib.a particularly),
whereas it is in the gcc 3.2 one.
Is there any pb with the gcc 3.3.2 build on HP-UX 11 ?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
05-14-2004 01:41 AM
05-14-2004 01:41 AM
Re: Can't get a Python extension to work (Boost.Python, g++)
I don't think you can format messages in the entry box. If that is necessary (e.g. for source code) I suggest you put the data in a small .TXT file and post it as an attachment.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
05-16-2004 07:19 PM
05-16-2004 07:19 PM
Re: Can't get a Python extension to work (Boost.Python, g++)
I've solved my "undefined _U_Qfneg" symbol
(debugging stlport code ...).
But ... it steel doesn't work.
Now, I'm trying to understand what happens in python itself ...
See you soon.
Jean-Philippe.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
05-16-2004 07:51 PM
05-16-2004 07:51 PM
Re: Can't get a Python extension to work (Boost.Python, g++)
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
05-16-2004 09:42 PM
05-16-2004 09:42 PM
Re: Can't get a Python extension to work (Boost.Python, g++)
And all works perfectly under Wondows and Linux
Boost.Python is built with STLport.
Yes, I've built my own python with GCC 3.3.2
(as of STLport and Boost.python) :
./configure --enable-shared --with-gcc --with-threads --with-cxx=/usr/local/bin/g++ --with-libc=-lstdc++ -prefix=$HOME --exec-prefix=$HOME
To go further, I put some printf in python,
and it seems some memory overflow occurs,
'cause the initialization flag of the interpreter is reset to 0 during "import MyModule", whereas the code that do this reset is never called ...