Appscript 在使用 Apache2 Django 的 OSX 10.5.8 上挂起

发布于 2024-11-10 18:40:39 字数 773 浏览 5 评论 0原文

我已将 appscript 合并到 python 2.6/django 安装中,并且在与 django 开发服务器一起使用时工作正常,但在使用 Apache2 时我得到以下信息:

该进程已分叉,您无法安全地使用此 CoreFoundation 功能。你必须执行()。 打破 __THE_PROCESS_HAS_FORKED_AND_YOU_CANNOT_USE_THIS_COREFOUNDATION_FUNCTIONALITY___YOU_MUST_EXEC__() 进行调试。

一个建议是:

这听起来类似于http://mail.python。 org/pipermail/pythonmac-sig/2010-October/022705.html

OSX 10.6 在进程分叉之前加载 OSX API 模块方面比早期版本严格得多。解决方案是将导入推迟到分叉之后。

setuptools 0.6 C11 版本通过自行加载 Carbon 来触发此异常。我相信这可能已经得到解决。

查找谁加载了什么的一种方法是在程序的各个阶段查看sys.modules.keys()

这是使用 appscript 和 apache2 的已知问题吗?如果是,是否有解决办法?

I've incorporated appscript into a python 2.6/django installation, and it works fine when served with the django development server, but when using Apache2 I get this:

The process has forked and you cannot use this CoreFoundation functionality safely. You MUST exec().
Break on
__THE_PROCESS_HAS_FORKED_AND_YOU_CANNOT_USE_THIS_COREFOUNDATION_FUNCTIONALITY___YOU_MUST_EXEC__() to debug.

A suggestion was:

This sounds similar to http://mail.python.org/pipermail/pythonmac-sig/2010-October/022705.html

OSX 10.6 is a lot stricter than earlier versions about loading OSX API modules before a process is forked. Postponing the imports until after forking is the solution.

The 0.6 C11 version of setuptools triggers this exception by loading Carbon on its own. I believe this might have been fixed.

A way to find who loads what is to look at sys.modules.keys() at various stages in the program.

Is this a known issue using appscript and apache2 and if so is there a fix?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。
列表为空,暂无数据
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文