我有一个用Boost.Python编写的(几乎)完美工作的C++代码。它包装了3或4类的基于共享指针的结构层次结构,没有什么非常复杂的(即类A具有类B实例指针等的std :: vector),称为foo的顶层包。Boost.Python + OpenGL分段错误
前段时间我决定使用PyOpenGL为项目添加可视化。所以现在,只要我有import OpenGL
之前,我有import foo
,我得到C++代码内的分段错误(例如,当我迭代一系列对象及其子对象时)。我最好的假设是OpenGL以某种方式替代内存分配功能或做类似的不圣洁。任何人都可以看到这种情况?我会尽力根据要求提供更多细节,但整个事情似乎相当混乱。
根据要求,分离的测试用例:
生成文件:
all:
g++ -shared -o foo.so -fPIC \
-I/usr/include/boost-1_37/ -I/usr/include/python2.5 \
-lpython2.5 -lboost_python-1_37 \
foo.cpp
Python的文件:
from OpenGL import *
import foo
b = foo.B()
for i in range(10):
b.elements.append(foo.A())
for e in b.elements:
print e
# Crash here if `from OpenGL import *` is present.
C++的文件:
#include <boost/python.hpp>
#include <boost/shared_ptr.hpp>
#include <vector>
namespace bp = boost::python;
struct A {
typedef boost::shared_ptr<A> ptr;
};
struct B {
typedef boost::shared_ptr<B> ptr;
std::vector<A::ptr> elements;
};
// Proxies B::elements without converting them
// back and forth between lists.
struct ElementProxy {
static ElementProxy
init(B::ptr b)
{
return ElementProxy(b);
}
ElementProxy(B::ptr b)
: b_(b)
{}
size_t
len()
{
return (*b_).elements.size();
}
A::ptr
getitem(size_t i)
{
if (i >= len()) {
PyErr_SetString(PyExc_IndexError, "Index out of bounds.");
bp::throw_error_already_set();
}
return (*b_).elements[i];
}
void
append(A::ptr e)
{
(*b_).elements.push_back(e);
}
static boost::python::class_<ElementProxy>
wrap()
{
return bp::class_<ElementProxy>("ElementProxy", bp::no_init)
.def("__len__", &ElementProxy::len,
(bp::arg("self")),
"Returns the number of contained elements"
)
.def("__getitem__", &ElementProxy::getitem,
(bp::arg("self"), bp::arg("i")),
"Returns the element at given index"
)
.def("append", &ElementProxy::append,
(bp::arg("self"), bp::arg("element")),
"Appends an element"
)
;
}
private:
B::ptr b_;
};
BOOST_PYTHON_MODULE(foo) {
bp::class_<A, A::ptr, boost::noncopyable>("A") ;
ElementProxy::wrap();
bp::class_<B, B::ptr, boost::noncopyable>("B")
.add_property("elements", &ElementProxy::init) ;
}
你可以把它归结为一个最小的代码示例?能够看到它,并且可能对它进行测试,将有助于解决这个问题。 – quark 2009-11-17 20:14:31
将问题修改为包含一个。在这种特殊情况下,崩溃是在循环之后,在实际框架中,它发生在第一次“for”迭代之后。 感谢您的期待。 – 2009-11-17 21:00:43
可能没有直接帮助,但..一般认为它是一个糟糕的主意做“从SomeModule导入*”。也许尝试导入你需要的东西? – 2009-11-17 23:26:55