读者来信
在2000年7月刊中，Moshe Bar的文章“Linux系统调用”包含了一些我想纠正的信息。我怀疑Moshe现在已经注意到，当他说“这个例程设置一个IDT（中断描述符表），包含256个条目，每个条目4字节长。应该注意的是，IDT包含向量……”时，他暂时陷入了前i386时代的时间扭曲。这更像是对前i386 IVT（中断向量表）的描述，而不是IA32的IDT。
IA32使用了另一个级别的间接寻址。特别是，IDT包含8字节的描述符，这些描述符可以是中断门、陷阱门或任务门。我怀疑Linux使用了前两种类型。这些门包含中断处理程序的32位偏移量、一些属性位和一个16位选择器，该选择器引用代码段描述符。在这种情况下，该代码段描述符位于GDT（全局描述符表）中。该描述符也由8个字节组成，并指向包含中断处理程序的代码段。处理程序的入口点是从原始IDT条目中潜伏的32位偏移量派生的。
—Richard Sevenich rsevenic@netscape.net
我想表达我对更多类似于七月刊中关于WAP的文章的支持。最近，我正在为我的组织研究一个WAP概念验证项目。虽然我有动力推进这个项目，但我发现在将相对较新的WAP标准以直接的方式应用于我的组织将支持的商业质量的概念验证方面遇到了困难。Mikal先生的文章抓住了问题的核心，并演示了如何在WAP领域取得成效，同时利用我和这里其他工程师已经拥有的技能。这篇一页的文章启动了我组织无线业务的开展。这样做，另一个组织已经接受了开源和自由软件。《Linux Journal》这样的杂志之所以在我的隔间里受欢迎，正是因为有这样的文章以及Linux社区的知识共享。
感谢Mikal先生和Linux Journal。
—Brad Wheat bradford.wheat@moai.com
当Linux开始流行时，我加入了进来，却被其他Linux用户泼了冷水。我在Macintosh上使用Linux。随着时间的推移，Mac的Linux发行版越来越多，Linux用户不得不承认Mac的存在。但是，拒绝仍在继续。
作为Mac用户，我在我的PC朋友之前就了解了Linux。苹果有MKLinux，“苹果的东西”，我被告知。今天，SuSE，Linux的第一大发行版，可用于PPC。我会仁慈地不列出所有其他的发行版。在看到PPC和Yellow Dog的广告后，很高兴看到几篇文章，不像几个月前LJ中贬低MKLinux的那篇文章。谢谢你们。
—Calvin Bowen ctbowen@mindspring.com
关于你们的Python增刊的两件事
首先，是关于裸男的喧嚣。老实说，我没有注意到他是裸体的。在阅读了读者来信专栏后，我回头看了一下；果然，除了一个领结什么都没有。考虑到我见过多少劳拉·克劳馥（我从未见过或玩过她所在的任何视频游戏），似乎只有一些计算机杂志会有一个裸男才是公平的。
至于Guido的宠物语言（哈哈！哈！哦，没关系……），我必须承认，我认为它在某一方面比Perl略有不足。一个可以解决的方式，请注意；这不是一个致命的缺陷类型的事情。问题是cpan——Python似乎缺少它。Perl有cpan；几乎所有的Perl模块都可以在cpan上找到，并通过以下步骤安装
perl Makefile.PL make make test sudo make install
现在，我一直在研究Python以解决一个特定的问题：我需要将MySQL数据库中的数据放入PostScript打印机中。Python似乎能够与MySQL通信，它的piddle模块既命名愉快又具备PostScript功能。
但是，我仍然无法使MySQL连接工作，并且piddle安装文件几乎毫无用处（但我让它工作了）。我会坚持下去，因为我必须这样做，但我认为Python开发社区应该尝试重建（并可能改进）cpan。作为一名开发人员，我发现cpan是实现代码重用的最佳实用系统之一。事实上，C、C++以及几乎所有开发社区都应该明智地创建他们自己的cpan版本。
—Kevin Lyda kevin@suberic.net
我刚刚读完了2000年7月刊中所有关于人们抱怨增刊封面的来信。没什么大不了的！我在圣经带的中心地带拥有一家电脑商店。我把所有旧杂志都放在前面供顾客在我修理电脑时观看，没有一个人抱怨封面。我为各行各业的人服务，包括父母、教师、神职人员、儿童等等，没有人对该出版物感到反感……事实上，它甚至引起了只使用Windows的人询问Linux。甚至因为这件事转化了几个人。
无论别人怎么说……继续做好你们的工作。
—Rodney Rees rodney@crass-enterprises.com
我阅读了2000年7月LJ的读者来信，其中专门讨论读者对5月份Python增刊封面的回应。我清楚地记得那个促使我将Python添加到我的语言收藏中的增刊。我从未觉得封面图片令人反感。
请注意，我是一名大学讲师，我的鸽子笼是透明的。这张在西方世界惹恼了许多人的照片，在这个亚洲的、主要是佛教国家的国家里，却无人注意！
—Visvanath Ratnaweera ratna@cs.pdn.ac.lk
在翻阅最新的LJ时，我在开头看到一个小版块，标题为“重要的Linux网站”。最让我惊讶的是看到http://slashdot.org/被列为首位。这可能是简单排序的结果，但在整理列表时，我认为许多读者会同意slashdot.org不能很好地代表Linux操作系统或社区。该网站的维护者和访问者的意见通常过于偏颇、无知或引战。如果有人第一次打开LJ并想了解更多关于Linux的信息，我更希望他们访问更专业运营的网站，例如www.linux.com/或www.gnu.org，而不是像slashdot.org这样有时让我为参与Linux而感到尴尬的网站。
—Brian M Dial brian@flylife.org
在八月刊的LJ中，Linley Gwennap报道称，德尔福汽车系统公司的Palm扩展坞（或MPC，移动生产力中心的简称）使用了Windows CE。虽然WinCE在德尔福的整体产品战略中扮演着重要的角色，但它并不是MPC的合适选择。相反，我们选择使用Red Hat的eCos实时内核。如果您能在下一期LJ中发布此更正，我将不胜感激。
—Brad Coon MPC 产品架构师德尔福汽车系统 bradley.s.coon@delphiauto.com
我正在阅读我的新一期LJ第75期。特别是，我正在阅读“收集RFC”的文章，并发现第一句话是：“请求评论（RFC）是互联网的标准”。
这并非完全正确，因为RFC正如其声称的那样，是来自互联网社区的评论请求。RFC是“官方”互联网社区文档生命周期的第二阶段。它们始于某人提出的“草案”。过一段时间后，它们成为RFC，然后，在收到其他人的评论后，它们成为STD（标准）、FYI（供您参考）或BCP（最佳当前实践）。因此，RFC不是标准，而只是标准提案的成熟阶段。
您可以使用两个不同的名称找到同一份文档，一个用于最新的RFC状态，另一个用于最终状态；例如，我们有RFC-2026（从RFC-1602修改而来）和BCP-9，标题为“互联网标准流程——修订版3”。或者STD-1，它收集（并废弃）了RFC 2500、2400、2300、2200、2000、1920、1880、1800、1780、1720、1610、1600、1540、1500、1410、1360、1280、1250、1200、1140、1130、1100、1083。有关此方面的更多信息，请访问www.rfc-editor.org/rfc.html。
无论如何，我发现您的文章非常有趣，并且喜欢LJ。继续保持！
—Vincenzo Romano vromano@mail.com
