Lime: Windows 支持 [$30]

创建于 2014-01-24  ·  64评论  ·  资料来源: limetext/lime

@quarnster

我将承担 windows 端口的任务。
我应该很快完成它。

我发现了 mingw64 和 go lang 的链接错误,并且应该尽快将补丁推送到 mingw64-crt 以解决 pygo 和其他 c 绑定依赖的最后一个链接错误。

在这个问题上有30 美元的公开赏金。 添加到Bountysource的赏金。

bounty build

最有用的评论

年份是 2017 年,月份是 6 月,即自发行以来已过去 1250 天
呃……喂? 最后,我们可以尝试一些预编译的 Windows 二进制文件吗?

所有64条评论

哇,听起来棒极了。

martell [email protected] schrieb:

@quarnster

我将承担 windows 端口的任务。
我应该很快完成它。

我发现了 mingw64 和 go lang 和补丁的链接错误
应该尽快推入mingw64-crt以解决最后一个链接
pygo 和其他 c 绑定的错误取决于。


直接回复此邮件或在 GitHub 上查看:
https://github.com/limetext/lime/issues/228

谢谢!

"C:\msys64\mingw32\pkg\tool\windows_386\8l.exe" -o "C:\msys64\tmp\go-build836004963\lime\3rdparty\libs\gopy_test\gopy.test.exe" -L "C :\msys64\tmp\go-build836004963\lime\3rdparty\libs\gopy_test" -L "C:\msys64\tmp\go-build836004963" "C:\msys64\tmp\go-build836004963\lime\3rdparty\libs\ gopy_test\main.a"
$WORK\lime\3rdparty\libs\gopy_test\gopy.test.exe
经过
好的石灰/3rdparty/libs/gopy 2.592s

巨大的成功 :)

哇,太棒了!

gopy之后我该怎么办? 由于添加了 cmake,该指南不久前已更改。
我还构建了 qt5 绑定:)

我已经在 gcc 中构建了 onig,显然带有 .a 库的 python3.3

编辑:没关系,我将手动按照 cmakelists 中的步骤进行操作:)

如果您告诉我们如何重现 python 构建,那就太好了。

我正在使用 msys2 和 pacman。 mingw-w64-x86_64-python3 是它的一个包。
我们通常在 OFTC #msys2 上的 irc 上每天添加新包 :)
你可以在这里取
http://sourceforge.net/projects/msys2/

我最近添加了 go 本身,但我们正在解决它的问题。
完成石灰后,我会将其添加为一个包和 PKGBUILD 脚本来构建它;)
python 和 onig 应该在这里https://github.com/martell/MINGW-packages

我也在msys2。 我昨天玩了它。 你是如何生成静态 python 库的? 你用的是 32 位还是 64 位的工具链,去吧?

提到的crt修复已经在线了吗?

https://github.com/martell/MINGW-packages
Python PKGBUILD 在这个 repo 中
是的,alexey 是手动应用的。 我自己和 mingwandroid 正在尝试修复 go 的 CFLAG 传递给 mingw64
在那之后应该很好:) ...希望

只需“pacman -Syu”即可更新 crt

但是默认情况下,python3 是作为共享库构建的,不是吗? 他们使用 mingw(不是 w64)使用 pexports。 你是怎么处理的? CFLAGS 有什么问题?

Python3 是用 mingw64 编译的,所以我们不需要进行导出。
结果我们默认得到了libpython3.3m.a
https://github.com/martell/MINGW-packages/tree/master/mingw-w64-python3

我们不使用视觉工作室做任何事情。 我们也不依赖任何库的 Visual Studio 构建

与 pexports 等效的是 gendef。 不过我们这里不需要它
http://sourceforge.net/apps/trac/mingw-w64/wiki/gendef

好的,所以我已经成功地使用 mingw64 构建了术语框前端。
它在 debug.log 中以这条消息优雅地关闭
[2014/01/25 00:47:11 GMT] 错误 (main.main:607) 句柄无效。

qml 构建在设置绑定后给了我这个错误。
一个项目中的两个绑定必须引起问题。
石灰/前端/qml
C:\msys64\tmp\go-build680373563/lime/3rdparty/libs/gopy/lib.a(_all.o):重复符号引用:github.com/niemeyer/qml(.text) 和lime/3rdparty 中的mingw_onexit /libs/gopy/lib(.text)

