过时的脚本正在执行根据Python回溯

我遇到了一个奇怪的问题，重新调整python中的回溯。我更新了一些代码，但在调试时仍然使用过时的代码。详细回溯如下：过时的脚本正在执行根据Python回溯

Error: Traceback (most recent call last): 
    File "~/myenv/lib/python2.7/site-packages/xxx/xmlrpc/dispatcher.py", line 95, in _marshaled_dispatch 
    response = self._dispatch(method, params) 
    File "/usr/lib64/python2.7/SimpleXMLRPCServer.py", line 420, in _dispatch 
    return func(*params) 
    File "~/myenv/lib/python2.7/site-packages/kobo/hub/decorators.py", line 24, in _new_func 
    return func(request, *args, **kwargs) 
    File "~/myenv/lib/python2.7/site-packages/myapp/worker.py", line 61, in register 
    download.save()

我敢肯定由download.save()抛出的异常已经被删除。即，在61 ~/myenv/lib/python2.7/site-packages/myapp/worker.py的行不包含download.save()：

$ grep -r "download.save" ~/myenv/lib/python2.7/site-packages/myapp/

没有发现匹配数。

但它看起来python仍然使用过时的代码。我的新变化仍然无效。此外，在运行脚本之前，我还删除了保存目录下的worker.pyc文件。

任何想法如何解决该问题？

来源

2013-05-14 yuwang

即使重新初始化整个virtualenv，问题仍然存在。 – yuwang 2013-05-14 13:27:55

上面贴的回溯实际上是错误的和过时的。它是从某些服务器日志中获取的，即使代码已更新，回溯（从磁盘上的某个日志文件解析）仍然存在。 – yuwang 2013-05-17 10:37:05

我将这个问题标记为“太局部化”，这不是建设性的，请关闭。 – yuwang 2013-05-17 10:37:41

当你grep，当你运行代码时，他们是否是同一个用户？代码是否在Web服务器或类似的守护进程下运行，具有不同的用户名和不同的主目录？

来源

2013-05-14 08:34:26 RichieHindle

这是我的主目录中的virtualenv，以及我拥有的代码/进程。是的，这是一个守护进程，我已经在应用我的更改之前重新启动守护进程。但守护进程仍然使用过时的代码。 – yuwang 2013-05-14 08:36:41

感谢您的关注，以及编辑。 ;-) – yuwang 2013-05-14 10:27:43

如果删除所有预编译的.pyc文件，该怎么办？

来源

2013-05-14 09:21:48 gthomas

感谢您的关注，已经尝试过但无济于事。 'pyc'会在python文件更新时自动更新。 – yuwang 2013-05-14 09:36:21

过时的脚本正在执行根据Python回溯

回答

相关问题