linuxc控制台

‘壹’ 编写linuxC程序后，运行命令是指什么

1、在控制台编译运行一个C程序，在windows上的c语言编译器为cl.exe，在linux平台上的c语言编译器是gcc。
2、在命令提示符中，执行cl
test.c（test.c是c语言源码文件）。下图是用cl编译器编译main.cxx的谁的，并且执行生成的程序main.exe。

‘贰’ Linux下用c编译的out文件双击不能运行是怎么回事

1、在Linux图形界面无法双击运行gcc生成的可执行文件，一般是因为编写的程序是控制台程序，而不是GUI程序，不是程序不运行，而是因为没有GUI界面，所以用户看不到效果。正确的作法是在终端中运行。

2、如下图所示的hello world的C语言代码 ，在vim中通过外置命令将其编译输出为hello的可执行文件，通过&&同时执行后面的./hello，马上就能看到效果。

‘叁’ C语言控制台程序，中文输出变成乱码，怎么解决

这里涉及到一个字符在源代码(文本)中,编译好的二进制文件中,以及最后控制台输出编码形式的区别.
首先,要明确一点:C(语言/程序)并不理解ANSI,UTF-8以及任何其他编码.它只知道处理你给它的字符的二进制表示.
在简体中文Windows下,默认的文本保存编码是ANSI(即GBK);Linux下根据系统locale设定,一般应该是(zh_CN.UTF-8).(以下基于简体中文Windows)
1)对于源文件中保存的"中文"这个字符串,VS2008看到的就是"0xd6d0"和"0xcec4"的形式(默认ANSI编码得到).但编译器才不管是不是GBK神马的,它就管那串数字.
区别,MinGW看到的是"0xe4b8ad"和"0xe69687"(gcc默认UTF-8).注意,用MinGW编译的源文件中有中文宽字符必须保存为UTF-8编码.
2)然后,在二进制文件中的存储形式,对传统的字符串(char str[] = "中文";),编译器什么都不做,直接把那串数字(如"0xd6d0","0xcec4")搬过去塞进二进制文件.
但对于宽字符串(wchar_t wstr[] = L"中文";),编译器会将其做转换,转换成Unicode编码格式(在Windows是UTF-16,而Linux下是UTF-32).如"中文"的16位Unicode是"0x4e2d"和"0x6587",然后把这串转换后的数字("0x4e2d","0x6587")塞进二进制文件中.(这里VS和MinGW做的没有区别)
这里有点需要注意,编译器必须知道你的源文件保存的编码!如VS默认是ANSI编码,如果你用UTF-8保存.c源文件去用VS打开看一定是乱码.同理如果你用mingw编译ANSI编码保存的源文件,也会出错!(但可以修改编译选项解决,见文章末尾) 在本文这里这个原因其实很好理解,因为编译器需要知道,如果它要将一个保存在文件中的字符转成宽字符时,是从什么编码转到Unicode.(可见上述VS是GBK->Unicode,而MinGW是UTF-8->Unicode)