python程序似乎自动运行另一个（本地）程序而没有被请求[关闭]

Question

（如果您反对将编程和幽默混为一谈，请直接跳到最后一段中的问题）

当一个 python 程序开始以 base64 编码打印其输出时，我们刚刚遇到了接近 x-files 的体验，而没有被要求这样做。实际上，它不是输出，而是它得到的标准输入的内容。事实上，程序试图读取标准输入但得到一个空字符串，然而标准输入被什么东西神秘地读取并传递给标准输出 base64 编码。

当我们达到这种完全困惑的状态时，有人注意到该目录包含另一个名为base64.py 的程序。当我们删除它时，行为又恢复了正常。

我听说这是可能与某些textwrap python 功能有关的预期行为。我不会告诉你我对这样一个“功能”的看法，但我找不到任何关于它的参考，我很好奇。不是针对文本换行，而是针对未经询问就使用附近发现的程序的现象。

因此，如果有人愿意解释和/或提供一些参考资料，我将不胜感激。

（RHEL 5.7 上的 python 2.6）

编辑：
我无法显示代码，因为真正的代码是专有的，我尝试提出的示例没有显示这种行为。
问题其实是这样的：

在什么情况下，python 程序可能会运行在同一目录中找到的另一个名为 base64.py 的程序并将其标准输入传递给它？

EDIT2：
编辑主题以更好地反映解决方案
上面的textwrap 只是一个“红鲱鱼”

Answer 1

base64 是a standard library module 的名称。您提到还有另一个名为base64.py 的程序。当您的程序的某些部分尝试导入标准模块（或另一个依赖于base64 的模块）时，该程序被执行。

另见section 6.1.2. The Module Search Path in the tutorial：

包含正在运行的脚本的目录位于搜索路径的开头，位于标准库路径之前。这意味着将加载该目录中的脚本，而不是库目录中的同名模块。