【Haskell】Stack“Permission denied”错误

（点击上方公众号，可快速关注）

背景

有个Haskell程序的编译问题困扰了我好长时间，今天终于得到了解决。先简单介绍一下问题本身：我在编写Haskell程序时，使用的是stack包管理器，软件包的版本是lts-14.22，在Windows下（包括Win 7和Win 10）编译程序时会报错：

根据错误提示，好像是权限不足，所以首当其冲的我把涉及到的目录赋予了最大的权限，但仍然没有解决。随后怀疑的对象是某些文件可能路径过长造成的，所以在Win10下又开启了长路径名的支持，还是没能解决。

有两个信息，在分析问题的前期我是有注意的：

• 同样的lts版本，在Linux下是可以正常编译的

• 在lts之前的某个版本是可以正常编译的

这两个现象我没有过多的分析，知道原因后发现恰恰可以从这两个现象上可能推到出症结所在，我过多得被出错信息所缠绕，而出错信息正好是不准确的。

原因

在github上stack的第5014个issue有这个问题的原因分析，这里我引用一下原文：

I fixed it by just running chcp 65001 before running stack. The error is raised only when the charset used in console is not UTF-8.It would be nice if the stack dependency on process-1.6.3.0 is updated to > 1.6.5.0. stack-2.1.3 raises permission denied (Permission denied) instead of invalid argument (invalid character) due to a bug in process-1.6.3.0.

简单来说，就是process包在1.6.3.0版本引入了这个bug，这样导致所有依赖这个包的库和程序在非UTF-8的终端上都会出现这个问题，该问题已经在1.6.5.0以上版本得到了修复。这样就可以完整解释我遇到的这个问题了：lts-14.22内的process版本1.6.5.0是有问题的，而我的程序正好使用了process包。之前没问题，是因为process包的依赖是后续加的。而我的Linux环境编码是utf8，所以没有受到影响。

解决方案

所以解决方案就很明显了，主要两种：

• 升级process包，使用stack的用户，lts 15版本process最低版本是1.6.7.0,该问题已经得到了修复

• 由于某些原因，升级不了process的用户，在build之前，先在命令行执行chcp 65001切换到UTF-8的代码页，这样问题就不会出现了。

喜欢我的文章，请关注我的公众号。

    

封面图片使用了Vecteezy的作品。