os.system(r'"c:\lalala\lalal.exe" /param') 脚本其中是这么写的(在某些情况下会在脚本中kill掉),之前还好好的,非阻塞,所以就顺理成章的写了,跑了一周很稳定。 今天下午加了新的功能,突然阻塞了……完全无解。为了除去干扰因素,写了如下脚本的简单脚本(全文) import os os.system(r'"c:\lalala\lalal.exe" /param') 运行结果依然阻塞,但是上周开始写上述脚本的时候我这样运行过,绝对是非阻塞的。 用os.popen照旧。 求指点。其中lalal.exe为win32的窗口。写好后未作任何改动。
脚本其中是这么写的(在某些情况下会在脚本中kill掉),之前还好好的,非阻塞,所以就顺理成章的写了,跑了一周很稳定。 今天下午加了新的功能,突然阻塞了……完全无解。为了除去干扰因素,写了如下脚本的简单脚本(全文)
import os os.system(r'"c:\lalala\lalal.exe" /param')
运行结果依然阻塞,但是上周开始写上述脚本的时候我这样运行过,绝对是非阻塞的。
用os.popen照旧。
求指点。其中lalal.exe为win32的窗口。写好后未作任何改动。
Windows 下啊, 简单在命令前面加上 start 就好 os.system(r'start "c:\lalala\lalal.exe" /param') 2009/11/3 小刺眼睛 <yanjingxia...@gmail.com> - Ocultar texto de la cita -- Mostrar texto de la cita -> os.system(r'"c:\lalala\lalal.exe" /param') > 脚本其中是这么写的(在某些情况下会在脚本中kill掉),之前还好好的,非阻塞,所以就顺理成章的写了,跑了一周很稳定。 > 今天下午加了新的功能,突然阻塞了……完全无解。为了除去干扰因素,写了如下脚本的简单脚本(全文) > import os > os.system(r'"c:\lalala\lalal.exe" /param') > 运行结果依然阻塞,但是上周开始写上述脚本的时候我这样运行过,绝对是非阻塞的。 > 用os.popen照旧。 > 求指点。其中lalal.exe为win32的窗口。写好后未作任何改动。
os.system(r'start "c:\lalala\lalal.exe" /param')
2009/11/3 小刺眼睛 <yanjingxia...@gmail.com>
- Ocultar texto de la cita -- Mostrar texto de la cita -
> 脚本其中是这么写的(在某些情况下会在脚本中kill掉),之前还好好的,非阻塞,所以就顺理成章的写了,跑了一周很稳定。 > 今天下午加了新的功能,突然阻塞了……完全无解。为了除去干扰因素,写了如下脚本的简单脚本(全文)
> import os > os.system(r'"c:\lalala\lalal.exe" /param')
> 运行结果依然阻塞,但是上周开始写上述脚本的时候我这样运行过,绝对是非阻塞的。
> 用os.popen照旧。
> 求指点。其中lalal.exe为win32的窗口。写好后未作任何改动。
继续block……今天在群里面也聊了……有人说我灵异了……那个执行的应用程序是不会自己退出的,这也是造成block的原因,但是灵异的是上一周的运行证明 了它并不会block掉…… 2009/11/3 Jiahua Huang <jhuangjia...@gmail.com> - Ocultar texto de la cita -- Mostrar texto de la cita -> Windows 下啊, > 简单在命令前面加上 start 就好 > os.system(r'start "c:\lalala\lalal.exe" /param') > 2009/11/3 小刺眼睛 <yanjingxia...@gmail.com> > os.system(r'"c:\lalala\lalal.exe" /param') >> 脚本其中是这么写的(在某些情况下会在脚本中kill掉),之前还好好的,非阻塞,所以就顺理成章的写了,跑了一周很稳定。 >> 今天下午加了新的功能,突然阻塞了……完全无解。为了除去干扰因素,写了如下脚本的简单脚本(全文) >> import os >> os.system(r'"c:\lalala\lalal.exe" /param') >> 运行结果依然阻塞,但是上周开始写上述脚本的时候我这样运行过,绝对是非阻塞的。 >> 用os.popen照旧。 >> 求指点。其中lalal.exe为win32的窗口。写好后未作任何改动。
2009/11/3 Jiahua Huang <jhuangjia...@gmail.com>
> os.system(r'start "c:\lalala\lalal.exe" /param')
> 2009/11/3 小刺眼睛 <yanjingxia...@gmail.com>
> os.system(r'"c:\lalala\lalal.exe" /param')
>> 脚本其中是这么写的(在某些情况下会在脚本中kill掉),之前还好好的,非阻塞,所以就顺理成章的写了,跑了一周很稳定。 >> 今天下午加了新的功能,突然阻塞了……完全无解。为了除去干扰因素,写了如下脚本的简单脚本(全文)
>> import os >> os.system(r'"c:\lalala\lalal.exe" /param')
>> 运行结果依然阻塞,但是上周开始写上述脚本的时候我这样运行过,绝对是非阻塞的。
>> 用os.popen照旧。
>> 求指点。其中lalal.exe为win32的窗口。写好后未作任何改动。
google爬过,os.system是阻塞的。所以之前的正常运行一定有问题,准备从这入手查一查了。多谢关注~ 2009/11/4 小刺眼睛 <yanjingxia...@gmail.com> - Ocultar texto de la cita -- Mostrar texto de la cita -> 继续block……今天在群里面也聊了……有人说我灵异了……那个执行的应用程序是不会自己退出的,这也是造成block的原因,但是灵异的是上一周的运行证明 了它并不会block掉…… > 2009/11/3 Jiahua Huang <jhuangjia...@gmail.com> > Windows 下啊, >> 简单在命令前面加上 start 就好 >> os.system(r'start "c:\lalala\lalal.exe" /param') >> 2009/11/3 小刺眼睛 <yanjingxia...@gmail.com> >> os.system(r'"c:\lalala\lalal.exe" /param') >>> 脚本其中是这么写的(在某些情况下会在脚本中kill掉),之前还好好的,非阻塞,所以就顺理成章的写了,跑了一周很稳定。 >>> 今天下午加了新的功能,突然阻塞了……完全无解。为了除去干扰因素,写了如下脚本的简单脚本(全文) >>> import os >>> os.system(r'"c:\lalala\lalal.exe" /param') >>> 运行结果依然阻塞,但是上周开始写上述脚本的时候我这样运行过,绝对是非阻塞的。 >>> 用os.popen照旧。 >>> 求指点。其中lalal.exe为win32的窗口。写好后未作任何改动。
2009/11/4 小刺眼睛 <yanjingxia...@gmail.com>
> 继续block……今天在群里面也聊了……有人说我灵异了……那个执行的应用程序是不会自己退出的,这也是造成block的原因,但是灵异的是上一周的运行证明 了它并不会block掉……
> 2009/11/3 Jiahua Huang <jhuangjia...@gmail.com>
> Windows 下啊, >> 简单在命令前面加上 start 就好
>> os.system(r'start "c:\lalala\lalal.exe" /param')
>> 2009/11/3 小刺眼睛 <yanjingxia...@gmail.com>
>> os.system(r'"c:\lalala\lalal.exe" /param')
>>> 脚本其中是这么写的(在某些情况下会在脚本中kill掉),之前还好好的,非阻塞,所以就顺理成章的写了,跑了一周很稳定。 >>> 今天下午加了新的功能,突然阻塞了……完全无解。为了除去干扰因素,写了如下脚本的简单脚本(全文)
>>> import os >>> os.system(r'"c:\lalala\lalal.exe" /param')
>>> 运行结果依然阻塞,但是上周开始写上述脚本的时候我这样运行过,绝对是非阻塞的。
>>> 用os.popen照旧。
>>> 求指点。其中lalal.exe为win32的窗口。写好后未作任何改动。
不是吧, start 就是开启新终端执行啊 2009/11/4 小刺眼睛 <yanjingxia...@gmail.com> - Ocultar texto de la cita -- Mostrar texto de la cita -> 继续block……今天在群里面也聊了……有人说我灵异了……那个执行的应用程序是不会自己退出的,这也是造成block的原因,但是灵异的是上一周的运行证明 了它并不会block掉……
1. os.system() 是阻塞的,需要等待你调用的外部exe自动退出,os.system()获得exe的退出码,才可以正常退出 2. 如果你的exe需要执行很长时间,你的Python程序本身又不想阻塞,可以试下 subprocess模块,(当然这个还是需要你的exe自己退出) 3. 还有就是看看,你启动你的exe的时候的python给你的exe的环境 2009/11/4 Jiahua Huang <jhuangjia...@gmail.com> > 不是吧, start 就是开启新终端执行啊 > 2009/11/4 小刺眼睛 <yanjingxia...@gmail.com> >> 继续block……今天在群里面也聊了……有人说我灵异了……那个执行的应用程序是不会自己退出的,这也是造成block的原因,但是灵异的是上一周的运行证明 了它并不会block掉…… -- 没有翅膀不算天使!
2. 如果你的exe需要执行很长时间,你的Python程序本身又不想阻塞,可以试下 subprocess模块,(当然这个还是需要你的exe自己退出)
3. 还有就是看看,你启动你的exe的时候的python给你的exe的环境
2009/11/4 Jiahua Huang <jhuangjia...@gmail.com>
> 2009/11/4 小刺眼睛 <yanjingxia...@gmail.com>
>> 继续block……今天在群里面也聊了……有人说我灵异了……那个执行的应用程序是不会自己退出的,这也是造成block的原因,但是灵异的是上一周的运行证明 了它并不会block掉……
subprocess.Popen(command, shell=True) 这也不行么? 2009/11/5 tommy <bychya...@gmail.com> - Ocultar texto de la cita -- Mostrar texto de la cita -> 1. os.system() 是阻塞的,需要等待你调用的外部exe自动退出,os.system()获得exe的退出码,才可以正常退出 > 2. 如果你的exe需要执行很长时间,你的Python程序本身又不想阻塞,可以试下 subprocess模块,(当然这个还是需要你的exe自己退出) > 3. 还有就是看看,你启动你的exe的时候的python给你的exe的环境 > 2009/11/4 Jiahua Huang <jhuangjia...@gmail.com> > 不是吧, start 就是开启新终端执行啊 >> 2009/11/4 小刺眼睛 <yanjingxia...@gmail.com> >>> 继续block……今天在群里面也聊了……有人说我灵异了……那个执行的应用程序是不会自己退出的,这也是造成block的原因,但是灵异的是上一周的运行证明 了它并不会block掉…… > -- > 没有翅膀不算天使!
这也不行么?
2009/11/5 tommy <bychya...@gmail.com>
> 2. 如果你的exe需要执行很长时间,你的Python程序本身又不想阻塞,可以试下 subprocess模块,(当然这个还是需要你的exe自己退出)
> 3. 还有就是看看,你启动你的exe的时候的python给你的exe的环境
> 2009/11/4 Jiahua Huang <jhuangjia...@gmail.com>
> 不是吧, start 就是开启新终端执行啊
>> 2009/11/4 小刺眼睛 <yanjingxia...@gmail.com>
>>> 继续block……今天在群里面也聊了……有人说我灵异了……那个执行的应用程序是不会自己退出的,这也是造成block的原因,但是灵异的是上一周的运行证明 了它并不会block掉……
> -- > 没有翅膀不算天使!