读者来信
祝贺你们出版了一期非常好的杂志。作为一位最初通过 Coherent 接触 UNIX，然后转向 Linux 的用户，我想告诉你们，《Linux Journal》为我提供了许多关于新的和有用的开源产品的有趣文章。
随着 Linux 用户群持续增长，《LJ》面临着满足不断壮大的新手以及那些已经关注 Linux 多年的人的需求。希望《LJ》能够取得良好的平衡。我个人非常喜欢关于“基础知识”的文章，例如内核内部原理、库和共享模块实现。
此外，案例研究也很棒。在工作中，我们对在非关键的“辅助”应用程序中使用 Linux 非常感兴趣。这些案例研究帮助我们从他人的经验中学习，并避免可能犯的错误。
继续保持出色的工作，不要回避深入的内容。
PS：六月号的“拉页”有点过分地开玩笑，虽然我觉得有点好笑，但在准技术杂志中似乎显得格格不入。—Allan Peda apeda@interpublic.com
今天我为自己是《Linux Journal》的订阅者感到羞愧。我对《LJ》和 SSC 的失望几乎无法言喻。《Linux Journal》的电子商务网站（store.linuxjournal.com）为什么要在 NT 和 IIS 上运行？你们这些人难道对此没有根本性的问题吗？你们怎么能以这种方式背叛 Linux 社区？
有什么情有可原的情况吗？这难道是什么错误吗？你们对 Linux 的信心有多小，才会做出这种事？
这些不是反问句。如果我得不到满意的答复，我就要退订了。我每个月都会从头到尾阅读《LJ》，我会非常想念它，但如果你们的政治立场是错误的，我就不会支持你们：在资本主义社会，花的每一美元都是投出的一票。你们为什么要投票给微软？—Dale Lakes dale@multiverse.com
为了更好地服务我们的商店客户，我们希望将网络展示和履行外包给同一家公司。WAS 提供这项服务，并计划将其软件移植到 AIX。这是我们能找到的最佳替代方案。如果您认识任何运行 Linux 并提供所需服务的人，请告知我们 —编辑
我阅读了《Linux Journal》五月号上发表的“C++ 动态类加载”文章。我尝试这项技术已经有一段时间了，我遇到了一个没有提到的问题。我在库之间遇到了一些名称冲突：如果两个库在内部类、函数或公共符号中都有相同的名称，一旦加载它们，可执行行为将变得不可预测。
似乎当一个库被链接进来时，动态链接器开始搜索所有库中的符号，甚至包括库的内部符号。我不知道这个问题是否在最近版本的动态链接器中得到解决，或者是否有我遗漏的链接器选项。
我通过将所有内部符号放在命名空间中解决了这个问题。确保两个库中没有同名的命名空间（除非需要）消除了奇怪的行为。—Dario Mariani dmarian@fi.uba.ar
我刚刚阅读了六月号中“我们与所有人对话”的文章，发现它非常有启发性，因为作为一个“后来的”Linux 用户，我惭愧地承认我不知道其中列出的所有名字。
但是，我认为还有两个人应该将其名字写在“Linux 名人堂”上：Paul McKerras 和 David Hinds（希望我没有拼错他们的名字），因为他们开发了 PPP 和 PCMCIA。没有他们，我就无法向您发送这封电子邮件（我在笔记本电脑上运行 Linux）。
我知道我们必须对内核源代码进行某种轻量级的修补才能使它们工作，但我真的很感激。—Nguyen Tuan nguyen_a@cnam.fr
我一直想写关于这个问题的文章。最近，每个人都在感叹拥有适用于 Linux 的 Microsoft Office 的“必要性”，以此作为 Linux 在桌面上取得成功的最终途径。我碰巧对此有一些保留意见。
首先，我很幸运能在一家以 UNIX 为中心的公司工作，因此在我的工作站上安装 Linux 是理所当然的。除了我的主要工作职能外，我还使用 Office（即 StarOffice）处理与办公室相关的工作。我同样频繁地使用文字处理器和电子表格。我曾经在单独的分区上安装了 Windows 作为双启动机器，但现在已经没有了。我需要空间来做其他事情。
不过，办公套件的问题仍然困扰着我。作为一名双语人士，我经常需要在各种机器上使用俄文字体/编码，主要是 Linux（x86 和 PPC）和 Macintosh。嗯，它也必须在 Windows 上可读。MS Word 有自己最奇怪（不兼容）的编码方式（我会说是打乱）俄文字符，导致它们在任何其他硬件/软件配置上都无法读取。所以对我来说，它完全不可用。StarOffice 在创建漂亮的便携式双语文档方面实际上非常好，这些文档可以导入到几乎任何其他应用程序中。可惜 Macintosh 没有 StarOffice！Corel WordPerfect 与 StarOffice 有相同的限制，但在操作系统方面甚至更加受限（没有 Solaris 版本）。唯一一个真正可用于任何平台/操作系统并支持任何国家字符集的“文字处理器”是 Netscape Communicator。该应用程序的输出在通用性和可移植性方面击败了所有竞争对手，但作为文字处理器，它确实很糟糕。
底线：我需要一个功能相当齐全的办公套件（如 StarOffice），可用于所有主要的和次要的操作系统平台（如 Netscape），产生绝对便携的文本输出（再次，如 Netscape），并且价格不会高得离谱（如 Netscape 和 StarOffice）。我想重申，MS Office 的不兼容功能使我无法接受，即使是免费的也不行。无论如何，有人使用非盗版的 MS Office 吗？—Alex Aitouganov Alex.Aitouganov@Eclipsys.com
我非常喜欢你们的 Linux 桌面系列指南，我很高兴看到你们写了关于我最喜欢的窗口管理器 Window Maker 的文章。当然，我对你们没有过多赞扬我的心头好感到不太高兴，但尽管如此，我不想引发一场圣战/口水战。我只是想告诉你们一件事。—Robert Wade robertwade@rocketmail.com
我很高兴你喜欢这个系列。还有一个系列即将推出，应该在未来几个月内发布，其中对现有的其余窗口管理器进行了基本介绍。—Michael J. Hammel mjhammel@graphics-muse.org
我知道，对于社区中的某些人来说，夸大自己使用 Linux 的时间是一个由来已久的传统，但现在有点过分了。
在 2000 年 6 月号第 98 页，文章声称 H. J. Lu 在 1990 年发现了 Linux。这简直太令人惊讶了，因为 Linus 在 1991 年 7 月 3 日宣布了这个项目。（www.li.org/li/linuxhistory.shtml）
也许 Lu 先生有预见未来的能力？—Dave Whitinger dave@whitinger.net
在我发表在《Linux Journal》七月号上的关于 syslogd 的文章中，我忽略了一个重要的点：如果您计划使用 syslogd 的网络功能，那么非常重要的是，这个端口要位于强大且配置正确的防火墙路由器之后。如果没有，则不应使用该功能。网络 syslogd 接口是进行远程拒绝服务攻击，甚至是一些更阴险的攻击的绝佳方式。拒绝服务攻击可能针对 CPU 和磁盘，因为发送大量虚假消息可能会使 syslogd 填满磁盘驱动器。此外，此类消息可能被用来掩盖其他邪恶活动，您可能会在大量虚假消息中丢失这些活动。
更可怕的是，您可能正在使用某些日志文件，例如，使用编写不佳的 Perl 脚本来插值包含来自 syslog 生成的日志文件的字符串的变量。有一些聪明的 Perl 技巧，您可以在其中编写将以运行脚本的用户身份执行程序的字符串。这样的字符串可以嵌入到发送到您的 syslog d<\#230;>mon 的虚假消息中。
所有这一切的结论是，虽然通过网络从多台机器收集日志是一项非常好的实用功能，但您必须确保阻止您网络外部的机器访问此端口。
这是一个重要的点，我希望你们能为我的信件腾出空间！非常感谢！
这是更正后的列表 1，与我的其他评论一起包含。
由于排版错误，2000 年 7 月号中的 syslog.conf 列表不正确。正确的列表如下所示。
—Michael A. Schwarz mschwarz@sherbtel.net
