PyInstance_New与PyObject_CallObject有什么区别？

[initialdp]

主程序是C/C++程序，调用Python定义的类。用这两个函数都能实例化对象，不知道有什么区别？

另外，我们原程序是采用PyObject_CallObject函数来实例化对象，运行几天后，这个函数居然返回NULL，这是怎么回事？有朋友遇到过类似的问题么？程序是windows GUI程序，没有重定向std:err，无法拿到PyErr_Print的输出信息。

谢谢。

[pynix]

看源代码注释咯。。。。

[l142857]

想办法把sys.stderr重定向到文件吧。

[l142857]

PyInstance_New只能实例化old style class.

[initialdp]

@l142857 我看了一下2.7.6的代码，这两函数都最终调用PyEval_CallObjectWithKeywords来实例化对象。不同的是：PyInstance_New会先对类的__init__处理做一些判断。

最后，创建了一个cStringIO重定向stderr，看最终是什么结果。

[l142857]

@initialdp 不同之处应该不是这样的吧，PyObject_CallObject定义在abstract.c里边，从设计上来看应该是一个通用接口函数(执行第一个参数所代表的可执行对象），而PyInstance_New是PyClass_Type的tp_call域的值，它的职能很明确，就是用来实例化old style class的。所以如果有一个类A，则调用PyObject_CallObject(A,...)将最终导致PyInstance_New(A,...)的执行。

[initialdp]

@l142857 我不太清楚具体细化下去的流程，不过还是非常感谢您的说明啊。

重定向stderr后，发现问题与这个没关系。以前不知道哪位哥们在类初始化（__init__）时，调用了python logging，打开了一个log文件，但是在实例释放时居然没有关闭，因此系统运行一段时间后，无可用文件句柄，导致创建实例失败。SHIT！

话说回来，感觉logging设计也值得商榷啊。既然python本身是支持自动回收的，那设计log文件对象，完全可以在回收的时候自动关闭文件，这样就不会有问题了。

[l142857]

@initialdp 哈哈，各种坑啊...