00000005.htm

一份很好的linux入门资料

Subject:&nbsp;How&nbsp;can&nbsp;I&nbsp;find&nbsp;out&nbsp;which&nbsp;user&nbsp;or&nbsp;process&nbsp;has&nbsp;a&nbsp;file&nbsp;open&nbsp;...&nbsp;?&nbsp;<BR>
Date:&nbsp;Thu&nbsp;Mar&nbsp;18&nbsp;17:16:55&nbsp;EST&nbsp;1993&nbsp;<BR>
&nbsp;<BR>
4.8)&nbsp;&nbsp;我要如何得知有哪些&nbsp;process&nbsp;开了某一档案，或某一&nbsp;process&nbsp;正在使用哪&nbsp;<BR>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;一个&nbsp;fileystem(以至於我无法&nbsp;unmount&nbsp;这个&nbsp;filesystem)?&nbsp;<BR>
&nbsp;<BR>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;你可以用&nbsp;fuser(system&nbsp;V)，fstat(BSD)，ofiles(public&nbsp;domain)&nbsp;或是&nbsp;pff&nbsp;<BR>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;(public&nbsp;domain)。这些程式可以告诉你哪些&nbsp;processes&nbsp;正在使用哪些档案。&nbsp;<BR>
&nbsp;<BR>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;4.3BSD&nbsp;的&nbsp;fstat，有一份&nbsp;Dynix，SunOS&nbsp;与&nbsp;Ultrix&nbsp;都可以用的&nbsp;port。你可以&nbsp;<BR>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;找找放&nbsp;comp.sources.unix,&nbsp;volume&nbsp;18的地方。&nbsp;<BR>
&nbsp;<BR>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Pff&nbsp;是&nbsp;kstuff&nbsp;这套软体的一部分，很多系统上都可以用。欲取得&nbsp;kstuff&nbsp;请参&nbsp;<BR>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;考问题&nbsp;3.10。&nbsp;<BR>
&nbsp;<BR>
------------------------------&nbsp;<BR>
&nbsp;<BR>
Subject:&nbsp;How&nbsp;do&nbsp;I&nbsp;keep&nbsp;track&nbsp;of&nbsp;people&nbsp;who&nbsp;are&nbsp;fingering&nbsp;me?&nbsp;<BR>
＞<I>From:&nbsp;<A HREF="mailto:[e-mail]">[e-mail]</A>&nbsp;(Jonathan&nbsp;I.&nbsp;Kamens)&nbsp;</I><BR>
＞<I>From:&nbsp;<A HREF="mailto:[e-mail]">[e-mail]</A>&nbsp;(Nikola&nbsp;Malenovic)&nbsp;</I><BR>
Date:&nbsp;Thu,&nbsp;29&nbsp;Sep&nbsp;1994&nbsp;07:28:37&nbsp;-0400&nbsp;<BR>
&nbsp;<BR>
4.9)&nbsp;&nbsp;我要怎麽知道是谁在&nbsp;finger&nbsp;我啊？&nbsp;<BR>
&nbsp;<BR>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;一般来说，你是无法找出在远端机器&nbsp;finger&nbsp;你的那个人的&nbsp;userid&nbsp;的。你大概&nbsp;<BR>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;只能找出在从哪台机器&nbsp;finger&nbsp;的。另外有一种可行的方法，如果你的系统支援&nbsp;<BR>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;并且假设&nbsp;finger&nbsp;daemon&nbsp;不反对的话，那麽可以把你的&nbsp;.plan&nbsp;档用&nbsp;&quot;named&nbsp;<BR>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;pipe&quot;&nbsp;而不用一般的文字档。（用&nbsp;'mknod'&nbsp;来造）&nbsp;<BR>
&nbsp;<BR>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;接下来，你执行一个程式去写（open&nbsp;for&nbsp;writing）你的&nbsp;.plan&nbsp;档；但是由於&nbsp;<BR>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;你的&nbsp;.plan&nbsp;是一个&nbsp;&quot;named&nbsp;pipe&quot;，所以这个开档的动作要一直等到有其他的&nbsp;<BR>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;process&nbsp;去读（open&nbsp;for&nbsp;reading）你的&nbsp;.plan&nbsp;档时才会成功。现在你就可以&nbsp;<BR>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;任意地把你所想让人&nbsp;finger&nbsp;到的&nbsp;.plan&nbsp;内容写入这个&nbsp;pipe。在&nbsp;<BR>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;comp.sources.misc,&nbsp;volumn&nbsp;41&nbsp;中有个&nbsp;&quot;planner&quot;&nbsp;的程式可以做这件事。&nbsp;<BR>
&nbsp;<BR>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;当然，如果你的系统不支援&nbsp;&quot;named&nbsp;pipe&quot;，或是你所用的&nbsp;finger&nbsp;程式只接受&nbsp;<BR>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;纯文字的&nbsp;.plan&nbsp;档，那麽以上的方法就行不通了。&nbsp;<BR>
&nbsp;<BR>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;你的程式也可以藉由查看&nbsp;&quot;netstat&quot;&nbsp;的输出，来找出这次的&nbsp;finger&nbsp;是从那里&nbsp;<BR>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;连过来的，但是这并无法看出远端执行&nbsp;finger&nbsp;的人是谁。&nbsp;<BR>
&nbsp;<BR>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;想要知道远端的人是谁，必须要远端的机器有跑支援如&nbsp;RFC&nbsp;931&nbsp;的识别程式才&nbsp;<BR>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;行。&nbsp;<BR>
&nbsp;<BR>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;现在，在常见的&nbsp;BSD&nbsp;系统上就有三种&nbsp;RFC&nbsp;931&nbsp;的实做程式，同时也有许多的&nbsp;<BR>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;应用程式（如&nbsp;wuarchive&nbsp;ftpd）支援。如果你想得到更多有关&nbsp;RFC&nbsp;931&nbsp;的资&nbsp;<BR>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;讯，可以加入&nbsp;rfc931-user&nbsp;的&nbsp;mailing&nbsp;list，&nbsp;<BR>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;rfc931-users-<A HREF="mailto:[e-mail]。">[e-mail]。</A>&nbsp;<BR>
&nbsp;<BR>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;另外还有三个注意事项。第一，有许多的&nbsp;NFS&nbsp;系统无法正确地处理&nbsp;&quot;named&nbsp;<BR>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;pipe&quot;。这个意思是，当你要去读放在另一部机器上的&nbsp;pipe&nbsp;时，可能会被系统&nbsp;<BR>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;block&nbsp;住直到time&nbsp;out，或是因为&nbsp;pipe&nbsp;的档案长度是&nbsp;0&nbsp;所以系统就不把它的&nbsp;<BR>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;内容列出来。&nbsp;<BR>
&nbsp;<BR>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;第二，在许多的系统中，fingerd&nbsp;会在读&nbsp;.plan&nbsp;档之前先去检查它里面是否真&nbsp;<BR>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;的有资料并且是可以读的。这样就会造成远端&nbsp;finger&nbsp;你的人根本就看不到你&nbsp;<BR>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;的&nbsp;.plan&nbsp;档，因为你的&nbsp;.plan&nbsp;长度是&nbsp;0。&nbsp;<BR>
&nbsp;<BR>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;第三，支援&nbsp;&quot;named&nbsp;pipe&quot;&nbsp;的系统通常在同一个时间里只允许系统中存在某个固&nbsp;<BR>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;定数目的&nbsp;pipes，检查&nbsp;kernel&nbsp;的&nbsp;config&nbsp;档和&nbsp;FIFOCNT&nbsp;选项即可得知。如果&nbsp;<BR>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;系统中的&nbsp;pipe&nbsp;数目超过了&nbsp;FIFOCNT，那麽系统就会暂停所有新的&nbsp;pipe&nbsp;直到有&nbsp;<BR>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;人关掉他先前所开的&nbsp;pipe。这是因为&nbsp;pipe&nbsp;所用到的&nbsp;buffer&nbsp;是放在&nbsp;<BR>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;non-paged&nbsp;的记忆体中。&nbsp;<BR>
&nbsp;<BR>
------------------------------&nbsp;<BR>
&nbsp;<BR>
Subject:&nbsp;Is&nbsp;it&nbsp;possible&nbsp;to&nbsp;reconnect&nbsp;a&nbsp;process&nbsp;to&nbsp;a&nbsp;terminal&nbsp;...&nbsp;?&nbsp;<BR>
Date:&nbsp;Thu&nbsp;Mar&nbsp;18&nbsp;17:16:55&nbsp;EST&nbsp;1993&nbsp;<BR>
&nbsp;<BR>
4.10)&nbsp;&nbsp;能不能在一个&nbsp;process&nbsp;和&nbsp;terminal&nbsp;的连接已经断掉之後再接回来，例如&nbsp;<BR>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;在&nbsp;background&nbsp;跑一个程式然後就&nbsp;logout&nbsp;而断掉的程式？&nbsp;<BR>
&nbsp;<BR>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;大部份版本的&nbsp;Unix&nbsp;都不像&nbsp;VMS&nbsp;和&nbsp;Multics&nbsp;等作业系统支援&nbsp;&quot;detaching&quot;&nbsp;和&nbsp;<BR>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&quot;attaching&quot;&nbsp;process。不过，有两个免费的软体能够帮你达成这个目的。&nbsp;<BR>
&nbsp;<BR>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;第一个是&nbsp;&quot;screen&quot;，在&nbsp;comp.sources.unix&nbsp;中的标题是&nbsp;&quot;Screen,&nbsp;multiple&nbsp;<BR>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;windows&nbsp;on&nbsp;a&nbsp;CRT&quot;。（你可以在&nbsp;comp.sources.misc,&nbsp;volumn&nbsp;28&nbsp;中发表的&nbsp;<BR>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&quot;screen-3.2&quot;&nbsp;中找到）这个软体在&nbsp;BSD，System&nbsp;V&nbsp;r3.2&nbsp;及&nbsp;SCO&nbsp;UNIX&nbsp;皆可执&nbsp;<BR>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;行。&nbsp;<BR>
&nbsp;<BR>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;第二个是&nbsp;&quot;pty&quot;，在&nbsp;comp.sources.unix&nbsp;中的标题是&nbsp;&quot;Run&nbsp;a&nbsp;program&nbsp;under&nbsp;<BR>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;a&nbsp;pty&nbsp;session&quot;。（可以在&nbsp;volumn&nbsp;23&nbsp;发表的&nbsp;&quot;pty&quot;&nbsp;中找到）&quot;pty&quot;&nbsp;只能在&nbsp;<BR>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;BSD&nbsp;的系统中执行。&nbsp;<BR>
&nbsp;<BR>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;以上这两个软体都没有溯及既往的能力，也就是说，你如果想对某个&nbsp;process&nbsp;<BR>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;做&nbsp;detach&nbsp;或&nbsp;attach&nbsp;的动作，那麽就必须要先在&nbsp;screen&nbsp;或&nbsp;pty&nbsp;下启动它才&nbsp;<BR>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;行。&nbsp;<BR>
&nbsp;<BR>
------------------------------&nbsp;<BR>
&nbsp;<BR>
Subject:&nbsp;Is&nbsp;it&nbsp;possible&nbsp;to&nbsp;&quot;spy&quot;&nbsp;on&nbsp;a&nbsp;terminal&nbsp;...&nbsp;?&nbsp;<BR>
Date:&nbsp;Wed,&nbsp;28&nbsp;Dec&nbsp;1994&nbsp;18:35:00&nbsp;-0500&nbsp;<BR>
&nbsp;<BR>
4.11)&nbsp;有没有办法可以偷听一个&nbsp;terminal，就是说将其输出复制一份至其他的&nbsp;<BR>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;terminal。&nbsp;<BR>
&nbsp;<BR>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;有几种方法可以达成这个目的，不过没有一个是完美的：&nbsp;<BR>
&nbsp;<BR>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;*&nbsp;&nbsp;kibitz&nbsp;允许两个（或更多）的人透过&nbsp;shell（或其他的程式）彼此沟通。&nbsp;<BR>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;它的用途有：&nbsp;<BR>
&nbsp;<BR>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;-&nbsp;&nbsp;监视或援助令一人的terminal&nbsp;session；&nbsp;<BR>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;-&nbsp;&nbsp;记录所有的输出入以用来能卷页回去，储存整个输出入，甚至是可&nbsp;<BR>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;以直接编辑它。&nbsp;<BR>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;-&nbsp;&nbsp;当团队合作时，如制作&nbsp;game、撰写文件等工作，每个人都各有所长&nbsp;<BR>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;各有所短，就可用此种方式彼此互补。&nbsp;<BR>
&nbsp;<BR>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;kibitz&nbsp;是&nbsp;'expect'&nbsp;软体的一部份，请查看问题&nbsp;3.9。&nbsp;<BR>
&nbsp;<BR>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;kibitz&nbsp;需要有被监视人的同意才能进行。如果想不取得同意就进行监视，那就&nbsp;<BR>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;得用一些比较令人讨厌的方法了：&nbsp;<BR>
&nbsp;<BR>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;*&nbsp;&nbsp;你可以自己写一个程式去搜查整个&nbsp;kernel&nbsp;的结构，监视&nbsp;terminal&nbsp;所用的&nbsp;<BR>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;output&nbsp;buffer，然後把它所输出的字全抓下来。很明显的，这是熟悉&nbsp;Unix&nbsp;<BR>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;kernel&nbsp;的人才可能做得到的。但是，不论你是用什麽方法大概都无法&nbsp;<BR>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;拿到其他的&nbsp;Unix&nbsp;去用。&nbsp;<BR>
&nbsp;<BR>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;*&nbsp;&nbsp;如果你是想要随时监视一个特定、实际拉线连上的&nbsp;terminal（例如，你想让&nbsp;<BR>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;管理者能够从其他机器的终端机查看某部机器的&nbsp;console），那你可以乾脆&nbsp;<BR>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;接一台监视器在通往那台&nbsp;terminal&nbsp;的线上。举例来说，把你的监视器的输&nbsp;<BR>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;出接到另一台机器的&nbsp;serial&nbsp;port，然後执行一个程式去收集那个&nbsp;port&nbsp;的&nbsp;<BR>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;输入并把它转到另一个&nbsp;port&nbsp;去，而这个&nbsp;port&nbsp;就真的连到你所要监视的&nbsp;<BR>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;terminal&nbsp;去。这样做的话，你必须确定从该&nbsp;terminal&nbsp;来的输出会随著线传&nbsp;<BR>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;回去，即使你只是插接在电脑和&nbsp;terminal&nbsp;的中间，这并不会太难做到。&nbsp;用&nbsp;<BR>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;这个方法，对&nbsp;terminal&nbsp;布线不太熟悉的人是无法发觉的。&nbsp;<BR>
&nbsp;<BR>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;*&nbsp;&nbsp;在最近一版的&nbsp;screen&nbsp;中有一种&nbsp;multi-user&nbsp;模式可以用。若想多了解一&nbsp;<BR>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;点&nbsp;screen，请看问题&nbsp;4.10。&nbsp;<BR>
&nbsp;<BR>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;*&nbsp;&nbsp;如果你所使用的系统有提供&nbsp;stream（如&nbsp;SunOS，SVR4）那麽你可以使用&nbsp;<BR>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;发表在&nbsp;comp.sources.misc,&nbsp;volumn&nbsp;28&nbsp;中的&nbsp;advise&nbsp;程式。它并不需要先&nbsp;<BR>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;执行。（但是，你必须要事先把你的系统设定成在开启&nbsp;tty&nbsp;或&nbsp;pty&nbsp;时会自&nbsp;<BR>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;动把&nbsp;advise&nbsp;模组放入&nbsp;stream&nbsp;中。）&nbsp;<BR>
&nbsp;<BR>
------------------------------&nbsp;<BR>
&nbsp;<BR>
End&nbsp;of&nbsp;unix/faq&nbsp;Digest&nbsp;part&nbsp;4&nbsp;of&nbsp;7&nbsp;<BR>
**********************************&nbsp;<BR>


<CENTER><H1>BBS水木清华站∶精华区</H1></CENTER>



</BODY>

</HTML>