Mailman 3 June 2004 - Cplusplus-sig

RE: [C++-sig] Re: Tedious Newbie Question
by Gareth Simpson June 8, 2004

June 8, 2004

> > > > It looks like it's trying to delete something it shouldn't (access > > violation) somewhere in the bowels of the STL / boost::python > > Oh, in that case it's probably something in your own code that's > causing the crash. > > > Interestingly if I go up the call stack to where the > extract<std::wstring>() > > is being called, the unicode string has actually arrived. > > ;-) That should tell you something. > Bah, it's this. My bad. http://mail.python.org/pipermail/c++-sig/2004-May/007324.html

1 0

release compilation with bjam
by Olivier Ravard June 8, 2004

June 8, 2004

Hi, I compiled boost.python under windows with mingw. I test some projects and it works fine. I build my own project with boost.build and it works but the compilation used only the debug release (linking). How should I do to compile with optimization and make a release in a non debug mode ? Thanks. O.R.

1 0

RE: [C++-sig] Re: Tedious Newbie Question
by Gareth Simpson June 8, 2004

June 8, 2004

> > > I am trying to use Boost.Python to embed a Python library > into my C++ > > application. The library in question uses unicode strings > internally and I > > can't for the life of me work out how to get them out and > into my C++. > > Google is largely silent on the matter. > > > > I have no problem using extract<> to get a python string > into a std::string > > but trying the same thing with unicode python strings and > std::wstrings > > throws an exception. > > > > Clearly I'm going about it the wrong way - what should I be doing? > > Probably you need to be using a newer version of Boost; we've > supported wstring conversions since Boost 1.31.0. That's the version of boost I have. It looks like it's trying to delete something it shouldn't (access violation) somewhere in the bowels of the STL / boost::python Interestingly if I go up the call stack to where the extract<std::wstring>() is being called, the unicode string has actually arrived. > > But we don't support Py_Finalize(); see > http://www.boost.org/libs/python/todo.html#pyfinalize-safety > Ah, what should I do instead?

2 1

warning: "_POSIX_C_SOURCE" redefined
by Pere Mato Vila June 8, 2004

June 8, 2004

I am having the following compilation warnings when including "boost/python.hpp". I am using Boost 1.31.0 Python 2.3.3 and gcc 3.2. Is anything I am doing wrong? In file included from /afs/cern.ch/sw/lcg/external/Python/2.3.3/rh73_gcc32/include/python2.3/P ython.h:8, from /afs/cern.ch/sw/lcg/external/Boost/1.31.0-python233/rh73_gcc32/include/b oost-1_31/boost/python/detail/wrap_python.hpp:121, from /afs/cern.ch/sw/lcg/external/Boost/1.31.0-python233/rh73_gcc32/include/b oost-1_31/boost/python/detail/prefix.hpp:13, from /afs/cern.ch/sw/lcg/external/Boost/1.31.0-python233/rh73_gcc32/include/b oost-1_31/boost/python/args.hpp:9, from /afs/cern.ch/sw/lcg/external/Boost/1.31.0-python233/rh73_gcc32/include/b oost-1_31/boost/python.hpp:12, from test.cpp:1: /afs/cern.ch/sw/lcg/external/Python/2.3.3/rh73_gcc32/include/python2.3/p yconfig.h:847:1: warning: "_POSIX_C_SOURCE" redefined In file included from /usr/include/limits.h:26, from /usr/local/gcc-alt-3.2/lib/gcc-lib/i686-pc-linux-gnu/3.2/include/limits. h:132, from /usr/local/gcc-alt-3.2/lib/gcc-lib/i686-pc-linux-gnu/3.2/include/syslimi ts.h:7, from /usr/local/gcc-alt-3.2/lib/gcc-lib/i686-pc-linux-gnu/3.2/include/limits. h:11, from /afs/cern.ch/sw/lcg/external/Boost/1.31.0-python233/rh73_gcc32/include/b oost-1_31/boost/python/detail/wrap_python.hpp:27, from /afs/cern.ch/sw/lcg/external/Boost/1.31.0-python233/rh73_gcc32/include/b oost-1_31/boost/python/detail/prefix.hpp:13, from /afs/cern.ch/sw/lcg/external/Boost/1.31.0-python233/rh73_gcc32/include/b oost-1_31/boost/python/args.hpp:9, from /afs/cern.ch/sw/lcg/external/Boost/1.31.0-python233/rh73_gcc32/include/b oost-1_31/boost/python.hpp:12, from test.cpp:1: /usr/include/features.h:131:1: warning: this is the location of the previous definition ------------------------------------------------------------ Pere Mato CERN, PH Department, CH 1211 Geneva 23, Switzerland e-mail: Pere.Mato(a)cern.ch tel: +41 22 76 78696 fax: +41 22 76 79425 gsm: +41 76 48 70855

