expect经典教程.pdf

选项的定义是象这样的。 里面， 在手册 项来执行。 -y [1] 选 或者 里面用 文件系统检查程序，可以从 的 一个叫做 -n -y Shell Unix fsck ]简介3.[ 程序化的对话， 交互， Shell,Tcl,Unix; POSIX, Expect, ]关键字2.[ 个新特征。 的几Expect 其中的几个例子还例证了 。主要也是通过不同的脚本描述例子来体现 语言本身的使用，这Expect 的实现，而是关于Expect 本部分教程并不是有关 典例子。 的其他工具配合起来产生强大功能的经Unix 这是一个小语言和。都能运用Expect ，作为语言核心。不仅如此，不管程序是交互和还是非交互的 使用 Tcl Expect 中长期存在着的一些问题。环境Unix 解决了在 ，恰恰填补了其中的一些裂痕 的工具构造逻辑开始出现问题。 这表明 Expect Unix 。 一些程序可以非交互的运行，但在很大程度上丧失了灵活性，比如说 fsck 有 。 这意味着有些程序，你不能非交互的运行，比如说 性留给了用户。 passwd 而把交互的特 ，等等 ，停止 ，开始对程序提供了最小限度的控制) ( Shell 现代的 教程expect expect expect expect 1 “对于fsck的所有问题都假定一个“yes”响应；在这样使用的时候，必须特别 的小心，因为它实际上允许程序无条件的继续运行，即使是遇到了一些非常严重 ”, -n 的错误 相比之下， 选项就安全的多，但它实际上几乎一点用都没有。这种接 ftp 口非常的糟糕，但是却有许多的程序都是这种风格。文件传输程序 有一个选项 可以禁止交互式的提问，以便能从一个脚本里面运行。但一旦发生了错误，它没 有提供的处理措施。 Expect是一个控制交互式程序的工具。他解决了fsck的问题，用非交互的方 式实现了所有交互式的功能。Expect不是特别为fsck设计的，它也能进行类似ftp 的出错处理。 fsck ftp sh,csh shell 和 的问题向我们展示了象 和别的一些 提供的用户接口的 局限性。 Shell没有提供从一个程序读和象一个程序写的功能。这意味着shell 可