
1、向控制台输出信息可以使用c语言函数库中的printf(),直接打印出信息,比如:
printf("hello world\n");
2、要将控制台输出的信息保存,则可以在控制台中使用>或者>>将输出信息输出到文件或者追加到文件,>和>>的区别在于>会覆盖原来的文件,而>>会在文件末尾添加。以hello wrold为例:
#include <stdioh>
int main()
{
printf("hello world\n");
return 0;
}
生成程序后,进入程序所在的目录,如下图所示:
首先需要安装有一个编译器并设置好环境变量,如
vc或gcc,以下是命令
gcc:
gcc
-c
testc
-o
testo
gcc
testo
-o
testexe
vc:
cl
/c
/tc
/o1
/md
testc
link
testobj
编译gui程序时,连接还需要指定静态库文件
假设编译好的程序在e盘的source文件下:
启动cmd,
在cmd下输入e:(切换到e盘),
输入cd source(切换到source文件夹下),
输入exe(编译后程序的名字)
这样就可以运行了。
可以按照实际情况修改。
C语言获得命令行参数的方法每当你运行一个DOS或Windows程序时,都会生成一个程序段前缀(Program SegmentPrefix,简称PSP)。当DOS程序的装入程序把程序复制到RAM中来执行时,它先把256个字节分配给PSP,然后把可执行代码复制到紧接着PSP的内存区域中。PSP中包含了DOS为了执行一个程序所需要的各种各样的信息,其中的一部分数据就是命令行。PSP中偏移量为128的那个字节中存放着命令行中的字符个数,接下来的127个字节中存放着命令行本身。这也正是DOS把你能在其提示行中输入的字符个数限制在127个之内的原因——因为它为命令行分配的存储空间只有那么多。遗憾的是,PSP的命令行缓冲区中并没有存放可执行程序的名字——而只存放着在可执行程序名后键入的字符(包括空格符)。例如,如果你在DOS提示行中键入以下命令:XCOPY AUTOEXECBAT AUTOEXECBAK假设XCOPY.EXE存放在c驱动器的DOS目录下,则XCOPY.EXE的PSP命令行缓冲区中将包含以下信息:AUTOEXECBAT AUTOEXECBAK注意,命令行中紧接着"XCOPY"的空格符也被复制到PSP的缓冲区中。除了不能在PSP中找到可执行程序名外,PSP还有一个不足之处——在命令行中能看到的对于输出或输入的重定向,在PSP的命令行缓冲区中是无法看到的,也就是说,你无法从PSP中得知你的程序是否被重定向过。到现在为止,你应该熟悉在C程序中可以通过argc和argv来获取一些有关信息,但是,这些信息是怎样从DOS的装入程序传给argv指针的呢这是由程序的启动代码来完成的。启动代码在main()函数的第一行代码之前被执行,在其执行期间,它调用一个名为__setargv()的函数,把程序名和命令行从PSP和DOS环境中复制到mai‘n()函数的argv指针所指向的缓冲区中。你可以在xLIBCE.LIB文件中找到_setargv()函数,对于Small,Medium和Large这三种存储模式,这里的“x”分别为“S”,“M”和“L”。在生成可执行程序时,上述库文件会自动被连接进来。除了复制argv参数的内容外,c的启动代码还要完成其它一些工作。当启动代码执行完毕后,main()函数中的代码就开始执行了。在DOS中的情况是这样的,那么在Windows中的情况又是怎样的呢实际上,在Windows中的情况大致上和在DOS中的一样。当执行一个Windows程序时,与DOS的装入程序一样,Windows的装入程序也会建立一个PSP,其中包含了与DOS的PSP中相同的信息。主要的区别是此时命令行被复制到lpszCmdLine参数中,它是WinMain()函数的参数表中的第三个(也是倒数第二个)参数。在Windows C的xLIBCEW.LIB库文件中包含了启动函数setargv(),它负责把命令行信息复制到lpszCmdLine缓冲区中。同样,这里的“x”也表示程序所使用的存储模式。在Quick c中,函数_setargv()包含在库文件xLIBCEWQ.LIB中。尽管DOS程序和Windows程序的命令行信息的管理方式基本相同,但是传给你的C程序的命令行的格式在安排上稍有不同。在DOS中,启动代码获得以空格符为分隔符的命令行后,就把每个参数转换为其自身的以NULL为终止符的字符串。因此,你可把argv原型化为一个指针数组(char argv[]),并通过从O到n这些下标值来访问每个参数,其中n等于命令行中的参数个数减去1。你也可以把argv原型化为一个指向指针的指针(char argv),并通过增减argv的值来访问每一个参数。在Windows中,传给c程序的命令行是一个LPSTR类型或char_far类型,其中的每一个参数都用空格符隔开,就象你在DOS提示行中键入这些字符后所看到的那样(实际上,在Windows中不可能真正键入这些字符,而是通过双击应用程序图标这样的方式来启动一个程序)。为了访问Windows命令行中的各个参数,你必须人工地访问lpszCmdLine所指向的存储区,并分隔存放在该处的参数,或者使用strtok()这样的函数,每次处理一个参数。如果你富于探索精神,你可以仔细地研究PSP本身,并从中获取命令行信息。为此,你可以像下面这样来使用DOS中断21H(此处使用Microsoft C):# include <stdio h# incIude <dos hmain(int argc,char argv){union REGS regs ; / DOS register access struct /char far pspPtr; / pointer to PSP /int cmdLineCnt; / num of chars in cmd line /regs h ah=0x62; /use DOS interrupt 62 ;int86(0x21 ,®s,&egs) ; / call DOS /FP-SEG(pspPtr) =regs x bx ; / save PSP segment /FP_OFF(pspPtr)=0xS0; / set pointer offset // pspPtr now points to the command-line count byte /cmdLineCnt== pspPtr ;需要注意的是,在Small存储模式下,或者在只有一个代码段的汇编程序中,由DOS返回到BX寄存器中的值就是程序代码段的地址值;在Large模式的c程序中,或者在多个代码段的汇编程序中,所返回的值是程序中包含PSP的那个代码段的段地址值。如果你已经建立了一个指向这个数据的指针,你就可以在程序中使用这个数据了。今天,通常你可以认为你的程序可以使用命令行参数。但是,在DOS 2.O版以前,存储在PSP中的命令行信息与现在稍有不同(它不能从命令行中分离出输入或输出重定向数据),而且由argv[O]所指向的数据中并不一定包含可执行程序的路径名。直到DOS发展到3.o版,它才提供了(或者说至少公开了)用来检索PSP的中断62H。因此,你至少可以认为,在运行DOS3.0或更高版本的PC上,你的程序总是可以获得命令行参数的。如果你的程序运行在DOS 3.0或更高的版本下,你基本上就可以任意处理命令行参数了,因为这些信息已存入栈中供你使用。显然,适用于栈中数据的常规的数据 *** 作规则同样也适用于存入栈中的命令行参数。然而,如果你的编译程序不提供argv参数,例如当你用汇编语言或者某种不提供argv参数的编译程序编写程序时,真正的问题就出现了。在这种情况下,你将不得不自己找出检索命令行参数的方法,而使用DOS中断62H就是一种很方便的方法。如果你要用DOS中断62H来检索指向命令行的指针,你必须明白该指针所指向的数据是供DOS使用的,并且正在被DOS使用。尽管你可以检索这些数据,但你不可以改变它们。如果在程序中需要随时根据命令行参数作出决定,那么在使用这些数据之前应该先把它们复制到一个局部缓冲区中,这样就可以随意处理这些数据,而不用担心会与DOS发生冲突了。实际上,这种技巧同样适用于带argv参数的c程序。位于main()函数之外的函数需要使用命令行参数的情况并不少见,为了使这些函数能引用这些数据,main()函数必须把这些数据存为全局型,或者通过(再次)入栈把它们传递给需要使用它们的函数。
在不知道原密码的情况下,通过cmd不能去掉,但是可以修改。假设你的用户名为administrator,那就在cmd中输入
net
user
administrator
1234
(回车)
这样就把密码修改成了1234,再打开控制面板,将密码去掉。
以上就是关于c语言如何获取控制台输出全部的内容,包括:c语言如何获取控制台输出、c语言编译连接好后,用cmd无法显示数据、C语言程序在cmd中运行等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!
欢迎分享,转载请注明来源:内存溢出
微信扫一扫
支付宝扫一扫
评论列表(0条)