2 1

RE: [C++-sig] wrapping a function that returns a FILE *
by Nick Trout June 8, 2004

June 8, 2004

> On Behalf Of Eric > but get then I get a segfault in python when I attempt to run the code > that > accesses the FILE * functions. > > Any further suggestions for things I can try? Which platform is this for? >From Python docs: Python/C API Reference Manual, 2. The Very High Level Layer: "Note also that several of these functions take FILE* parameters. On particular issue which needs to be handled carefully is that the FILE structure for different C libraries can be different and incompatible. Under Windows (at least), it is possible for dynamically linked extensions to actually use different libraries, so care should be taken that FILE* parameters are only passed to these functions if it is certain that they were created by the same library that the Python runtime is using." There is a rift between .NET and the Python libraries. Nick

1 0

problems compiling simple example in boost-python documentation/tutorial...
by Peter Vandersteegen June 8, 2004

June 8, 2004

3 2

RE: [C++-sig] Embedding in .NET architecture
by Nick Trout June 7, 2004

June 7, 2004

> On Behalf Of Bob Ippolito > IronPython will be much more useful when Jim decides to release it :) So, from what I can make out IronPython looks like it compiles into .NET CLR VM code and PythonNet is Python, with an interface to .NET CLR Libs. I can't see any features in IronPython that I need over PythonNet. IronPython is an "unreleased research prototype". So that solves that problem of working out which to use! PythonNet is a one way interface from Python to CLR libraries, which is all I need for embedding. It does support access to PyObject* though so you could delve into Python if need be. I think it uses unmanaged objects. IronPython, compiled in CLR code looks like it is completely managed and closer integrated to the CLR model. So I suppose I have to decide if, now I have Boost working, it's more work to get PythonNet working and support it, rather than support Boost. Nick

2 1

Tedious Newbie Question
by Gareth Simpson June 7, 2004

June 7, 2004

Apologies in advance if this is not the list to be asking these sort of things. I am trying to use Boost.Python to embed a Python library into my C++ application. The library in question uses unicode strings internally and I can't for the life of me work out how to get them out and into my C++. Google is largely silent on the matter. The below code snippet shows what I'm trying to do. I have no problem using extract<> to get a python string into a std::string but trying the same thing with unicode python strings and std::wstrings throws an exception. Clearly I'm going about it the wrong way - what should I be doing? Thanks in advance Gareth #include "stdafx.h" #include "boost/python.hpp" int _tmain(int argc, _TCHAR* argv[]) { using namespace boost::python; Py_Initialize(); object mainModule (borrowed(PyImport_AddModule("__main__"))); object mainNamespace = mainModule.attr("__dict__"); handle<>(PyRun_String( "str1 = 'a string'\n" // a simple string "str2 = u'a unicode string'\n", // a unicode string Py_file_input , mainNamespace.ptr(), mainNamespace.ptr() )); std::string str1 = extract<std::string>(mainNamespace["str1"]); // this works fine std::wstring str2 = extract<std::wstring>(mainNamespace["str2"]); // boom! Py_Finalize(); return 0; }

2 1

problems compiling simple example in boost-python documentation/tutorial...
by Peter Vandersteegen June 7, 2004

June 7, 2004

