SO,

有问题的代码如下，但是它也可能随机发生在其他脚本上（我不认为错误在于代码中）

由于某种原因，它有时会完全随机地崩溃并弹出“pythonw.exe 已停止工作”的消息，可能是在 5 小时、24 小时或 5 天后……我不明白为什么会崩溃。

from datetime import date, timedelta
from sched import scheduler
from time import time, sleep, strftime
import random
import traceback

s = scheduler(time, sleep)
random.seed()

def periodically(runtime, intsmall, intlarge, function):

    currenttime = strftime('%H:%M:%S')

    with open('eod.txt') as o:
        eod = o.read().strip()
        if eod == "1":
            EOD_T = True
        else:
            EOD_T = False

    while currenttime >= '23:40:00' and currenttime <= '23:59:59' or currenttime >= '00:00:00' and currenttime <= '11:30:00' or EOD_T:
        if currenttime >= '23:50:00' and currenttime <= '23:59:59':
            EOD_T = False
        currenttime = strftime('%H:%M:%S')
        print currenttime, "Idling..."
        sleep(10)
        open("tca.txt", 'w').close

    open("tca.txt", 'w').close

    runtime += random.randrange(intsmall, intlarge)
    s.enter(runtime, 1, function, ())
    s.run()

def execute_subscripts():

    st = time()
    print "Running..."

    try:
       with open('main.csv'):
           CSVFile = True
    except IOError:
        CSVFile = False

    with open('eod.txt') as eod:
        eod = eod.read().strip()
        if eod == "1":
            EOD_T = True
        else:
            EOD_T = False

    if CSVFile and not EOD_T:
        errors = open('ERROR(S).txt', 'a')

        try:
            execfile("SUBSCRIPTS/test.py", {})
        except Exception:
            errors.write(traceback.format_exc() + '\n')
            errors.write("\n\n")

        errors.close()

    print """ %.3f seconds""" % (time() - st)

while True:
    periodically(15, -10, +50, execute_subscripts)

有谁知道我如何找出崩溃的原因或知道原因并知道解决方法？

Thanks
- 海福莱克斯

我不知道，但它may与执行此操作的两行相关：

open("tca.txt", 'w').close

这些并没有按照您的预期进行：它们使文件保持打开状态。你需要callclose 方法（不仅仅是检索它）：

open("tca.txt", 'w').close()
                          ^^

但可能不是这样。当文件对象变成垃圾时，CPython 将自动关闭它（在本例中会立即发生 - 语句一结束，引用计数就会达到 0）。

也许你应该迁移到 Linux 系统;-)

想法：是否可以运行它python.exe相反，从 DOS 框（cmd.exe）你保持开放并忽略？调试有大问题pythonw.exe致命之处在于没有控制台窗口来显示可能弹出的任何错误消息。

这就引出了另一个问题：这条线在做什么？

print "Running..."

如果你正在运行pythonw.exe，你永远不会看到它，对吗？然后can引起问题，取决于exactly您正在运行哪些版本的 Python 和 Windows。Standard input and standard output并不真正存在，在pythonw，我记得追踪到一个神秘的pythonw.exe当“太多”数据被写入时，微软库会崩溃sys.stdout (which print uses).

一种判断方法：如果你在python.exe而不是从 DOS 盒子上运行，并且它运行了一年而没有崩溃，这可能就是原因;-)

Example

这是一个简单的程序：

i = 0
while 1:
    i += 1
    with open("count.txt", "w") as f:
        print >> f, i
    print "hi!"

在32位Windows Vista下使用Python 2.7.6，它有根本不同的行为取决于是否python.exe or pythonw.exe用于运行它。

Under python.exe:

C:\Python27>python yyy.py
hi!
hi!
hi!
hi!
hi!
hi!
hi!
hi!
hi!
hi!
hi!
...

这种情况永远持续下去，其价值在于count.txt不断增加。但：

C:\Python27>pythonw yyy.py

C:\Python27>

也就是说，没有可见的输出。这是预期的：pythonw运行它的程序断开连接从控制台窗口。

经过很短的时间后，pythonw.exe无声无息地死去（使用任务管理器可以看到这一点）- 消失得无影无踪。在那时候：

C:\Python27>type count.txt
1025

因此，当从断开连接的程序向标准输出写入“太多”内容时，MS 的库仍然会崩溃。取出print "hi!"，并且它“永远”运行。

Python 3

这是通过可疑的绑定权宜之计在 Python 3 中“修复”的sys.stdout to None在其下pythonw.exe。你可以阅读这里混乱的历史 http://bugs.python.org/issue706263.