首页 |信息 | 社区 | 开发 | ReactOS我的家 |联系我们

  1. 主页
  2. 信息
  3. 社区
  4. 开发
  5. ReactOS我的家
  6. 联系我们

  1. 概况
  2. 参与人员
  3. 论坛
  4. Wiki
  5. 邮件列表
  6. 开发者IRC 聊天频道
  7. 新闻资讯
  8. 博客
  9. 用户FAQ

Community > ReactOS Newsletter Archive > ReactOS Newsletter: 时事通讯 57 期

时事通讯 57 期

by Z98 on 2009-04-30
translated by samuel1991 on 2010-02-06

top

VBox 视频驱动程序


一阵子前 VBox视频驱动程序开始在 ReactOS 里运作,表示人们使用 VirtualBox 现在可以获得图形的硬件加速。若要让驱动程序可用,Timo Kreuzer 在 Win32 子系统修正了两样东西。当驱动程序在修正前运行,其功能在某个程度上算是残废的并且绘画时常会导致问题。第一个修正是为鼠标指针所设,或者仔细的说是绘画鼠标指针在屏幕里移动。当鼠标指针离开一个位置,原先在那里的内容将会被重新绘画并且鼠标将会被隐藏。之后,鼠标的位置将被更新到新位置,然后鼠标才会取消隐藏并且重新绘画。问题是在新位置绘画鼠标的代码也尝试在其旧的位置里隐藏。可是,既然鼠标的位置已经被更新,发生的是该代码又在鼠标现有的位置里重新绘画旧的位置里内容。这样的结果基本上是显示屏幕出现大量的损坏。Timo 成功移除相关的代码并且现在移动鼠标能够正确的运作。

第二个所修正的问题是更新屏幕分析率。这就比较简单,这是因为 ROS 并不是写入分析率到注册表。当视频驱动程序要求这个数值然而却找不到的时候,它就会返回到默认的640x480x256。作为一个便笺,VMware 视频驱动程序并不依赖这个数值。

top

RosBE 及 RBuild


KJK::Hyperion 最近提交一个蛮大以及 RBuild 所非常需要的更新。可是,它却揭发在 RosBE 里的一个重大问题,皆发生在 Windows 和 Unix 版本二者。KJK 正在处理的 RBuild 更新需要或者将需要应用几个变量,TARGET_CFLAGS 和 TARGET_CPPFLAGS,以及HOST_CFLAGS 和 HOST_CPPFLAGS。不幸的,一个错误在 Windows GCC 构造却阻止它们的使用。详细的说, GCC 有了包括文件所储存目录的路径,如此一来它就可以在编译任何需要它们时就可以找到它们。看似这个问题很难搞定并且目前 RosBE 却无法正确的完成它。若要解决它,它将定义 HOST_CFLAGS 和 HOST_CPPFLAGS 变量以便指定到正确的目录。当然,这将阻止它们作为额外的编译标记,却正是 KJK 所要做的。因此他提议重命名目前所使用的变量到 ROSBE_HOST_CFLAGS 等。

第二个被揭穿的问题是 Unix RosBE 在 TARGET_CFLAGS 或 TARGET_CPPFLAGS并不会揭发包括用来构建所使用的目录。RBuild 的更改也将需要该信息才能在 GCC 未被使用的时候提供其他编译器所使用的位置。这虽然比较符合 Windows 一边的事情,可是 RBuild 是在预期这些变量无论所在的平台以及它们缺失在 Unix RosBE 而导致更多的问题。比起 Windows GCC 目录的问题,这其实比较容易的修正,因为 Colin 直接定义为 Unix RosBE 定义这些变量。

目前,一个Windows GCC 看来处在正确的目录位置已经被编译出了,可是 Daniel Reimer 却一直无法成功使用它构建 ReactOS。既然一个无法构建 ReactOS 的 RosBE 是非常无用途的,本团队正在研究究竟是发生什么问题。一旦他们找到问题所在,请预期另一个构建环境的发布。

top

网络卡驱动程序


作为朝向 0.3.9 的部分,Olaf Siejka 以及其他测试者开始在真实硬件里测试多种网络卡并且查看当他们尝试安装这些驱动程序时会发生什么。之后他们将会提供调试报告给 Art Yerkes 和 Cameron Gutman,接着就会检验这些报告并查看什么该驱动程序所使用的那些功能是损坏或者缺失。从那里,这两位开发者就开始实行并修正必要的功能并提供补丁以便让测试者去尝试。这样的过程已经来回数次直到该团队已经让大约半打的驱动程序和卡能够运作。那里仍有几个一致性问题究竟应该要基于 XP 或 2000 驱动程序并且还需要一些猜测的工作,可是现在 ReactOS 至少能够填写第三方代码所需的功能而非仅仅操作系统所需才能运行的代码。该团队计划继续这样的策略直到朝向 0.3.10 并且届时我们希望看到更多的成功报告。

top

0.3.9 以及未来


当 0.3.9 发布开始看见一些较好的功能,当中的一些显得很粗糙。声音支持是当中较为明显的并且只能在 VirtualBox 或者最新版的 Qemu 里运行,然而其他平台却未测试基于 Johannes Anderwald 并没有这个时间。即使在这两个平台,共同缓存以及 FAT 驱动程序的问题将会在播放声音时导致崩溃。到了 0.3.10,开发者计划处理完善所完成的部分。如此一来可用的功能将能更简易的使用并且系统本身将会更稳定的运行。与此同时,那里有计划要为除了网络卡之外的驱动程序提供更多的支持并且已经有些讨论究竟需要什么才能开始运行第三方视频驱动程序。最近让 VBox 视频驱动程序运行的作品正是一个步骤,可是Win32 子系统仍然有些可观的漏洞而需要一些修补以免视频驱动程序在某些 ROS 里特质的代码里绊倒。


top

ReactOS is a registered trademark or a trademark of ReactOS Foundation in the United States and other countries.