做网站合同范本,网店美工的重要性,如何做网站挣钱,2022今天刚刚发生地震了From: http://blog.csdn.net/ccat/article/details/544491 好吧#xff0c;我承认我是个菜鸟#xff0c;所以今天我勇敢的站出来接受大家的鄙视……
话说早上同事喊我帮他改段程序#xff0c;很简单#xff0c;就是用PyRun_SimpleString函数执行一段Python脚本。错误也很直…From: http://blog.csdn.net/ccat/article/details/544491 好吧我承认我是个菜鸟所以今天我勇敢的站出来接受大家的鄙视……
话说早上同事喊我帮他改段程序很简单就是用PyRun_SimpleString函数执行一段Python脚本。错误也很直接执行的时候出现写地址错误如果你经常用VC/Delphi写一些用指针转来转去的程序就应该经常见到这样的错误。
所以当时我很镇定。
嗯我镇定自若的指着屏幕你看那个时候这只手还很干燥。呐是不是文件访问权限设得太高了
同事答曰我已经试过所有的组合了。一边说一边给我看MSDN上的fopen函数说明。
那么……嗯今天天气真好啊……严肃点我这儿思考问题呢……那么我们试试看……
在一番瞎折腾过后我的直觉告诉我这个不应该是我同事的编码有问题大概是项目的什么配置或者干脆就是Python给出的API有问题。在看了同事从若干搜索引擎上找到的无数文章后更确信这一点。于是我回到自己的座位上打开Google也开始搜索。
不找不知道Python的资料这叫个乱噢……即使是英文文档也充满了荒唐可笑的错误。有位达人还发表了这样一段代码 #include Python.h int main() { Py_Initialize(); PyRun_SimpleFile(filename); Py_Finalize(); return(); }
呃……我的英文很差也许我误解了人家的意思他其实是贴了份伪码反正这份代码绝对是匪夷所思的。连PyRun_SimpleFile的参数表都对不上。本来就短到没几个字的文章再配上这么“简洁”的代码实在就没什么营养了。
上面这个例子只是我今天搜到的无数无用信息之一在令我哭笑不得的混乱中鬼知道哪个是有用的。唯一能确定的是遇到这个问题的人还真挺多的……有人说这是个MSVC的使用问题而不该当作Python问题嗯提这个问题的都是用VC的看来有道理有人说这是因为-MD编译选项没打开打开它就好了于是我就在IDE中设置C编译器命令行加上-MD但是问题依旧嗯当时我还在想这个-MD是什么意思难道编译器也用汉语拼音讲粗口还有人说这个是因为vc运行时库方面Python解释器和开发者使用的不统一所以出错根治的方法只有重编译整个Python。啥也不说我看了这个头都大了。
读过几十篇不知道是不是恶搞的文章后我的恶趣味上来了在编译了Python内核的Debug版后我开始了内核跟踪之旅。令人绝望的是出错的地方在内核非常非常深入的地方类似PyRun_ParseFile 之类的函数也就是说如果真的是源码有问题那么整个Python就应该根本不能在Windows上正常运行。这显然与我们所见的事实相违背。事实上我真的把Python源码中执行脚本的那段复制出来仍然不能使用。此时已经是晚上我的思路又回到了项目的设置一样的源代码Python项目编译出来正常我调用就有错这个很难说得通。于是我在项目设置中漫无目的的巡视着……
这这这这是什么 这不就是哪个什么什么粗口编译选项么在把项目选项页中的“C/C”·“运行时库”选项设置为多线程DLL/MD——调试状态下为“多线程调试DLL/MDd”后一切正常了
呃严肃点说Python的Windows版都是以/MD也就是多线程DLL模式编译的如果嵌入调用PyRun_SimpleFile或者其它以解释器执行文件的API都应该把项目编译成这个模式不然就会发生内存访问错误。
呃……我的英文很差也许我误解了人家的意思他其实是贴了份伪码反正这份代码绝对是匪夷所思的。连PyRun_SimpleFile的参数表都对不上。本来就短到没几个字的文章再配上这么“简洁”的代码实在就没什么营养了。
上面这个例子只是我今天搜到的无数无用信息之一在令我哭笑不得的混乱中鬼知道哪个是有用的。唯一能确定的是遇到这个问题的人还真挺多的……有人说这是个MSVC的使用问题而不该当作Python问题嗯提这个问题的都是用VC的看来有道理有人说这是因为-MD编译选项没打开打开它就好了于是我就在IDE中设置C编译器命令行加上-MD但是问题依旧嗯当时我还在想这个-MD是什么意思难道编译器也用汉语拼音讲粗口还有人说这个是因为vc运行时库方面Python解释器和开发者使用的不统一所以出错根治的方法只有重编译整个Python。啥也不说我看了这个头都大了。
读过几十篇不知道是不是恶搞的文章后我的恶趣味上来了在编译了Python内核的Debug版后我开始了内核跟踪之旅。令人绝望的是出错的地方在内核非常非常深入的地方类似PyRun_ParseFile 之类的函数也就是说如果真的是源码有问题那么整个Python就应该根本不能在Windows上正常运行。这显然与我们所见的事实相违背。事实上我真的把Python源码中执行脚本的那段复制出来仍然不能使用。此时已经是晚上我的思路又回到了项目的设置一样的源代码Python项目编译出来正常我调用就有错这个很难说得通。于是我在项目设置中漫无目的的巡视着……
这这这这是什么 这不就是哪个什么什么粗口编译选项么在把项目选项页中的“C/C”·“运行时库”选项设置为多线程DLL/MD——调试状态下为“多线程调试DLL/MDd”后一切正常了
呃严肃点说Python的Windows版都是以/MD也就是多线程DLL模式编译的如果嵌入调用PyRun_SimpleFile或者其它以解释器执行文件的API都应该把项目编译成这个模式不然就会发生内存访问错误。
最后我要说的是用PyRunSimpleFile函数调用Python脚本真的很简单甚至可以简单到如下这样
#include python.hint main(int argc, char *argv[])
{Py_Initialize();FILE * fp NULL;fp fopen(test.py, r);if (fp NULL) {return 1;}PyRun_SimpleFile(fp, test.py);Py_Finalize();return 0;
}我们不需要include系统I/O库Python.h中已经封装了这些东西也不需要fclosePyRun_SimpleFile已经做了这一步相信我我在源代码中看到了它。
写下这篇文章其实是想纪念下今天这个令我抓狂的遭遇以及它戏剧性的收场另外也感慨自己对日常使用的编译器太不了解……现在总算知道-MD是什么意思在哪里设置了MD……
