MacOS下Clozure CL中save-application错误处理模式失效问题咨询

1. 修复代码中的明显语法错误 #

你的main函数里写了(2print ...)，这是未定义函数的语法错误，会直接触发运行时异常，可能绕过预设的错误处理逻辑。先修正为合法代码：

(defun main ()
  (require :uiop)
  (print (uiop:command-line-arguments)))

重新生成镜像后测试基础功能是否正常。

2. 验证:error-handler的生效场景 #

CCL的:error-handler仅针对镜像启动后，顶级函数执行时未捕获的错误。可以故意抛出明确错误测试参数是否生效：

(defun main ()
  (error "Test uncaught error"))

生成镜像后运行，观察是否直接退出而非进入阻塞的listener模式。若仍阻塞，说明参数未被正确识别，或存在环境干扰。

3. 检查标准I/O绑定 #

MacOS下，当可执行文件的标准输入非交互式终端时，CCL可能自动切换到阻塞状态。可在main中显式绑定I/O：

(defun main ()
  (setf *standard-input* (make-two-way-stream *standard-input* *standard-output*))
  (require :uiop)
  (print (uiop:command-line-arguments)))

生成镜像时额外添加:initial-processes nil，避免CCL启动后台进程干扰I/O。

4. 查看生成日志与错误输出 #

生成镜像时启用 verbose 模式，检查打包过程中的警告或错误：

(save-application "./heh"
                  :toplevel-function #'main
                  :prepend-kernel t
                  :error-handler :quit
                  :verbose t)

运行镜像时重定向错误输出到文件，排查隐藏问题：

./heh 2> error.log

查看error.log，确认是否存在依赖未打包、资源加载失败等触发默认listener的情况。

5. 测试无预加载内核的镜像 #

先去掉:prepend-kernel t生成纯Lisp镜像：

(save-application "./heh.img"
                  :toplevel-function #'main
                  :error-handler :quit)

用CCL加载运行：

ccl -I ./heh.img

若此场景下:error-handler生效，说明问题出在预加载内核的打包流程，可能是MacOS 14.4.1的系统权限限制（如SIP）或CCL版本兼容性问题。

6. 排查系统环境与权限 #

• 确保可执行文件有执行权限：chmod +x ./heh；
• 在不同终端环境（系统Terminal、iTerm2、SSH远程）测试，排除终端配置干扰；
• 临时关闭系统完整性保护（SIP）测试（测试后恢复），验证是否是系统权限限制了可执行文件的错误处理逻辑。

内容的提问来源于stack exchange，提问作者NeZanyat