我已经使用PDFTK
Server onOSX pre 10.11
一年多了,在命令行上运行命令没有任何问题。
安装 OSX 10.11 beta 后,我无法再PDFTK
在命令行上运行任何服务器命令。它不会抛出任何错误,我尝试执行的所有命令都会无限期地挂起。
我PDFTK
像往常一样从从服务器网站下载的 pkg 安装:
https://www.pdflabs.com/tools/pdftk-server/
我也尝试过使用 Homebrew 从源代码安装。安装工作,但我得到相同的结果,命令只是挂在终端:
我已经通过他们的反馈助手应用程序向苹果公司发送了投诉,该应用程序在两个月前安装测试版时安装,但没有任何回应。
有人告诉我有关 Apple 反馈助手的信息:
您可能永远不会收到回复。Apple 仅通过反馈助手回复他们需要额外信息的操作系统的主要错误。这不是一种获得支持的方式,对于第三方应用程序更是如此。
我还联系了该软件包的制造商PDF Labs,但没有得到回应。
在MacPorts上,他们在 OS X 10.11 上构建时遇到问题,这是否意味着 PDFtk 和 10.11 在软件级别存在兼容性问题?
我在网上搜索了有关可能导致问题的原因以及如何解决问题的线索,但没有发现任何有形的东西。
在 OS X 上,我不知道如何确定升级后是否存在权限或路径,甚至是 Java 问题。
任何帮助解决根本原因或提供修复都将不胜感激。
更新 1:
我收到了PDF Labs 的 Sid Steward 的回复:
几乎只要测试版发布,我们就一直在努力解决这个问题。我们仍在努力。似乎与 pdftk 使用的(非 Apple)库之一和 OS X 10.11 不兼容。目前,我正在为 Apple 的开发人员工具安装另一个更新,希望它能解决问题。我会告诉你我们的进展。
更新 2:
看起来有两个线程在 pdftk 下运行,并且它们处于死锁状态。这意味着每个线程都在等待另一个线程完成。我不是这里的专家,但这是我的印象。这是来自 Mac 的活动监视器的屏幕截图来说明:
上面的快照来自尝试在 OS X 10.11 上运行我们网站上当前的 pdftk 二进制文件。上面提到的 libgcj 库随 pdftk 一起提供,其他的是 OS X 库。
正如我所说,我刚刚安装了昨天在 App Store 上发布的 Xcode 7.0.1。我现在将尝试使用这些工具来构建 pdftk。
更新 3:
MacPorts正在处理 PDFtk 的构建问题,这是该线程的更新(注意:这与 PDFtk Labs 无关):
这是由于在 10.11 中使用 Apple Clang 7 重新编译 libunwind 产生了新的有效优化(根据 Apple),从而解决了 FSF boehm-gc 中的一个未知错误。
<a href="https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66848">https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66848
不要指望 Apple 提供任何修复,因为他们无法触及 GPLv3 代码来查看 FSF boehm-gc 问题(除非他们使用仍然应该是 GPLv2 的 gcc43 包)。从 10.10 替换 libunwind.dylib 消除了 boehm-gc 和 gcj 故障这一事实证明了此问题是由重新编译 libunwind 引发的。
请注意,它被归档为 radr://21372179,“基于 10.10 构建的 FSF boehm-gc 库未能通过其在 10.11 上的测试”,但作为 FSF boehm-gc 错误而关闭。
更新 4:
附加的 Portfile.diff(当与 #49227上建议的 gcc5 更新一起使用时,它修复了 gcj)解决了 pdftk 的构建问题。
更新 5:
PDF Labs 的 Sid Steward构建成功,他的反馈:
MacPorts gcc5 的修复允许我构建一个可以在 El Capitan 上合并 PDF 的工作 pdftk。该修复程序已添加到您发布到的票证中:
在将其打包到安装程序中之前,我将继续对这个 pdftk 进行全面测试。这个过程可能需要几天时间。