# emerge -e world

@依云: 我的意思是使用 doesFileExist 与 openFile 可以写出与下面 C 代码

if (NULL == (fp = fopen ("foobar", "r")) {出错处理代码};

等价的 Haskell 代码。虽然真正实现起来有些繁琐，需要用到单子变换。

简单的方案是使用 IO 模块中的 try 函数，例如：

try $ openFile "foobar" ReadMode

@依云: 晕，如果你认为“有了文件描述符文件内容就不会没了”，那 doesFileExist 与 openFile 一起使用，本身就起到了 C 语言判断 fopen 返回值的效果了。

ghc 编译文件的时候，默认是将运行时库静态连接到可执行文件中的，你可以使用 -dynamic 选项，使之成为动态连接。

@依云: 按照你在 #51 回复的逻辑，即使 fopen 返回 NULL, open 返回 -1 什么的，也是有时间差阿，说不定你在刚打开一个文件句柄之后，这个文件就消失了呢？说不定 fopen 刚返回 NULL 的时候，文件又有了呢？

事实上你在一开始的那个程序里使用 forM 和 readFile 来读取一组文件，这其中是有惰性的。例如 forM 在运行时并不是遇到一个文件名就开启它的句柄再读取它的内容，而是将读取文件内容的操作推迟到最后。你提供它的一组文件名，如果其中对应着不存在的文件，程序会一个文件都不读取，直接退出了。

此外，Haskell 也是有 try ... catch 机制的，见《real world haskell》第 19 章。

@依云: 那你认为对于不存在的文件有什么判断方法？怎样可以让程序需要的时候自动为你打开文件描述符或读入文件内容？我觉得任何编程语言也解决不了这样的问题啊。

比如，你用 C 语言写一个 for 循环，在这个 for 循环里面 fopen 一些文件，它们的描述符也是一次性的都被开启了，遇到不存在的文件也会导致程序崩掉。Haskell 在处理 I/O 问题，与命令式语言没什么本质的区别，除了它可以在读取超级大的文件时可以利用一下惰性计算。

@依云: 我所指的“打开文件描述符不浪费资源”是以 openFile 相对 readFile 而言的。如果你不希望一次全打开文件，那只好放弃那个 forM。待你需要打开某文件的时候就在文件名列表中找到相应的文件名 openFile 一次。

对于不存在的文件，可以使用 doesFileExist 预先判断一下。

@依云: 打开文件描述符又不浪费资源，关闭描述符用 hClose 就可以了。可能你是因为这个 cat 程序遇到不存在的文件会导致程序直接挂掉吧。

@依云: 呃，那你使用 openFile 只获取文件 Handle 就可以了。

@依云:

这是 Haskell 惰性求值运算导致的。你可以在 forM 中使用 IO 函数，强迫 Haskell 对列表元素进行求值。例如：http://garfileo.is-programmer.com/posts/31515.html

@Jack:

which version of clutter you are using?