


















这是一个创建于 194 天前的主题,其中的信息可能已经有所发展或是发生改变。
原项目是继续 windows 的,大量 windows api mfc atl 和 windows 资源的使用。还有 rpc 和跨进程的 handle 共享显示。几年前完成了 mac 的移植,做了大量的兼容和 stub 代码。平台宏定义满地都是。
现在完成编译链接工作。运行起来各种 crash,几十年的祖传代码感觉用 ai 调内存问题也困难重重。
是不是大公司项目方向对,在继续就行?最后能不能出东西,根本就没人管?
1 passive 2025 年 12 月 2 日 via Androidwindows api 直接连接 libwine ,还挺稳定的。 |
3 clemente 2025 年 12 月 2 日gemini 3 pro 超级稳 |
4 clemente 2025 年 12 月 2 日先完善原有项目的单测/功能测试/集成测试/压力测试 让 AI 一把锁 |
5 liyafe1997 2025 年 12 月 3 日可以,并且我认为这正是 AI 擅长的,可以减少很多编码的体力活。 |
8 sagnitude 2025 年 12 月 3 日要么直接 wine 跑,也不用移植了 |
9 svyrblg 2025 年 12 月 3 日Mac 往 Linux 移植比 Windows 移植过来简单一些吧 |
10 kero991 2025 年 12 月 3 日 via Android我觉得就算移植过去了,也是屎山代码,而且项目不具备任何维护能力了(你怎么更新这 3 个已经完全不一样的代码?) github 上多的是这种一代项目勉强移植,然后从头开始用跨平台重构的,只要你这个项目不是停止维护了,你迟早要走这一步。 |
11 kero991 2025 年 12 月 3 日 via Android@passive 我问 ai 啥是 libwine 他给了我另一个建议 |
12 wnpllrzodiac 2025 年 12 月 3 日 via Android@svyrblg mac 移植用了大量 foundation coca 框架 mm 文件,而不是 posix 实现。所以基本除了 sh 脚本可以参考。移植部分基本没用。osx 移植的人是做 osx 开发的 |
13 wnpllrzodiac 2025 年 12 月 3 日 via Android@kero991 wine 运行 windows 版的问题是,一旦遇到 crash 问题。没办法调试。wine 不支持运行 debug 版的 vsruntime 除非 wine 里装 vs2022. 调试也是困难。用了很多 dll 和黑科技 |
14 whenov 2025 年 12 月 4 日性能要求不高的话,要不把整个 Windows+虚拟机打包吧[doge] |
此内容由惯性聚合(RSS阅读器)自动聚合整理,仅供阅读参考。 原文来自 — 版权归原作者所有。