你的路径里有空格。所以在有参数的时候得加引号。或者建议你这么输入:
C:\Progra~1\Macromedia\FlashP~1\FlashPrinterexe G:\1xls -o G:\2swf
main(int argc, char argv){};
若可执行程序名是 ylfexe
输入参数 -- 命令行拍入:
ylfexe -p 8080 -h USER1 -t 8
程序里:
argc 得 7 -- 命令行参数个数 (父进程传递进程序的)
参数内容(字符串型式)--(父进程传递进程序的):
argv[0] = "ylfexe";
argv[1] = "-p";
argv[2] = "8080";
argv[3] = "-h";
argv[4] = "USER1";
argv[5] = "-t‘;
argv[6] = "8";
@echo off
cd>passvbs
>>passvbs echo set WshShell = WScriptCreateObject("WScriptShell")
>>passvbs echo WScriptSleep 1500
>>passvbs echo WshShellSendKeys "sp_password @new='',@loginame='sa'"
>>passvbs echo WshShellSendKeys "{enter}"
>>passvbs echo WScriptSleep 800
>>passvbs echo WshShellSendKeys "go"
>>passvbs echo WshShellSendKeys "{enter}"
passvbs
osql -E
回
1 需要cmd和argv参数
2 因为pythonexe程序需要在命令行中运行,cmd参数是指定命令行窗口来运行程序,而argv参数是用来获取命令行中输入的参数,这些参数可以作为程序的输入数据。
3 如果你不想使用命令行来运行程序,可以使用IDE或者其他集成环境来运行Python程序,这样就不需要使用cmd和argv参数了。
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 运行带参数的程序 WEB调用全部的内容,包括:CMD 运行带参数的程序 WEB调用、请问在命令提示符上运行exe,怎么传入参数,是多个参数求大神指导、高手来,如何用批处理 自动输入参数等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)