当前位置:Linux教程 - Linux综合 - unix精彩问答

unix精彩问答

 

之一:

这篇文章以下问题的解答:

1.1) 谁帮助你将做出这个 faq 的?
1.2) 当有人提及'rn(1)' 或 'ctime(3)' 的时候,刮弧里的数目意谓什么呢?
1.3) 一些奇怪的 unix 指令名字的由来?
1.4) "comp.unix.questions" 和 "info-unix" mailing list 之间的gateway 是如何运作的?
1.5) 请建议一些有用的 Unix, C 相关书籍.
1.6) 以前在这 FAQ 中的发音表到那去了?


1.1) 谁帮助你将做出这个 faq 的?

这个文件是最初的几个 FAQ 之一, 编纂于 1989 年七月。整个编辑工作几乎都是 Steve Hayman 做的。 我只是接管这份文件的维护。

我们非常感谢 Usenet 读者提出的问题,反应,更正和提议。

特别感谢 Maarten Litmaath, Guy Harris 和 Jonathan Kamens,他们都贡献良多。

这个文件中的第 5 部份(shells)几乎完全是 Matthew Wicks<[email protected]> 写的。

这个文件中的第 6 部份(各种 Unix)几乎完全是 Pierre (P.) Lewis<[email protected]> 写的

我尽可能的把每个问题的作者与最后更新的日期放在问题的开端。很不幸地,因为我最近才开始这样做, 许多的资讯已遗失。我也疏于保存为问
题补充最新资料者的名单。对那些有贡献而没有得到应有的荣誉者, 在此致歉。

我将此文件转为 *roff 格式(ms 与 mm 两种 macro 都有)。AndrewCromarty把它转换成 Texinfo 格式。这些格式化的版本可由 anonymous
FTP 于
请不要跟 C/A/T 混淆了,C/A/T 是指电脑辅助排版系统(Computer Aided Typesetter)。

gecos = "General Electric Comprehensive Operating Supervisor"

不过,当通用电器 (GE) 的大型系统部门卖给 Honeywell 的时候,Honeywell 就把 GECOS 的 E 拿掉了。

目前 Unix 的密码档里面仍保有 "pw_gecos" 这个栏位。这个名字是从古早的年代沿用过来的。

Dennis Ritchie 曾经说过:

"有时候我们会把印表输出或整批工作丢到 GCOS 机器。密码档里面的 gcos 栏位是用来隐藏 $IDENT 卡片上的资讯,这样做不够优雅"。


nroff = "New ROFF"
troff = "Typesetter new ROFF"

这些字都是从"roff"衍生的, roff 是重写 Multics 上的 runoff 程式得来的 (runoff 的意思就是"印出文件")。

tee = T

这是管线工人的术语,代表 T 型的管线分叉器。

bss = "Block Started by Symbol" (由符号启始的区块)

Dennis Ritchie 曾说过:

这个缩写也许有其他说法,但事实上我们采用这个缩写的本意是"Block Started by Symbol"。它是 FAP 上的虚拟指令,FAP(Fortran
Assembly [-er?] Program) 是指 IBM 704-709-7090-7094这种机型的组译器。这个指令可定义自己的标号,并且预留一定数目的字组空间。
还有另一个虚拟指令 BES,是 "Block Ended by Symbol",跟 BSS 指令几乎一样,不同点在于标号是定义在预留字组空间尾端的位址 + 1 的
地方。在这些机器上,Fortran 的阵列是以反方向储存,而且阵列的索引是从 1 算起。

这种用法是合理的,因为这跟 UNIX 上标准的程式载入器一样,程式码当中并非真的放入这一整块预留空间,而是先用一个数目表示,在载入时
才真的把所需的预留空间定出来。

biff = "BIFF"

这个指令是用来设定当您有新邮件进来时,是否要通知您。这是柏克莱大学校园内一只狗的名字。

我可以确定这个名称的起源,如果您有兴趣的话,Biff 是 Heidi Stettner 养的宠物,想当年 Heidi (还有我,跟 Bill Joy) 都还是UCB的
研究生时,早期的 BSD 版本还在发展中。Biff 受到流连于Evans Halls 这些人的喜爱,也因为它会对前来的邮差吠叫而闻名;因此就
以 biff 当作指令的名称。(这是卡内基美浓大学的 Eric Cooper 证实的)

rc (像是 ".cshrc" 或 "/etc/rc" 中的 rc 这两个字母) = "RunCom"

"rc" 是取自 "runcom", 来自麻省理工学院在 1965 年发展的 CTSS系统。相关文献曾记载这一段话: '具有从档案中取出一系列命令来执
行的功能;这称为 "run commands" 又称为 "runcom",而这种档案又称为一个 runcom (a runcom)。'

Brian Kernighan 与 Dennis Ritchie 告诉 Vicki Brown 说: "rc" 也是Plan 9 作业系统 shell 的名字。



Perl = "Practical Extraction and Report Language"
Perl = "Pathologically Eclectic Rubbish Lister"

Perl是 Larry Wall 所发展的一种相当受欢迎的语言, Perl 在处文字,process,与档案时非常便利,可以说是兼得 shell 与 C 之长。想
知道更多关于Perl 的讯息,请看 Usenet newsgroup comp.lang.perl。