https://www.dropbox.com/s/2ibydge1x8k9s1w/lime.7z

我已经成功构建了术语框、html,然后我回到了 qt5 main.go,因为 qml 不会链接

Termbox 似乎是迄今为止最好的。
我通过加载所有插件然后崩溃:/
不错的日志文件;)

在 build/bin 中查找 exe,不要移动它们,因为它们与文件夹结构相关

@martell :您是否尝试过从 Windows 命令提示符而不是 mintty 运行术语框前端?

@EdVanDance
是的,我正在从 windows cmd.prompt 运行 termbox
似乎可以通过更多的工作来解决这个问题。
我们还需要在 Windows 上删除 setcolormode 256,因为我们没有该功能

@martell我无法让它运行。 我安装了 i686 python3(我在 x86_64 上)。 打开一个cmd:

set PYTHONHOME=...\msys64\mingw32\lib\python3.3
termbox.exe

我得到:

Fatal Python error: Py_Initialize: unable to load the file system codec
ImportError: No module named 'encodings'

This application has requested the Runtime to terminate it in an unusual way.
Please contact the application's support team for more information.

你不应该设置 PYTHONHOME,因为我已经包含了他的 python dll
没有它对我有用。

现在我可能错了,但无论如何我都没有这样做。

该补丁已合并到 mingw64-crt 中,alexey 将很快进行更新;)

如果我没有设置 PYTHONPATH。 我得到:

Could not find platform independent libraries <prefix>
Could not find platform dependent libraries <exec_prefix>
Consider setting $PYTHONHOME to <prefix>[:<exec_prefix>]
Fatal Python error: Py_Initialize: unable to load the file system codec
ImportError: No module named 'encodings'

This application has requested the Runtime to terminate it in an unusual way.
Please contact the application's support team for more information.

您是否从 msys 中启动命令提示符? 我直接通过Win+R启动它。

不,我像你一样直接进入 cmd,我的系统上没有定义 PYTHONHOME。
我想我以前使用 Windows 安装程序将 python 安装到我的系统上,
也许这就是我的 cmd windows 不抱怨的原因?

这也可以解释为什么它在某个时候也崩溃了,也许我使用了错误的 python 文件

你安装的是 mingw python3 还是 msys2 python3 他们是非常不同的

嗯,这可能是原因。 但我不明白为什么在设置 PYTHONPATH 后它会抱怨。
肯定有一个编码模块。

我得到了它。
只是:

set PYTHONHOME=...\msys64\mingw32

没有lib\python3.3

不错;) 你的输出呢?

显示文件内容,但对按键没有反应。 并抱怨256色模式。

在我上传的 zip 中,如果你想从源代码构建,我有我所有的 cgo.go 文件供参考;)
我的 mingw-packages 存储库中还有一个用于 onig 和 go 的包,您将需要它。

你能把它粘贴一下吗:)

我到这里为止

[2014/01/25 04:08:33 GMT] [INFO](lime/backend/sublime.sublime_Console:87) Python sez:加载插件 Vintageous.jump_list_cmds
[2014/01/25 04:08:33 GMT] [FNST](main.%28 tbfe%29.renderthread:375) 渲染[2014/01/25 04:08:33 GMT] [FNST](lime/backend.%28 commandHandler%29.Register:169) 想要注册 vi_add_to_jump_list
[2014/01/25 04:08:33 GMT] [FNST](lime/backend.%28 commandHandler%29.Register:194) 成功注册命令 vi_add_to_jump_list[2014/01/25 04:08:33 GMT] [INFO](lime/backend/sublime.sublime_Console:87) Python sez:加载插件 Vintageous.motion_cmds[2014/01/25 04:08:33 GMT] [FNST](main.%28 tbfe%29.renderthread:375) 渲染
[2014/01/25 04:08:33 GMT] [FNST](lime/backend.%28*commandHandler%29.Register:169) 想要注册irreversible_text

同样在这里:
http://pastebin.com/G2yNjmdp

好吧好吧,我会尝试让 alexey 合并我的 go 包和 onig 共享包。
这样,每个人都可以在同一页面上明智地构建。
这是从 cmakelists.txt 反向工程从头到尾构建的指南;)

https://gist.github.com/martell/c178f674188cb779b8fd

非常感谢。 这肯定有很大帮助。 您是否也尝试过 64 位版本?

