Jam*_*ton 45 windows bash cygwin
更新2014年9月9日:TL; DR版本: 转到本文的底部,了解Cygwin如何调用非Cygwin程序.
在花了一些时间制作一些碰巧具有相当大规模的bash脚本之后,Cygwin的新版本已经破坏了它们.这些脚本调用本机Win32应用程序,这些应用程序不与Cygwin链接,Cygwin显然没有得到Cygwin的正式支持.
这让我感到惊讶,因为多年来我认为Cygwin可以在更复杂的环境中使用,该环境结合了原生的非Cygwin Win32应用程序和使用Cygwin兼容层的POSIX程序.但显然只支持POSIX兼容层,如果本机Win32非Cygwin应用程序工作,那么它被认为是一个愉快的巧合.
我从与Cygwin中针对.NET Framework编译的运行程序遇到的不兼容性中发现了这一点.这曾经很好,但几个月前被打破了.具体来说,通过管道传输到任何其他Win32程序的标准输入的.NET程序的标准输出通常会导致接收Win32程序获得过早的文件结束信号,因为几个月前Cygwin最近从字节管切换到消息管道 - 并且消息管道似乎与使用Visual C++或.NET Framework的任何接收应用程序不兼容.这是因为.NET向标准输出发出空写,只有在使用消息管道时才会将其传递给接收应用程序.接收应用程序成功读取零字节,因此认为它是文件结束.项目负责人似乎并不认为这是一个真正的问题,因为他们显然不支持从Cygwin中运行非Cygwin程序(惊喜!).
引用项目负责人Christopher Faylor从邮件列表中的多封电子邮件中引用:
你所看到的可能是因为Cygwin在几次修改之前被改为使用消息类型的管道.这不会改变.采用这种改变来解决Cygwin程序的问题,这显然是我们的首要任务.
无论有多少人使用Visual C++或.NET,他们都不是我们的目标受众.当事情适用于不想使用UNIX工具但不是我们主要关注点的人时,这很好.为那些想要使用非Cygwin东西的人修复问题并不是我认为非常重要的事情.
来自pipe.cc:请注意,管道的写入侧打开为PIPE_TYPE_MESSAGE.这似乎更接近于模仿Linux管道行为,并且pty处理肯定是必需的,因为fhandler_pty_master以块的形式写入管道,当指定CANON模式时由换行符终止.
以上评论在此处显示"和"关系.消息类型管道更接近模仿Linux(UNIX)管道行为,并且绝对是ptys所必需的.
我同意詹姆斯的说法,运行时可能是错误的但是我也同意cygwin应该能够处理这些情况.
您之间的完全协议不会产生太大影响.Cygwin源代码不会通过投票改变.
即使这个问题最终以某种方式得到解决 - 谁知道 - 他们可能在3个月内打破别的东西而不关心修复回归.他们可能会考虑一个补丁,但我需要花一些时间才能找到有用的东西.我认为我的时间更好地花在其他地方,因为很明显他们非常愿意破坏与原生Win32应用程序的兼容性,并且不想浪费更多时间让Win32应用程序工作.所以我猜Cygwin不应该被认为是混合Win32/Cygwin环境的稳定平台 - 我的替代方案是什么？我应该从哪里开始,以避免完全重写为bash以外的东西？我不使用超过基础Cygwin安装+一些基本的perl脚本.
更新: 在发布这个原始问题之后,他们最终pipe_byte在CYGWIN环境变量中做了一个新标志:查看文档.如果设置了此标志,它将解决上面讨论的问题.调用非Cygwin Win32程序时,请务必确保pipe_byte已设置该标志.
但是,我发现了与.NET Framework 4.0和Cygwin不兼容的问题.以前版本的.NET Framework没有此问题.我在Cygwin邮件列表上首先提到了这个问题:
管道同步和Cygwin与.NET Framework 4.0之间的不兼容性
没有得到富有成果的回应,我进一步调查并发现Cygwin正在创建重叠管道,这会导致问题.请注意,尝试使用具有重叠管道的非重叠Win32 API调用是未定义的,并且大多数(所有？)Win32非Cygwin程序不使用重叠I/O及其标准文件句柄.我提交了一个补丁,它pipe_nooverlap在CYGWIN环境变量中创建了一个标志,可以防止这种情况发生:
不幸的是,他们已经拒绝了补丁,所以你永远不会在主要的Cygwin DLL中看到这个:
拒绝补丁的原因:
有了这样的推理和态度,我恐怕无法想办法改变贴片以满足他们的要求......他们似乎决定禁止使用不重叠的管道.我一直在使用补丁一段时间,并没有遇到任何问题.此外,我想不出pipe_nooverlap旗帜会破坏的任何情况(请参阅我的邮件列表中的后续电子邮件),但我将其留作旗帜以防万一有麻烦.
因此,如果要从Cygwin调用非Cygwin Win32或.NET Framework程序,则需要执行以下操作:
pipe_byte和pipe_nooverlap标志CYGWIN.这工作......现在!!! 我发布这个以防万一其他人仍然想要使用Cygwin做某些事情.
Ari*_*ini 46
我找到的最好的选择是Gow(Gnu On Windows).
它是Cygwin的轻量级替代品,重量轻了约10倍.据我所知,使用Gow安装的130个工具是常规的Win32应用程序.
| 归档时间： |
|
| 查看次数： |
70311 次 |
| 最近记录： |