Wine 9.8 今天发布了，这是这款开源软件的最新双周开发版本，用于在 Linux / Chrome OS、macOS 和其他平台上运行 Windows 游戏/应用程序。Wine 9.8 将 Mono 引擎更新到了 9.1 版，改进了 ARM 平台上的 RPC/COM 支持，IDL 生成的文件现在可以使用完全解释的存根，还有 22 个已知的错误修复。

本轮修复的 22 个错误最显眼的一个时间跨度长达20年，包括修复 Microsoft Office 97 安装程序问题、Battle.net 启动器问题以及正在解决的其他各种软件问题。

Microsoft Office 97 安装程序问题可追溯到 2005 年的一份错误报告，内容是当时的 Wine 无法在上游 Wine 上安装 Office 97。经过这些年断断续续的努力，终于在 Wine 9.8 中解决了 stdole32.tlb 以 SLTG 格式生成 typelib 的问题。
--
FROM 183.253.147.*

现在回过头去看。很弱鸡啊哈哈。

写个 WORD 文档也能直接保存成 html.

【 在 ooolinux 的大作中提到: 】
: 以前个人网页兴起时FrontPage很流行。
--
修改:hgoldfish FROM 47.243.39.*
FROM 47.243.39.*

国内那伙做发行版的，应该都研究过吧。

首先 wine 是一个类似 ld.so 的 loader，只是加载的是 PE 格式的可执行文件。wine 准备好可执行文件的各种内存区段。这样子调用 win32api 的时候就会跳转到 wine 准备好的 dll 里面去，这些 dll 实现 win32api 对应的功能。

有个单一的 wine-server 进程充当 nt 内核的角色。能在用户层实现的 wine dll 就自己实现了，需要进 nt 内核的，实际上是跳到 wine-server 里面去执行。

【 在 jinjinjin3 的大作中提到: 】
: wine这东西，有人深入研究过吗？
--
FROM 47.243.39.*

我还是很认同 vb6 编译到 native 那个方向。也就是 go 现在的方向。而不是搞啥虚拟机。什么一次编译到处运行，扯淡。一次编译，多个 target 也能同样解决问题。

【 在 southwest 的大作中提到: 】
: 哈哈
: 用过，有体验，所以有记忆
--
FROM 120.37.21.*

如果算 android 的话，java 现在的使用很广泛了。

【 在 blackoil 的大作中提到: 】
: 那时装了虚拟机，跑了例子几次，慢得要死。就是那些按钮/滚动条样式看着很新鲜。
: 当年JAVA是想铺开。最后还是X86 ARM后端跑得最多。
--
FROM 117.30.39.*