我没有,但应该是一样的。
目前正在制作一个脚本,您可以在其中选择要构建的脚本:D

好的不错。 你能告诉我 sourceforge 上的 msys2 和 msys64 基础下载之间的区别吗?

我在 MSYS2 上与 Martell 和 Alexey Pavlov 合作; 以为我会顺便说“嗨”。

其中一些细节马爹利已经提到,但我不妨把它们放在一起。

msys64 是 WIP 名称,现在只是 MSYS2。

唯一的文档(除了大部分 Arch Linux 的 pacman/makepkg 东西)位于:
http://sourceforge.net/p/msys2/wiki/MSYS2%20installation/

有 3 个软件包存储库,msys、mingw32 和 mingw64。

存储库源位于:
msys: https ://github.com/Alexpux/MSYS2-packages
mingw32+mingw64: https ://github.com/Alexpux/MINGW-packages

我共同维护 MinGW-w64 Python 包和补丁(不幸的是,其中有太多),所以请随时提出您的任何问题,正如 Martell 所说,如果您想聊天,请在 OFTC 上通过#msys2。

很抱歉没有回复。 Github 从来没有给我一个通知:/
感谢您清除雷。
你比我更了解 msys2 和 mingw64,所以你最好解释一下 :)

好的我明白了。 谢谢你们。
对我来说,msys2 是最有价值的项目之一。 尤其是吃豆子真是太棒了。

谢谢你的客气话。 加入我们,添加包裹并分享美好;-)

埃德万斯,嗨!
MSYS2 有 32 位和 64 位版本。 这就是为什么有两种类型的档案可供下载的原因。

好的。 所以 msys2 可能是 32 位,而 msys64 可能是 64 位。 :微笑:

编辑:没关系,32 位和 64 位有单独的目录。 最近的软件包都被命名为 msys2 并带有
32 位 (i686) 和 64 位 (x86_64) 的后缀。

是的,刚刚意识到这一点。 下次我应该在写之前先看看,而不是反过来:微笑:

我倾向于坚持使用 C:\msys64 并同时包含 mingw32 和 mingw64 包
在 C:\msys64\mingw32 和 C:\msys64\mingw64 中; pacman 为
不过你不用担心。

2014 年 1 月 28 日星期二下午 4:30,EdVanDance通知@github.com 写道:

是的,刚刚意识到这一点。 下次我应该先看看再写不
反过来[图片::微笑:]

直接回复此邮件或在 Gi tHub上查看 https://github.com/limetext/lime/issues/228#issuecomment -33495293
.

现在源代码在 x86/x64 linux/darwin 上是go get -able,我假设这里也可能需要进行更改。

是否有指南或粗略的步骤将所有内容安装在尚未安装的新 Windows 系统上或已安装任何其他内容?

https://github.com/limetext/lime/wiki/Building-on-Windows肯定需要刷新/重写...

我会尽快处理的。

工作 Lime 是否需要 Python 功能? 我尝试在 frontend/html 和 frontend/termbox 中注释掉 gopy 和 sublime 的导入(以及依赖它的三行),并将 rubex 的导入替换为import (rubex "regexp") ; html 和 termbox 都在 Windows 上构建和运行,但奇怪的是,以无法使用的方式:

  • html 在解释键时遇到问题(奇怪的符号,如“&”和其他出现在 Firefox 和 Chromium 中)
  • 术语框没有显示光标,屏幕的下半部分奇怪地移动并在每次按键时快速向下滚动

有任何想法吗? :)

关于术语框,您可以从每次构建时创建的日志文件中获取信息,并且您应该知道我们有提供一些 vim 功能的复古插件,因此您应该先按i然后开始输入。

@zoli我们有一段时间无法构建,因为 msys 将 mingw python 更新到 3.4,而 gopy 和 go 1.3.1 刚刚修复。

现在 python3.4 问题已经解决了,我正在考虑使用 msys2 和 mingw-64 并去构建石灰文本。

这是我当前的错误