Don Libes 的 "Life with Unix" 一书里有更多这类的珍闻轶事。


1.4) "comp.unix.questions" 和 "info-unix" mailing list 之间的gateway 是如何运作的?

"info-unix" 与 "unix-wizards”分别是 comp.unix.questions 和comp.unix.wizards 的 mailing-list 版。Mailing list 与
newsgroup的内容应该是相同的

要加入或退出任一个 mailing list, 请送 email 给[email protected][email protected]。切记要加入或退出
mailing list 时是送给"*[email protected]" 。也请您耐心等候因为不会马上有回应。

上一页 [1] [2] [3] 下一页 


底下就是 mailing list 的维护者 Bob Reschly 所提供关于这些 mailing list的详细细节。

==== postings to info-UNIX and UNIX-wizards lists ===

我个人不对送到 mailing list 的内容作管制,任何送到这个 mailing list 的信件都会贴到相对应的 news group。BRL 只是单纯的转送。
在此 mailing list上的 Internet 使用者,要送文章到 newgroup 上时请送到 info-UNIX 或UNIX-wizards, '-request' 是要的信是要送
给 mailing list 的维护者看的。

在此 mailing list 上的 Internet 使用者会收到两类的讯息,一种是单独一篇的讨论文章,另一种则是集结多篇讨论精华的文摘。从
Internet 或者BITNET (透过 Bitnet ←→ Internet 转换程式)寄往 BRL 的讯息都会转发一份给 mail list 当中的每一个使用者。


从 USENET 发出来的文章则以每天汇整一次的方式寄给 mailing list 当中的所有成员。BITNET 的网路交通跟 Internet 的网路交通很像。
主要的不同点在于:对于 mailing list 内所有 BITNET 的收件人,我只要维护一个电子邮件地址,让这个地址所在的收件程式维护所有收件
人的资讯,并且自动转寄所有文章给 mailing list 上的每一个订阅者即可。

在 USENET 上的订阅者只会读到各自独立的讯息,所有发自 Internet 的讯息则转送至我们位于 USENET 上的机器,然后贴至合适的讨论区。
很不幸地,这些透过转换程式贴出去的文章,发件人会变成 news@brl-adm,这是转换软体目前尚未解决的先天限制。

至于读者群方面,USENET 是一个拥有广大读者群的地方,我估计约有数千部主机与数万名使用者参与 USETNET。BRL 所维护的主要 list 约
有250 个,大约有百分之十是本地的转送 list。我不太清楚 BITNET 方面的转送数目,不过如果要让我猜的话,数目大约跟主要 list 一样。平均一个list 在一个星期内要送出 150K 到 400K 的资料。


1.5) 请建议一些有用的 Unix, C 相关书籍。

Mitch Wright ([email protected]) 维护一份 Unix 和 C 相关书籍一览表,里面包含简介与短评。目前在他的表上有 167 本ftp.rahul.net
(192.160.13.1) 的 "pub/mitch/YABL/yabl" 就是这份一览表。 要加入新的内容或提供建议送 email 给 [email protected]

Samuel Ko ([email protected]) 维护一份 Unix 相关书籍表。这个列表只包含推荐书,因此比较短。 这份表是分类的列表, 如果你正在寻找特定条
件类型的书, 这份表无疑是较为合适的。rtfm.mit.edu 的"pub/usenet/news.answers/books/unix" 就是此表。要加入新的内容或提供建议
送 email 给 [email protected]

如果你不能使用 anonymouse ftp, email 到 "[email protected]"信的内容就写 "help",然后你就会收到一份教你如何以 email 取
得anonymous 的信件。


1.6) 以前在这 FAQ 中的发音表到那去了?

当 1989 本文件开使时, 它包含了一份 Carl Paukstis<[email protected]> 原作,由 Maarten Litmaath 所维护的一份包罗万象的
发音表。后来它功成身退了,因为发音与 "Unix questions" 这个主题不是真的有关。

若你碰到一些不知该怎么读的字, 请参考 Eric S. Raymond [email protected] 所维护的 Jargon。

/* 译注:
Samuel Ko ([email protected]) 维护一份 Unix 相关书籍表。这个列表只包含推荐书,因此比较短。 这份表是分类的列表, 如果你正在寻找特定条
件类型的书, 这份表无疑是较为合适的。rtfm.mit.edu 的"pub/usenet/news.answers/books/unix" 就是此表。要加入新的内容或提供建议
送 email 给 [email protected]

如果你不能使用 anonymouse ftp, email 到 "[email protected]"信的内容就写 "help",然后你就会收到一份教你如何以 email 取
得anonymous 的信件。


1.6) 以前在这 FAQ 中的发音表到那去了?

当 1989 本文件开使时, 它包含了一份 Carl Paukstis<[email protected]> 原作,由 Maarten Litmaath 所维护的一份包罗万象的
发音表。后来它功成身退了,因为发音与 "Unix questions" 这个主题不是真的有关。

若你碰到一些不知该怎么读的字, 请参考 Eric S. Raymond [email protected] 所维护的 Jargon。

/* 译注:
/* 译注: