C程序在Windows和Unix OS上的跨平台差异

Question

用Windows和Unix写的C有什么区别吗？
我教 C 和 C++，但我的一些学生回来说一些示例程序不能在 Unix 中运行。 Unix 对我来说是陌生的。不幸的是，没有任何经验。我所知道的就是拼写它。如果有任何差异，那么我应该建议我们的部门投资 Unix 系统，因为目前我们的实验室中没有 Unix 系统。我不希望我的学生觉得他们被拒绝或远离某些东西。

Answer 1

当您不遵守裸露的 C 标准，并对可能不真实的环境做出假设时，通常会出现此类问题。这些可能包括依赖:

• 非标准的、特定于平台的包括(<conio.h>、<windows.h>、<unistd.h>、...)；
• 未定义的行为( fflush(stdin) ，正如其他人所报告的那样，标准不需要做任何事情 - 它实际上是未定义的行为调用 fflush 除了输出流之外的任何东西；一般来说，旧的编译器对违规行为更宽容一些微妙的规则，例如严格的别名，所以要小心“聪明”的指针技巧)；
• 数据类型大小(short =16 位，int = long =32 位假设并不适用于任何地方 - 例如，64 位 Linux 有 64 位 long)；
• 特别是指针大小( void * 并不总是 32 位，并且不能始终安全地转换为 unsigned long )；一般来说，您应该小心涉及指针的转换和比较，并且您应该始终为此类任务使用提供的类型而不是“正常”类型 int s(具体参见 size_t、ptrdiff_t、uintptr_t)
• 数据类型“内部格式”(标准并未说明 float 和 double 在 IEEE 754 中，尽管我从未见过平台以不同方式执行)；
• 非标准函数(__beginthread，MS 安全字符串函数；另一方面，POSIX/GNU 扩展)
• 编译器扩展( __inline 、 __declspec 、 #pragma s, ...)以及通常以双下划线开头的任何内容(或者在旧的非标准实现中甚至以单下划线开头)；
• 控制台转义码(当您尝试在 Windows 上运行 Unix 代码时，这通常是一个问题)；
• 回车格式:在普通字符串中是\n无处不在，但当写在文件上时，它是 \n在 *NIX 上，\r\n在 Windows 上，\r在 OSX 之前的 Mac 上；转换由文件流自动处理，因此当您真正想写入二进制数据时请小心打开二进制文件，而当您想要写入文本时请将它们保留为文本模式。

无论如何，不​​在 *NIX 上编译的程序示例会有所帮助，我们可以为您提供更精确的建议。

The details on the program am yet to get. The students were from our previous batch. Have asked for it. turbo C is what is being used currently.

正如评论中所说，请放弃 Turbo C 和(如果您使用它)Turbo C++，如今它们都已成为历史，并且与当前的 C 和 C++ 标准存在许多不兼容性(并且如果我没记错的话，它们都生成 16 位可执行文件，甚至不能在 x86_64 上的 64 位操作系统上运行。

有很多免费的、工作的和符合标准的替代品(Windows 上的 VC++ Express、MinGW、Pelles C、CygWin，而 gcc/g++ 是 Linux 上的事实标准，与 clang 相媲美)，您只需拥有选择一个。