$ go get github.com/limetext/lime/frontend/termbox # github.com/limetext/gopy/lib ..\..\..\mingw64\src\github.com\limetext\gopy\lib\utils.c: In function 'cinit': ..\..\..\mingw64\src\github.com\limetext\gopy\lib\utils.c:503:11: error: 'sigaltstack' undeclared (first use in this function) stub(&sigaltstack); ^ ..\..\..\mingw64\src\github.com\limetext\gopy\lib\utils.c:503:11: note: each undeclared identifier is reported only once for each function it appears in ..\..\..\mingw64\src\github.com\limetext\gopy\lib\utils.c:504:11: error: 'signal' undeclared (first use in this function) stub(&signal); ^ ..\..\..\mingw64\src\github.com\limetext\gopy\lib\utils.c:505:11: error: 'sigaction' undeclared (first use in this function) stub(&sigaction);

看来这个提交打破了 Windows 上的 gopy
https://github.com/limetext/gopy/commit/8b1545fdde22aad006ba8596dd7e9ad80ff0dec7


想要支持这个问题? 给它一个赏金! 我们通过Bountysource接受赏金。

如果我将它们注释掉,我会收到此错误
github.com/limetext/gopy/lib(.text): undefined: github.com/limetext/gopy/lib(/4292) github.com/limetext/gopy/lib(.text): undefined: github.com/limetext/gopy/lib(/6573) github.com/limetext/gopy/lib(.text): undefined: github.com/limetext/gopy/lib(/6545) github.com/limetext/gopy/lib(.text): undefined: github.com/limetext/gopy/lib(/6513) too many errors
@quarnster你有什么想法吗?

这是在 Windows 上的 msys2 中构建石灰文本的构建指南
https://gist.github.com/martell/8588075

一个 go 1.3.3 包明天有望登陆服务器 :)

cinit应该为 windows 或其他东西进行 ifdef-ed ,因为它在那里不相关。 关于链接错误,它是否正确找到了python lib?

是的,它正确地找到了库。
pkg-config 正在添加 /mingw64/include/python3 包含目录。
所以我确实希望它也能正确添加库。
错误消息并没有太大帮助:(
我们处于未知领域,所以我会尝试强制 -lpython3
尽快回帖

好的,这是我的结果。
pkg-config 正确地找到了库,因为这是一个在安装和不安装 onig 的正则表达式上的测试

没有:
$ go test github.com/limetext/rubex testmain github.com/limetext/rubex(.text): undefined: onig_free github.com/limetext/rubex(.text): undefined: onig_number_of_captures github.com/limetext/rubex(.text): undefined: onig_number_of_names github.com/limetext/rubex(.text): undefined: onig_region_free github.com/limetext/rubex(.text): undefined: github.com/limetext/rubex(/63) github.com/limetext/rubex(.text): undefined: onig_region_new github.com/limetext/rubex(.text): undefined: github.com/limetext/rubex(/30) github.com/limetext/rubex(.text): undefined: onig_new github.com/limetext/rubex(.text): undefined: onig_error_code_to_str github.com/limetext/rubex(.text): undefined: onig_search github.com/limetext/rubex(.text): undefined: onig_error_code_to_str github.com/limetext/rubex(.text): undefined: onig_match github.com/limetext/rubex(.text): undefined: onig_name_to_backref_number github.com/limetext/rubex(.text): undefined: onig_foreach_name FAIL github.com/limetext/rubex [build failed]

和:
$ go test github.com/limetext/rubex testmain github.com/limetext/rubex(.text): undefined: github.com/limetext/rubex(/63) github.com/limetext/rubex(.text): undefined: github.com/limetext/rubex(/30) FAIL github.com/limetext/rubex [build failed]

编辑:似乎 32bit go on windows 打印出更有意义的错误

$ go get github.com/limetext/lime/frontend/termbox github.com/limetext/lime/frontend/termbox github.com/limetext/gopy/lib(.text): undefined: _get_output_format github.com/limetext/gopy/lib(.text): undefined: ___lc_codepage_func github.com/limetext/gopy/lib(.text): undefined: ___lc_codepage_func github.com/limetext/gopy/lib(.text): undefined: ___lc_codepage_func github.com/limetext/gopy/lib(.text): undefined: ___lc_codepage_func github.com/limetext/gopy/lib(.text): undefined: ___lc_codepage_func

为了解决这个链接错误,我必须链接到 Visual Studio 运行时,不幸的是我必须选择一个 c++ 运行时,也像 v110 或 v110,这对于 mingw-w64 应用程序来说很烦人。

好的,所以现在我可以实际构建了:)
希望我很快就会有一个exe

