go打包后的程序，用cmd可以运行，但是用egg的cross.run调用后就无法运行

[arieslee]

保存信息如下：

goroutine 1 [running]:
modernc.org/libc.newFile(0xf1cd00?, 0x10cbd70?)
        D:/env/gopkg/mod/modernc.org/[email protected]/libc_windows.go:293 +0x9e
modernc.org/libc.init()
        D:/env/gopkg/mod/modernc.org/[email protected]/libc.go:56 +0x14a5
2024-04-01 11:53:49,948 INFO 8372 [ee-core] [corss/process] received a exit from child-process, code:2, signal:null, pid:5692

从字面信息看是用了c

可是我在终端中直接运行这个go的程序是可以正常运行的

[wallace5303]

是用框架的 ee-go 写的还是，直接用来一个第三方go编译的 exe 程序。
这种一般是 go 的代码有问题

[arieslee]

是用框架的 ee-go 写的还是，直接用来一个第三方go编译的 exe 程序。 这种一般是 go 的代码有问题

用的第三方的框架开发的go程序，已经长期稳定运行了半年多了。。。。。。。
奇怪的是，我直接运行这个go程序，就没有问题，用cross.run拉起它就会报错-_-!

[wallace5303]

是用框架的 ee-go 写的还是，直接用来一个第三方go编译的 exe 程序。 这种一般是 go 的代码有问题

用的第三方的框架开发的go程序，已经长期稳定运行了半年多了。。。。。。。 奇怪的是，我直接运行这个go程序，就没有问题，用cross.run拉起它就会报错-_-!

cross.run go程序的时候，如果传入了go程序内不存在的参数（命令行参数），就可能导致go报错。

框架会默认传入port参数，你在go里面flag获取这个参数，处理或者不处理都行。建议处理一下。
因为传入的port是ee提供的，会自动判断该端口是否被占用，如果占用就随机生成一个可用的。

这样能避免go服务的端口被占用时，启动失败

[arieslee]

是用框架的 ee-go 写的还是，直接用来一个第三方go编译的 exe 程序。 这种一般是 go 的代码有问题

用的第三方的框架开发的go程序，已经长期稳定运行了半年多了。。。。。。。 奇怪的是，我直接运行这个go程序，就没有问题，用cross.run拉起它就会报错-_-!

cross.run go程序的时候，如果传入了go程序内不存在的参数（命令行参数），就可能导致go报错。

框架会默认传入port参数，你在go里面flag获取这个参数，处理或者不处理都行。建议处理一下。 因为传入的port是ee提供的，会自动判断该端口是否被占用，如果占用就随机生成一个可用的。

这样能避免go服务的端口被占用时，启动失败

了解了，后来我没用cross.run，用了spawn直接拉起了go-server.exe,就没啥问题了，谢谢