Hello, Sorry for the previous mail. I didn't realize a html-email would be scrubbed. Therefore the original text is sent in plain text Peter... As a boost-python beginner I've started exploring the tutorial. I however had trouble compiling a very basic example from the tutorial: http://www.boost.org/libs/python/doc/tutorial/doc/virtual_functions_with_de… Changing some lines in the tutorial code however solved the compiling problem. Now my question is: Does this relate to my compiler: intel 7.1, msvc7.0? Or something I overlooked in my code? I've started with a pure virtual base class, and indeed the virtual function can be overriden in python and called with a function in c++ ... (fantastic :) ) No problems at all... I recieve however compiler-errors (explained after program) when I however try to compile the exact example from the tutorial ...(see link and following text) // file wraptestpoly.cpp #include <boost/python.hpp> using namespace boost::python; struct Base { virtual int f(void){return 0;} }; //* int call_f(Base& b) { return b.f(); } struct BaseWrap : Base { BaseWrap(PyObject* self_) : self(self_) {} virtual int f() { return call_method<int>(self, "f"); } int default_f() { return Base::f(); } PyObject* self; }; BOOST_PYTHON_MODULE(wraptestpoly){ class_<Base, BaseWrap>("Base") //*1 .def("f", &Base::f, &BaseWrap::default_f) def("call_f", call_f); } //end file The error I recieve is: D:\libraries\boost_1_31_0\boost/python/object/value_holder.hpp(134): error: no instance of constructor "BaseWrap::BaseWrap" matches the argument list argument types are: (PyObject *, boost::reference_wrapper<const Base>::type) If I however use class_<Base, BaseWrap,boost::noncopyable>("Base") instead of //*1 --> no compiling problems. Another option which works is adding a copy-constructor: BaseWrap(PyObject* self_, Base const& copy) : Base(copy), self(self_) {} in the wrapperclass. Now my question is: what did I do wrong with this simple example? Could this problem arise from an outdated tutorial? thx a lot Peter

1 0

RE: C++-sig Digest, Vol 11, Issue 6
by AnToine van Maarle June 7, 2004

June 7, 2004

thnx -----Oorspronkelijk bericht----- Van: c++-sig-bounces(a)python.org [mailto:c++-sig-bounces@python.org]Namens c++-sig-request(a)python.org Verzonden: zaterdag 5 juni 2004 18:02 Aan: c++-sig(a)python.org Onderwerp: C++-sig Digest, Vol 11, Issue 6 Send C++-sig mailing list submissions to c++-sig(a)python.org To subscribe or unsubscribe via the World Wide Web, visit http://mail.python.org/mailman/listinfo/c++-sig or, via email, send a message with subject or body 'help' to c++-sig-request(a)python.org You can reach the person managing the list at c++-sig-owner(a)python.org When replying, please edit your Subject line so it is more specific than "Re: Contents of C++-sig digest..." Today's Topics: 1. software (texhax(a)fruitfly.BDGP.berkeley.edu) ---------------------------------------------------------------------- Message: 1 Date: Sun, 06 Jun 2004 02:51:35 +0000 From: texhax(a)fruitfly.BDGP.berkeley.edu Subject: [C++-sig] software To: C++-sig <c++-sig(a)python.org> Message-ID: <5DLLI3J59F3HJEBL(a)fruitfly.berkeley.edu> Content-Type: text/plain Microsoft Windows XP Professional 2002 Retail price: $270.99 Our low Price: $50.00 You Save: $220.00 Adobe Photoshop 7.0 Retail price: $609.99 Our low Price: $60.00 You Save: $550.00 Microsoft Office XP Professional 2002 Retail price: $579.99 Our low Price: $60.00 You Save: $510.00 Adobe Illustrator 10 Retail price: $270.99 Our low Price: $60.00 You Save: $210.00 Corel Draw Graphics Suite 11 Retail price: $270.99 Our low Price: $60.00 You Save: $210.00 Delphi 7 Retail price: $404.99 Our low Price: $60.00 You Save: $335.00 And more!!! Why so cheap? All the software is OEM- Meaning that you don't get the box and the manual with your software. All you will receive is the actual software and your unique registration code. All the software is in the English language for PC. Our offers are unbeatable and we always update our prices to make sure we provide you with the best possible offers. Hurry up and place your order, because our supplies are limited. Our site is http://FLLMNA.info/OE017/?affiliate_id=233763&campaign_id=601 uns * ub - scribe http://NANNEH.biz/diamondtron.php?affiliate_id=233763&campaign_id=601 hhfggpxl yowdk phwotay naxje bqtogqw nxcv matkpe ocvw ykpziez hoeth xxmouclx yayg lnjcqgz oqoobuo tit ppqm egthtff udkgr w tictz ------------------------------ _______________________________________________ C++-sig mailing list C++-sig(a)python.org http://mail.python.org/mailman/listinfo/c++-sig End of C++-sig Digest, Vol 11, Issue 6 **************************************

1 0