编辑:我可以构建术语框,但是

qml 前端给了我这个
在 1 月 25 日看到与上述相同的错误

$去构建
github.com/limetext/lime/frontend/qml
C:/msys64/mingw32/pkg/windows_386/gopkg.in/qml.v1.a(_all.o):重复符号引用:github.com/limetext/gopy/lib(.text) 和 gopkg.in 中的 mingw_onexit /qml%2ev1(.text)

这是我的术语框输出:

似乎比几个月前好一点,但它仍然崩溃

[2014/10/19 11:32:41 BST] [FNST] (github.com/limetext/lime/backend.(*WindowEvent).Call:94) OnNewWindow(2)
[2014/10/19 11:32:41 BST] [FNST] (github.com/limetext/lime/backend.(*ViewEvent).Call:60) OnNew(4)
[2014/10/19 11:32:41 BST] [FNST] (github.com/limetext/lime/backend.(*ViewEvent).Call:60) OnActivated(4)
[2014/10/19 11:32:41 BST] [EROR] (main.setColorMode:614) Unable to use 256 color mode: SetColorMode not implemented on Windows
[2014/10/19 11:32:41 BST] [EROR] (github.com/limetext/lime/backend/packages.func·001:98) Error on walking: GetFileAttributesEx ../../3rdparty/bundles/User: The system cannot find the file specified.
[2014/10/19 11:32:41 BST] [EROR] (github.com/limetext/lime/backend/packages.ScanPackets:110) Can't walk: GetFileAttributesEx ../../3rdparty/bundles/User: The system cannot find the file specified.
[2014/10/19 11:32:41 BST] [INFO] (github.com/limetext/lime/backend.(*Editor).loadKeyBinding:183) Loaded ..\..\packages\Default\Default (OSX).sublime-keymap
[2014/10/19 11:32:41 BST] [FNST] (github.com/limetext/lime/backend.(*Editor).Watch:414) Watch(&{0x12760400})
[2014/10/19 11:32:41 BST] [INFO] (github.com/limetext/lime/backend.(*Editor).loadKeyBinding:183) Loaded ..\..\packages\Default\Default.sublime-keymap
[2014/10/19 11:32:41 BST] [FNST] (github.com/limetext/lime/backend.(*Editor).Watch:414) Watch(&{0x12760420})
[2014/10/19 11:32:41 BST] [INFO] (github.com/limetext/lime/backend.(*Editor).loadKeyBinding:183) Loaded ..\..\packages\Default\Default (OSX).sublime-keymap
[2014/10/19 11:32:41 BST] [FNST] (github.com/limetext/lime/backend.(*Editor).Watch:414) Watch(&{0x127ce180})
[2014/10/19 11:32:41 BST] [INFO] (github.com/limetext/lime/backend.(*Editor).loadKeyBinding:183) Loaded ..\..\packages\Default\Default.sublime-keymap
[2014/10/19 11:32:41 BST] [FNST] (github.com/limetext/lime/backend.(*Editor).Watch:414) Watch(&{0x127ce1a0})
[2014/10/19 11:32:41 BST] [INFO] (github.com/limetext/lime/backend.(*Editor).loadSetting:199) Loaded ../../packages/Default/Preferences.sublime-settings
[2014/10/19 11:32:41 BST] [FNST] (github.com/limetext/lime/backend.(*Editor).Watch:414) Watch(&{0x127e83b0})
[2014/10/19 11:32:41 BST] [INFO] (github.com/limetext/lime/backend.(*Editor).loadSetting:199) Loaded ../../packages/Default/Preferences (Windows).sublime-settings
[2014/10/19 11:32:41 BST] [FNST] (github.com/limetext/lime/backend.(*Editor).Watch:414) Watch(&{0x127d2270})
[2014/10/19 11:32:41 BST] [EROR] (github.com/limetext/lime/backend/packages.(*Packet).Get:47) Couldn't read file: open ../../3rdparty/bundles/User/Preferences.sublime-settings: The system cannot find the path specified.
[2014/10/19 11:32:41 BST] [EROR] (github.com/limetext/lime/backend.(*Editor).loadSetting:197) 1,1: Unexpected EOF, 0-0: "JSON" - Data: ""

