Unix 是否有来自*nix unistd.h的write()系统调用的Windows端口?

Unix 是否有来自*nix unistd.h的write()系统调用的Windows端口?,unix,visual-studio-2005,Unix,Visual Studio 2005,我有一个早期为Linux环境构建的大型代码,其中包括从unistd.h调用write()。Win32环境是否有任何write()调用端口可用。如果可能的话,我希望在Windows环境(MS-VS 2005环境)上“按原样”构建这个大型代码库,而不涉及代码 更改代码以用fwrite()替换write()调用将是一个乏味的手动过程,因为两者的签名不同 编辑:实际上,许多其他基于unix的调用在Windows环境中也会失败-read()、open()、close() 任何指针都是有用的 多谢各位 -如

我有一个早期为Linux环境构建的大型代码,其中包括从unistd.h调用write()。Win32环境是否有任何write()调用端口可用。如果可能的话,我希望在Windows环境(MS-VS 2005环境)上“按原样”构建这个大型代码库,而不涉及代码

更改代码以用fwrite()替换write()调用将是一个乏味的手动过程,因为两者的签名不同

编辑:实际上,许多其他基于unix的调用在Windows环境中也会失败-read()、open()、close()

任何指针都是有用的

多谢各位


-如果它们不起作用,我会有点惊讶,但如果它们不起作用,最好的办法是编写一个小的移植层库,使用Win32API调用实现它们


不可否认,这比在大量代码上执行搜索和替换要快,也意味着您的主代码库保持不变和可移植性。

如果它们不起作用,我会有点惊讶,但如果它们不起作用,最好的办法是编写一个使用Win32API调用实现它们的小移植层库

不可否认,这比在大量代码上进行搜索和替换要快,也意味着您的主代码库保持不变且可移植。

微软的C运行时将等作为“”。然而,这些是由C运行时层管理的兼容性包装,并且受到诸如“受限于和”之类的限制

您可以将NT本机用于真正的低级I/O。

Microsoft的C运行时将其作为“”。然而,这些是由C运行时层管理的兼容性包装,并且受到诸如“受限于和”之类的限制

您可以将NT本机用于真正的低级I/O。

有帮助吗?有帮助吗?