给编辑的信
在我第 53 期名为“Little Devil Called tr”的文章中,编辑犯了一个错误。在我的投稿中,我写道
许多 UNIX 编辑器允许 shell 处理一些文本。例如 vi,使用
!}tr A-Z a-z
它将下一个段落的所有大写字符替换为小写字符。另一个例子
!jtr a-z A-Z
这个将当前行和下一行大写(“!”后的字符是移动字符)。
编辑通过在命令前添加“:”来更改了这个。这绝对是错误的;在那种情况下,您将启动一个子 shell,它会尝试运行 }tr A-Z a-z 和 jtr a-z A-Z。这两者都很可能失败。如果没有前置的“:”,一些文本行(由移动字符确定)会被管道输送到 tr,输出结果会被插回。
—Hans de Vreught hdev@kbs.twi.tudelft.nl
在“Token Ring 网络培训”(1998 年 9 月)中,我提到了错误的 IBM token ring 网卡。文章应该声明为 IBM token ring ISA 网卡。我为我文章中的这个错误道歉。
—Charles Kitsuki kitsukic@computer.org
最近一直在讨论 PPPui(用于 pppd 的 GUI)以及检查 PPP 连接的方法。这并不难做到。不需要特殊的程序,也不需要像一位读者建议的那样将 syslog 指向控制台 9。我认为最简单的方法是使用 -d(调试)选项运行 pppd,并使用 -v(详细)选项运行 chat,然后在建立 PPP 连接的过程中,只需运行 tail -f /var/log/messages,所有详细信息(包括分配的 IP 地址等)都将输出到此文件。
—Mihai Bisca mbasca@univermed-cdgm.ro
我知道这听起来可能有点幼稚,但我想向社区展示这个
bernward:~$ uname -a Linux bernward 1.2.13 #2 Mon Dec 9 10:33:11 MET 1996 i486 bernward:~$ uptime 5:32pm up 430 days, 1:55, 3 users, load average: 0.00, 0.02, 0.00
自从 1995 年我安装这台 Linux 机器以来,它的表现一直非常出色。它是一台老化的 486/33,配备 32MB 内存和一些 2GB 的 SCSI 磁盘。它作为我们整个欧洲 WAN(几十个站点)的主要 DNS 和邮件中继,每周处理平均 200+ MB 的电子邮件。它还执行其他琐碎的任务,例如网络监控以及 UNIX 和 Netware 之间某种形式的网关。它从未崩溃过一次。
也就是说,我知道我不是唯一的一个。最近在 http://slashdot.org/ 组织的民意调查显示,大约 10% 的参与者拥有一台 Linux 机器,其正常运行时间超过一年。
—Philippe Andersson philippe_andersson@ste.scitex.com
你们优秀杂志中的一些文章包含程序列表。我知道如果我知道确切的位置/文件名,就可以获得这些列表;但是,如果我不记得这些,我就会迷失方向。我可以浏览网站上的“目录”并找到有问题的文章,但没有链接或线索说明程序列表可能在哪里找到。是否可以考虑在网站 TOC 中包含指向每篇文章程序列表的链接?
—Jan Thomas Moldung janth@x2.hd.uib.no
好建议——我们已将链接放入 TOC 中。所有列表都位于 ftp://ftp.linuxjournal.com/pub/lj/listings/issue##/,其中 ## 是问题编号。每个问题目录中都有一个 README 文件,用于标识每个存档文件对应的文章 —编辑
我已经使用 Linux 一段时间了,并喜欢向我的朋友炫耀它。最近让我感到尴尬的一个问题是需要从软盘启动,因为硬盘驱动器对于我的 BIOS 来说太大了,而且我无法正确配置 LILO。在“最佳技术支持”专栏中的最新回复为我提供了答案,现在它可以正常启动了。
安装 Windows 95 下的驱动器的技术人员不得不缩短它以适应 BIOS 和 Windows 95。Linux 允许我回收驱动器的其余部分并抛弃 Windows 95。
你们的杂志是我最喜欢的 Linux 资源。祝贺你们。
—Stephen Roach stroach@altnews.com.au
我刚刚读完另一篇精彩的文章——像往常一样,内容很好。但我注意到一个小错误,在第 45 页,Richard Kent 的“技术考虑”中。
他说,“在这些工具包中,有些函数具有可变数量的参数,很像标准的 printf 系统调用。”
啊,问题就在这里——printf 不是系统调用。它是标准库(第 3 节)中的一个函数。系统调用,如您所知,在第 2 节中描述。
我知道这只是一个小问题,但 C 编程语言的新手学生已经很难理解文档以及如何阅读文档,如果再出现参考问题就更麻烦了。
—Wayne Bjorken wab@courier.cb.lucent.com
我已经在 CPM、NS32000 和 DOS 系统上完成了多年的 FORTRAN、C 和汇编编程,开发了一个用于操作实验室设备、处理和显示实验数据的系统。在看到如此多的平台消失,每次都迫使痛苦的迁移之后,我刚刚开始转向 Linux。我遇到的第一个问题,也是通过半随机选择解决的问题,是选择发行版。在这方面似乎没有给新手的指导。在我安装好它之后,我开始尝试学习如何编程。在这里我遇到了另一个障碍。我已经被 Borland 打包和文档齐全的软件宠坏了。现在我必须在大量的书籍和互联网站点中找到 Linux 的工具和使用说明。我发现 Linux 学习曲线的初始部分非常陡峭且令人困惑,这很容易成为许多人的障碍。如果 Linux 要与 MS Windows 竞争,发行版需要解决这个问题。
—Bill McConnaughey mcconnau@biochem.wustl.edu
我很有兴趣地阅读了您在 1998 年 8 月的 LJ 中对 Charles Andres 的采访。
我只想对您关于“Sun 对开源运动有何看法?”的问题补充一点。如果 Sun 认为向所有人提供源代码可能对他们的业务有利,他们就会这样做。这个声明的证据:当 Sun 试图发动“Motif 与 OpenLook”之战时,他们免费提供了 XView 的源代码(这是当时最好的 X 工具包之一)。这并没有帮助他们赢得那场战争,但在 Linux 社区中,XView 仍然可以免费使用(猜猜我现在正在看什么……)。所有这些都发生在新闻报道之前很久。
Netscape 的故事也是如此:如果一家公司认为它可以赢得一些东西,它就会开放源代码。如果 Sun 认为这样做对他们有利,他们会再次这样做,但他们不会出于政治或哲学原因这样做。
—Erwin Dieterich e.dieterich@ndh.net
我阅读 Linux Journal 已经有一段时间了。这是一本信息量很大的杂志,我非常喜欢它。
但是,我不得不注意到一件非常糟糕的事情:LJ 中广告所占的比例已经达到了整个杂志的三分之一左右。似乎还在以实际内容为代价进一步增长。
虽然我很清楚你们从广告中赚了很多钱,但最终你们仍然需要订阅者。我担心如果你们继续从期刊转变为广告公告,你们可能会至少失去一个订阅者。我希望你们能在为时过晚之前意识到这一点。
—Denis Havlik havlik@lisa.exp.univie.ac.at
实际上,与其他杂志相比,30% 的广告比例很低。我们需要至少这么多才能在不提高订阅费率的情况下维持业务。我们的 11 月刊达到了 35%。如果广告稳定或增加,我们很可能会将杂志再扩充 16 页。同样真实的是,许多读者在广告中发现了价值——我甚至有一位读者说我们应该增加广告数量 —编辑
我是来自法国奥赛线性加速器实验室 (LAL) 的 Guy Barrand。
在 Robert Hartley(1998 年 9 月)撰写的“Open Inventor”文章中,Hartley 先生提到了 Apprentice 项目。我已经看过 Apprentice 代码,并且想到了一个问题。
在重新实现商业软件方面可以走多远?在 Apprentice 中,API 与 Inventor 的 API 的不同之处仅在于前缀“Ap”取代了 Inventor 的“So”。很好地使用 tr 命令(在同一期 LJ 中也有文档记录)可以轻松地将 Apprentice 发行版转换为 Inventor 发行版。Apprentice 开发人员是否有权使用“So”前缀?
一般来说,重用商业产品 API 并提供该产品的免费实现是否合法?我假设 Linux 社区已经长期关注这些问题。您能在这几点上启发我吗?
—Guy Barrand barrand@lal.in2p3.fr
好问题——我没有答案。也许,我们的一位读者会知道法律规定并告知我们 —编辑
我为 IDC 跟踪操作环境,并且刚刚阅读了 Phil Hughes 关于开源开发者日(1998 年 11 月)的文章。只是想花一点时间来呼应您在文章结尾关于应用程序和 Linux 的想法。
我经常与我的客户和供应商谈论 Linux(或“Linux 体验”,正如我开始称呼它的那样;总得找点乐子)。我一直在告诉这些客户和供应商,应用程序驱动操作系统销售。事实就是这么简单。尽管企业中 Linux 存在许多障碍,但最近的应用程序开发进步/公告对 Linux 来说是一个积极的步骤。但是,现在还不是停留在这些胜利上的时候。当我想起 Linux“标准”和应用程序时,我认为应用程序供应商从一开始就参与进来至关重要。
—Bill Peterson wpeterson@idc.com