[2014/10/19 11:32:41 BST] [FNST] (main.(*tbfe).renderthread:437) Rendering
[2014/10/19 11:32:41 BST] [FNST] (main.(*tbfe).renderthread:437) Rendering
[2014/10/19 11:32:41 BST] [FNST] (main.(*tbfe).renderthread:437) Rendering

干得好! 崩溃的回溯是什么?

如果您使用“./termbox main.go”启动它,它会尝试正确显示此文件吗?

如果注释掉 gopy import + 调用,它还会崩溃吗? 如果不是,它可能是标准的 Go mingw 问题之一。

@quarnster :我不知道回溯 :(
我不太了解 go lang。
我该如何调试它?

我看不到这里的输出是日志

[2014/10/19 15:26:09 BST] [FNST] (github.com/limetext/lime/backend.(*WindowEvent).Call:94) OnNewWindow(2)
[2014/10/19 15:26:09 BST] [FNST] (github.com/limetext/lime/backend.(*ViewEvent).Call:60) OnNew(4)
[2014/10/19 15:26:09 BST] [FNST] (github.com/limetext/lime/backend.(*ViewEvent).Call:60) OnActivated(4)
[2014/10/19 15:26:09 BST] [FNST] (github.com/limetext/lime/backend.(*ViewEvent).Call:60) OnModified(4)
[2014/10/19 15:26:09 BST] [FNST] (github.com/limetext/lime/backend.(*ViewEvent).Call:60) OnSelectionModified(4)
[2014/10/19 15:26:09 BST] [FNST] (github.com/limetext/lime/backend.(*ViewEvent).Call:60) OnLoad(4)
[2014/10/19 15:26:09 BST] [FNST] (github.com/limetext/lime/backend.(*Editor).Watch:414) Watch(C:\msys64\mingw32\src\github.com\limetext\lime\frontend\termbox\main.go (4))
[2014/10/19 15:26:09 BST] [FNST] (github.com/limetext/lime/backend.(*ViewEvent).Call:60) OnDeactivated(4)
[2014/10/19 15:26:09 BST] [FNST] (github.com/limetext/lime/backend.(*ViewEvent).Call:60) OnActivated(4)

我将尝试删除 gopy 导入并查看

@martell ,Backtrace 应该正常转储到终端,除非在这种情况下我们劫持终端来呈现一些 UI,所以它不会工作;)

试试这个补丁,看看你是否在日志中得到了一些有用的东西:

diff --git a/frontend/termbox/main.go b/frontend/termbox/main.go
index 4ff2426..bdecd51 100644
--- a/frontend/termbox/main.go
+++ b/frontend/termbox/main.go
@@ -711,7 +711,9 @@ func main() {
                termbox.Close()
                log4go.Debug(util.Prof)
                if err := recover(); err != nil {
-                       log4go.Crash(err)
+                       log4go.Debug(err)
+                       log4go.Debug("%s", string(debug.Stack()))
+                       time.Sleep(time.Second) // TODO: see issue #260
                }
        }()

可以通过状态更新将此线程重置为新问题吗?

@techtonik无需关闭 :)
我将尝试更新我们拥有的软件包并对其进行一些补丁,以了解我们现在的立场

好吧,看来目前我们仍处于 Go 语言本身的一部分在 Windows 上无法正常工作的同一阶段。

我正在探索两种不同的可能解决方案。
两者都需要一些时间来测试。
我会在大约一周后回来更新

一周过去了。 这个问题需要用简短的摘要重新出票——鉴于现实生活和空闲时间的所有限制,目前无法对其采取行动。

martell,go语言的哪一部分不能在windows上正常工作? 另外我认为您的意思是 go 实现而不是语言本身?

你好! 关于在 Windows 上移植的消息有哪些? 你有什么进展吗?

我不完全知道以前的问题是什么,但 Lime-QML 在 Windows 中构建和运行良好。 这是我的说明: https ://github.com/ricochet1k/lime-qml/wiki/Building-on-Windows-using-MSYS2

年份是 2017 年,月份是 6 月,即自发行以来已过去 1250 天
呃……喂? 最后,我们可以尝试一些预编译的 Windows 二进制文件吗?

发现了 mingw64 和 go lang 和补丁的链接错误
应该尽快推入mingw64-crt以解决最后一个链接
pygo和其他c绑定的错误依赖

取消我的订阅

这里..

image

此页面是否有帮助?
0 / 5 - 0 等级