- 主题:发个旧闻：ReactOS 0.4.15 发布
之前在 vmware 上面玩这个操作系统的时候，操作系统本身自带的软件都跑得不太稳定。
所以就别指望了。大体是个玩具操作系统，有点类似于我最近在 DOS 里面写 tc2 程序。就是玩儿。
【 在 ooolinux 的大作中提到: 】
: 支持一些大型的专业软件不？
--
FROM 27.152.111.*
我在试验把现代的编程语言和操作系统理论引到 DOS 里面。
对比一下，能有多大的生产力提升。比如用 AI 加高级编程语言一个小时干出小型 DOS 游戏。
【 在 ooolinux 的大作中提到: 】
: 那还不如wine
: TC2写程序是为啥？
--
FROM 117.28.116.*
ReactOS 的实用性肯定远不如 WINE.
WINE 已经能够运行 80% 的 Windows 游戏啦。
你可以看看 SteamLinux，有个商用的卖得非常火的掌机。
编辑：刚看了 ProtonDB 的数据，已经九成的游戏可以在 Linux 里面运行啦 。
【 在 ooolinux 的大作中提到: 】
: 那还不如wine
: TC2写程序是为啥？
--
修改:hgoldfish FROM 117.28.116.*
FROM 117.28.116.*
得用国内的修改版。
我之前在龙芯上面搭配 rx560 玩一些 win 游戏非常流畅。
【 在 ooolinux 的大作中提到: 】
: 原生的wine没有那么好，我用它玩小游戏，有的都无法运行
--
FROM 117.28.116.*
不是翻译。是编译。
在跑 wine 程序之前，龙芯的 latx 已经把 x86 指令的 exe 编译成 la 指令的 .so 啦。
实际跑的是龙芯的指令，不是 x86 的。很快。
据说龙芯的下一代更快。
【 在 ooolinux 的大作中提到: 】
: 龙芯的指令集翻译不慢吗？
--
修改:hgoldfish FROM 117.28.116.*
FROM 117.28.116.*
API 调用这种很简单。读 DLL/EXE 的数据结构，加载到内存里面。调用就是 call 跳转。
这些早就非常成熟了。
WINE 的问题是没有完整实现当年 windows 的各种 BUG，比如 360 在 WINE 里面就跑不了。
【 在 ooolinux 的大作中提到: 】
: 等于一次性的工作，那些API调用不知道怎么处理
: 不知道大型软件的兼容性怎样
--
FROM 120.41.146.*
对普通用户显然是 BUG，哈哈。
熟悉的打败全国 99.83% 电脑呢。
【 在 BigCarrot 的大作中提到: 】
: 跑不了360是大好事啊
--
修改:hgoldfish FROM 117.28.116.*
FROM 117.28.116.*
反正也只是玩玩。要玩的就是在极其受限的情况下，使用软件技术能不能加快开发速度。
之前有个周末试了下把协程调度移过去。但暂时还没有搞定。
不说啥的，以前 DOS 下的编程语言很少有有标准库、框架的概念。程序员干活都是从最基本的 API 干起，不断地轮轮子，所以开发速度非常慢。
【 在 tom6bj 的大作中提到: 】
: 那也太累了吧，起码用个watcom啥的吧?
: 我在试验把现代的编程语言和操作系统理论引到 DOS 里面。
: 对比一下，能有多大的生产力提升。比如用 AI 加高级编程语言一个小时干出小型 DOS 游戏。
: ...................
--
FROM 110.81.120.*
是啊。每个企业不断地轮自己的轮子。
每个软件都得把 user32.dll 和 kernel32.dll 的那些重要函数重新轮一遍。
【 在 tom6bj 的大作中提到: 】
: 其实是因为没有github之类社区吧，企业是有轮子的，只是普通开发者接触不到
: 反正也只是玩玩。要玩的就是在极其受限的情况下，使用软件技术能不能加快开发速度。
: 之前有个周末试了下把协程调度移过去。但暂时还没有搞定。
: ...................
--
FROM 27.152.52.*
当时还缺乏现在各种常见的轮子。
比如打包压缩、序列化、加密。
高端点的是文本编辑控件、图表啥的。
表现形式不太好。
【 在 tom6bj 的大作中提到: 】
: 其实是因为没有github之类社区吧，企业是有轮子的，只是普通开发者接触不到
: 反正也只是玩玩。要玩的就是在极其受限的情况下，使用软件技术能不能加快开发速度。
: 之前有个周末试了下把协程调度移过去。但暂时还没有搞定。
: ...................
--
FROM 27.152.52.*