欧美承认网站,欧美国产日本高清在线,国产精品wwwwww

夜沁 — Mon, 27 Aug 2007 03:40:00 GMT

本文全面�pȝ��C��l�了shell脚本调试技术，包括使用echo, tee, trap�{�命令输出关键信息，跟踪变量的��|��在脚本中植入调试钩子�Q��?#8220;-n”选项�q�行shell脚本的语法检查，使用“-x”选项实现shell脚本逐条语句的跟�t�，巧妙地利用shell的内�|�变量增�?#8220;-x”选项的输��Z��息等�? 一. 前言 shell�~�程在unix/linux世界中��用得非常�q�泛�Q�熟�l�掌握shell�~�程也是成�ؓ一名优�U�的unix/linux开发者和�pȝ��理员的必经之�\。脚本调试的主要工作��是发现引发脚本错误的原因以及在脚本源代码中定位发生错误的行�Q�常用的手段包括分析输出的错误信息，通过在脚本中加入调试语句�Q�输��试信息来辅助诊断错误�Q�利用调试工��L(f��ng)��。但与其它高�U�语�a�相比�Q�shell解释器缺乏相应的调试机制和调试工��L(f��ng)��支持�Q�其输出的错误信息又往往很不明确�Q�初学者在调试脚本�Ӟ��除了知道用echo语句输出一些信息外�Q�别无它法，而仅仅依赖于大量的加入echo语句来诊断错误，��实令�h不胜其繁�Q�故常见初学者抱怨shell脚本太难调试了。本文将�pȝ��C��l�一些重要的shell脚本调试技术，希望能对shell的初学者有所裨益�? 本文的目标读者是unix/linux环境下的开发�h员，��试人员和系�l�管理员�Q�要求读者具有基本的shell�~�程知识。本文所使用范例在Bash3.1+Redhat Enterprise Server 4.0下测试通过�Q�但所�q�调试技巧应也同样适用于其它shell�? �? 在shell脚本中输��试信�? 通过在程序中加入调试语句把一些关键地�Ҏ(gu��)��出错的地方的相关信息昄��出来是最常见的调试手�D�c��Shell�E�序员通常使用echo(ksh�E�序员常使用print)语句输出信息�Q�但仅仅依赖echo语句的输��t�信息很�ȝ��Q�调试阶�D�在脚本中加入的大量的echo语句在��品交付时�q�得再费力一一删除。针对这个问题，本节主要介绍一些如何方便有效的输出调试信息的方法�? 1. 使用trap命��o trap命��o用于捕获指定的信号�ƈ执行预定义的命��o�? 其基本的语法�? trap 'command' signal 其中signal是要捕获的信��P��command是捕获到指定的信号之后，所要执行的命��o。可以用kill –l命��o看到�pȝ��中全部可用的信号名，捕获信号后所执行的命令可以是��M��一条或多条合法的shell语句�Q�也可以是一个函数名�? shell脚本在执行时�Q�会产生三个所谓的“伪信�?#8221;�Q?之所以称之�ؓ“伪信�?#8221;是因��三个信号是由shell产生的，而其它的信号是由操作�pȝ��产生�?�Q�通过使用trap命��o捕获�q�三�?#8220;伪信�?#8221;�q�输出相关信息对调试非常有帮助�? �?1. shell伪信号信号名何时产生 EXIT 从一个函��C��退出或整个脚本执行完毕 ERR 当一条命令返回非零状态时(代表命��o执行不成�? DEBUG 脚本中每一条命令执行之�? 通过捕获EXIT信号,我们可以在shell脚本中止执行或从函数中退出时�Q�输出某些想要跟�t�的变量的��|��q�由此来判断脚本的执行状态以及出错原�?其��用方法是�Q? trap 'command' EXIT　或　trap 'command' 0 通过捕获ERR信号,我们可以方便的追�t�执行不成功的命令或函数�Q��ƈ输出相关的调试信息，以下是一个捕获ERR信号的示例程序，其中�?LINENO是一个shell的内�|�变量，代表shell脚本的当前行受��?$ cat -n exp1.sh 1 ERRTRAP() 2 { 3 echo "[LINE:$1] Error: Command or function exited with status $?" 4 } 5 foo() 6 { 7 return 1; 8 } 9 trap 'ERRTRAP $LINENO' ERR 10 abc 11 foo 其输出结果如下：$ sh exp1.sh exp1.sh: line 10: abc: command not found [LINE:10] Error: Command or function exited with status 127 [LINE:11] Error: Command or function exited with status 1 在调试过�E�中�Q��ؓ了跟�t�某些变量的��|��我们常常需要在shell脚本的许多地�Ҏ(gu��)��入相同的echo语句来打印相兛_��量的��|��q�种做法昑־�烦琐而笨拙。而通过捕获DEBUG信号�Q�我们只需要一条trap语句��可以完成对相关变量的全�E�跟�t��? 以下是一个通过捕获DEBUG信号来跟�t�变量的�C�Z��E�序:$ cat –n exp2.sh 1 #!/bin/bash 2 trap 'echo “before execute line:$LINENO, a=$a,b=$b,c=$c”' DEBUG 3 a=1 4 if [ "$a" -eq 1 ] 5 then 6 b=2 7 else 8 b=1 9 fi 10 c=3 11 echo "end" 其输出结果如下：$ sh exp2.sh before execute line:3, a=,b=,c= before execute line:4, a=1,b=,c= before execute line:6, a=1,b=,c= before execute line:10, a=1,b=2,c= before execute line:11, a=1,b=2,c=3 end 从运行结果中可以清晰的看到每执行一条命令之后，相关变量的值的变化。同�Ӟ��从运行结果中打印出来的行��h��分析�Q�可以看到整个脚本的执行轨迹�Q�能够判断出哪些条�g分支执行了，哪些条�g分支没有执行�? 2. 使用tee命��o 在shell脚本中管道以及输入输出重定向使用得非常多�Q�在��道的作用下�Q�一些命令的执行�l�果直接成�ؓ了下一条命令的输入。如果我们发现由��道�q�接��h��的一批命令的执行�l�果�q��如预期的那样�Q�就需要逐步��查各条命令的执行�l�果来判断问题出在哪儿，但因��Z��用了��道�Q�这些中间结果�ƈ不会昄��在屏�q�上�Q�给调试带来了困难，此时我们��可以借助于tee命��o了�? tee命��o会从标准输入��d��数据�Q�将其内容输出到标准输出讑֤�,同时又可��内容保存成文�g。例如有如下的脚本片�D�，其作用是获取本机的ip地址�Q?ipaddr=`/sbin/ifconfig | grep 'inet addr:' | grep -v '127.0.0.1' | cut -d : -f3 | awk '{print $1}'` #注意=号后面的整句是用反引�?数字1键的左边那个�?括�v来的�? echo $ipaddr �q�行�q�个脚本�Q�实际输出的却不是本机的ip地址�Q�而是�q�播地址,�q�时我们可以借助tee命��o�Q�输出某些中间结果，��上�q�脚本片�D�修改�ؓ�Q?ipaddr=`/sbin/ifconfig | grep 'inet addr:' | grep -v '127.0.0.1' | tee temp.txt | cut -d : -f3 | awk '{print $1}'` echo $ipaddr 之后�Q�将�q�段脚本再执行一遍，然后查看temp.txt文�g的内容： $ cat temp.txt inet addr:192.168.0.1 Bcast:192.168.0.255 Mask:255.255.255.0 我们可以发现中间�l�果的第二列(列之间以:号分�?才包含了IP地址�Q�而在上面的脚本中使用cut命��o截取了第三列�Q�故我们只需��脚本中的cut -d : -f3改�ؓcut -d : -f2卛_��得到正确的结果�? 具体��C��q�的script例子�Q�我们也许�ƈ不需要tee命��o的帮助，比如我们可以分段执行��q��道连接�v来的各条命��o�q�查看各命��o的输出结果来诊断错误�Q�但在一些复杂的shell脚本中，�q�些��q��道连接�v来的命��o可能又依赖于脚本中定义的一些其它变量，�q�时我们惌��在提�C�符下来分段�q�行各条命��o��׃��非常�ȝ��了，��单地在管道之间插入一条tee命��o来查看中间结果会更方便一些�? 3. 使用"调试钩子" 在C语言�E�序中，我们�l�常使用DEBUG宏来控制是否要输��试信息，在shell脚本中我们同样可以��用这��L(f��ng)��机制�Q�如下列代码所�C�： if [ “$DEBUG” = “true” ]; then echo “debugging” #此处可以输出调试信息 fi �q�样的代码块通常�U�C��?#8220;调试钩子”�?#8220;调试�?#8221;。在调试钩子内部可以输出��M��(zh��n)�想输出的调试信息，使用调试钩子的好处是它是可以通过DEBUG变量来控制的�Q�在脚本的开发调试阶�D�，可以先执行export DEBUG=true命��o打开调试钩子�Q��其输��试信息，而在把脚本交付��用时�Q�也无需再费事把脚本中的调试语句一一删除�? 如果在每一处需要输��试信息的地方均��用if语句来判断DEBUG变量的��|��q�是昑־�比较�J�琐�Q�通过定义一个DEBUG函数可以使植入调试钩子的�q�程更简�z�方便，如下面代码所�C? $ cat –n exp3.sh 1 DEBUG() 2 { 3 if [ "$DEBUG" = "true" ]; then 4 $@　　 5 fi 6 } 7 a=1 8 DEBUG echo "a=$a" 9 if [ "$a" -eq 1 ] 10 then 11 b=2 12 else 13 b=1 14 fi 15 DEBUG echo "b=$b" 16 c=3 17 DEBUG echo "c=$c" 在上面所�C�的DEBUG函数中，会执行�Q何传�l�它的命令，�q�且�q�个执行�q�程是可以通过DEBUG变量的值来控制的，我们可以把所有跟调试有关的命令都作�ؓDEBUG函数的参数来调用�Q�非常的方便�? 回页�? �? 使用shell的执行选项上一节所�q�的调试手段是通过修改shell脚本的源代码�Q��o其输出相关的调试信息来定位错误的�Q�那有没有不修改源代码来调试shell脚本的方法呢�Q�答案就是��用shell的执行选项�Q�本节将介绍一些常用选项的用法： -n 只读取shell脚本�Q�但不实际执�? -x �q�入跟踪方式�Q�显�C�所执行的每一条命�? -c "string" 从strings中读取命�? “-n”可用于测试shell脚本是否存在语法错误�Q�但不会实际执行命��o。在shell脚本�~�写完成之后�Q�实际执行之前，首先使用“-n”选项来测试脚本是否存在语法错误是一个很好的习惯。因为某些shell脚本在执行时会对�pȝ��环境产生影响�Q�比如生成或�U�d��文�g�{�，如果在实际执行才发现语法错误�Q��?zh��n)�不得不手工做一些系�l�环境的恢复工作才能�l�箋��试�q�个脚本�? “-c”选项使shell解释器从一个字�W�串中而不是从一个文件中��d��q�执行shell命��o。当需要��(f��)时测试一��段脚本的执行结果时�Q�可以��用这个选项�Q�如下所�C�： sh -c 'a=1;b=2;let c=$a+$b;echo "c=$c"' "-x"选项可用来跟�t�脚本的执行�Q�是调试shell脚本的强有力工具�?#8220;-x”选项使shell在执行脚本的�q�程中把它实际执行的每一个命令行昄��出来�Q��ƈ且在行首昄��一�?+"受��?"+"号后面显�C�的是经�q�了变量替换之后的命令行的内容，有助于分析实际执行的是什么命令�?“-x”选项使用��h��单方便，可以��L��对付大多数的shell调试��d��,应把其当作首选的调试手段�? 如果把本文前面所�q�的trap ‘command’ DEBUG机制�?#8220;-x”选项�l�合��h��Q�我�?��可以既输出实际执行的每一条命令，又逐行跟踪相关变量的��|��对调试相当有帮助�? 仍以前面所�q�的exp2.sh��Z��Q�现在加�?#8220;-x”选项来执行它�Q?$ sh –x exp2.sh + trap 'echo "before execute line:$LINENO, a=$a,b=$b,c=$c"' DEBUG ++ echo 'before execute line:3, a=,b=,c=' before execute line:3, a=,b=,c= + a=1 ++ echo 'before execute line:4, a=1,b=,c=' before execute line:4, a=1,b=,c= + '[' 1 -eq 1 ']' ++ echo 'before execute line:6, a=1,b=,c=' before execute line:6, a=1,b=,c= + b=2 ++ echo 'before execute line:10, a=1,b=2,c=' before execute line:10, a=1,b=2,c= + c=3 ++ echo 'before execute line:11, a=1,b=2,c=3' before execute line:11, a=1,b=2,c=3 + echo end end 在上面的�l�果中，前面�?#8220;+”��L(f��ng)��行是shell脚本实际执行的命令，前面�?#8220;++”��L(f��ng)��行是执行trap机制中指定的命��o�Q�其它的行则是输��Z��息�? shell的执行选项除了可以在启动shell时指定外�Q�亦可在脚本中用set命��o来指定�?"set -参数"表示启用某选项�Q?set +参数"表示关闭某选项。有时候我们�ƈ不需要在启动时用"-x"选项来跟�t�所有的命��o行，�q�时我们可以在脚本中使用set命��o�Q�如以下脚本片段所�C�： set -x　　　 #启动"-x"选项要跟�t�的�E�序�D? set +x　　　　 #关闭"-x"选项 set命��o同样可以使用上一节中介绍的调试钩子—DEBUG函数来调用，�q�样可以避免脚本交付使用时删除这些调试语句的�ȝ��Q�如以下脚本片段所�C�： DEBUG set -x　　　 #启动"-x"选项要跟�t�的�E�序�D? DEBUG set +x　　　 #关闭"-x"选项回页�? �? �?-x"选项的增�? "-x"执行选项是目前最常用的跟�t�和调试shell脚本的手�D�，但其输出的调试信息仅限于�q�行变量替换之后的每一条实际执行的命��o以及行首的一�?+"��h��C�符�Q�居然连行号�q�样的重要信息都没有�Q�对于复杂的shell脚本的调试来��_��q�是非常的不方便。幸�q�的是，我们可以巧妙地利用shell内置的一些环境变量来增强"-x"选项的输��Z��息，下面先介�l�几个shell内置的环境变量： $LINENO 代表shell脚本的当前行��P��c�M��于C语言中的内置宏__LINE__ $FUNCNAME 函数的名字，�c�M��于C语言中的内置宏__func__,但宏__func__只能代表当前所在的函数名，�?FUNCNAME的功能更强大�Q�它是一个数�l�变量，其中包含了整个调用链上所有的函数的名字，故变�?{FUNCNAME[0]}代表shell脚本当前正在执行的函数的名字�Q�而变�?{FUNCNAME[1]}则代表调用函�?{FUNCNAME[0]}的函数的名字�Q�余者可以依此类推�? $PS4 ��L��C�符变量$PS1和第二��提示�W�变�?PS2比较常见�Q�但很少有�h注意到第四��提示�W�变�?PS4的作用。我们知道��?#8220;-x”执行选项��会昄��shell脚本中每一条实际执行过的命令，�?PS4的值将被显�C�在“-x”选项输出的每一条命令的前面。在Bash Shell中，�~�省�?PS4的值是"+"受��?现在知道��Z��么��?-x"选项�Ӟ��输出的命令前面有一�?+"号了吧？)�? 利用$PS4�q�一�Ҏ(gu��)��，通过使用一些内�|�变量来重定�?PS4的��|��我们��可以增�?-x"选项的输��Z��息。例如先执行export PS4='+{$LINENO:${FUNCNAME[0]}} ', 然后再��?#8220;-x”选项来执行脚本，��p��在每一条实际执行的命��o前面昄��其行号以及所属的函数名�? 以下是一个存在bug的shell脚本的示例，本文��用此脚本来�C��如何�?#8220;-n”以及增强�?#8220;-x”执行选项来调试shell脚本。这个脚本中定义了一个函数isRoot(),用于判断当前用户是不是root用户�Q�如果不是，则中止脚本的执行 $ cat –n exp4.sh 1 #!/bin/bash 2 isRoot() 3 { 4 if [ "$UID" -ne 0 ] 5 return 1 6 else 7 return 0 8 fi 9 } 10 isRoot 11 if ["$?" -ne 0 ] 12 then 13 echo "Must be root to run this script" 14 exit 1 15 else 16 echo "welcome root user" 17 #do something 18 fi 首先执行sh –n exp4.sh来进行语法检查，输出如下�Q?$ sh –n exp4.sh exp4.sh: line 6: syntax error near unexpected token `else' exp4.sh: line 6: ` else' 发现了一个语法错误，通过仔细��查第6行前后的命��o�Q�我们发现是�W?行的if语句�~�少then关键字引��L(f��ng)��(写惯了C�E�序的�h很容易犯�q�个错误)。我们可以把�W?行修改�ؓif [ "$UID" -ne 0 ]; then来修正这个错误。再�ơ运行sh –n exp4.sh来进行语法检查，没有再报告错误。接下来��可以实际执行这个脚本了�Q�执行结果如下： $ sh exp4.sh exp2.sh: line 11: [1: command not found welcome root user ��管脚本没有语法错误了，在执行时却又报告了错误。错误信息还非常奇�?#8220;[1: command not found”。现在我们可以试试定�?PS4的��|��q��?#8220;-x”选项来跟�t�： $ export PS4='+{$LINENO:${FUNCNAME[0]}} ' $ sh –x exp4.sh +{10:} isRoot +{4:isRoot} '[' 503 -ne 0 ']' +{5:isRoot} return 1 +{11:} '[1' -ne 0 ']' exp4.sh: line 11: [1: command not found +{16:} echo 'welcome root user' welcome root user 从输出结果中�Q�我们可以看到脚本实际被执行的语句，该语句的行号以及所属的函数名也被打印出来，从中可以清楚的分析出脚本的执行轨�q�以及所调用的函数的内部执行情况。由于执行时是第11行报错，�q�是一个if语句�Q�我们对比分析一下同为if语句的第4行的跟踪�l�果�Q?+{4:isRoot} '[' 503 -ne 0 ']' +{11:} '[1' -ne 0 ']' 可知�׃��W?1行的[号后面缺��了一个空��|��D��[号与紧挨它的变量$?的�?被shell解释器看作了一个整体，�q�试着把这个整体视��Z��个命令来执行�Q�故�?#8220;[1: command not found”�q�样的错误提�C�。只需在[号后面插入一个空格就一切正�怺��? shell中还有其它一些对调试有帮助的内置变量�Q�比如在Bash Shell中还有BASH_SOURCE, BASH_SUBSHELL�{�一批对调试有帮助的内置变量�Q��?zh��n)�可以通过man sh或man bash来查看，然后�Ҏ(gu��)��(zh��n)�的调试目的,使用�q�些内置变量来定�?PS4�Q�从而达到增�?#8220;-x”选项的输��Z��息的目的�? �? �ȝ�� 现在让我们来�ȝ��一下调试shell脚本的过�E�：首先使用“-n”选项��查语法错误，然后使用“-x”选项跟踪脚本的执行，使用“-x”选项之前�Q�别忘了先定制PS4变量的值来增强“-x”选项的输��Z��息，臛_��应该令其输出行号信息(先执行export PS4='+[$LINENO]'�Q�更一��x��逸的办法是将�q�条语句加到�(zh��n)�用户主目录�?bash_profile文�g中去)�Q�这��你的调试之旅更轻松。也可以利用trap,调试钩子�{�手�D�输出关键调试信息，快速羃?y��u)��排查错误的范围�Q��ƈ在脚本中使用“set -x”�?#8220;set +x”�Ҏ(gu��)��些代码块�q�行重点跟踪。这样多�U�手�D�齐下，�怿��(zh��n)�已�l�可以比较轻村֜�抓出�(zh��n)�的shell脚本中的臭虫了。如果�?zh��n)�的脚本��够复杂，�q�需要更强的调试能力�Q�可以��用shell调试器bashdb�Q�这是一个类��g��GDB的调试工��P��可以完成对shell脚本的断点设�|�，单步执行�Q�变量观察等许多功能�Q��用bashdb寚w��d��理解复杂的shell脚本也会大有裨益。关于bashdb的安装和使用�Q�不属于本文范围�Q��?zh��n)�可参阅http://bashdb.sourceforge.net/上的文档�q�下载试用�? 参考资�? 误��问： GNU �?bash 主页请下载和试用 Shell调试器bashdb

夜沁 2007-08-27 11:40 发表评论

夜沁 — Wed, 29 Nov 2006 01:29:00 GMT

Linux下很多程序甚至那些具有图形用��L(f��ng)��面（graphical user interface�Q�GUI�Q�的�E�序�Q�都能接受和处理命��o行选项。对于某些程序，�q�是与其他程序或用户�q�行交互的主要手�D�c��具有可靠的复杂命��o行参数处理机�Ӟ��会��得�?zh��n)�的应用程序更好、更有用。不�q�很多开发�h员都��其宝贵的时间花在了�~�写自己的命令行解析器，却不使用 getopt()�Q�而后者是一个专门设计来减轻命��o行处理负担的库函数�?/font>

1、命令行参数
命��o行程序设计的首要��d��是解析命令行参数�Q�GUI�z��E�序员很��关心这个。这里，我们对参敎ͼ�argument�Q�采用了一�U�比较通俗的定义：命��o行上除命令名之外的字�W�串。参数由多项构成�Q�项与项之间用空白符彼此隔开�?br />参数�q�一步分为选项和操作数。选项用于修改�E�序的默认行为或为程序提供信息，比较老的�U�定是以短划�U�开头。选项后可以跟随一些参敎ͼ��U�Cؓ选项参数。剩下的��是操作��C��?br />2、POSIX�U�定
POSIX表示可移植操作系�l�接口：Portable Operating System Interface�Q�电(sh��)气和�?sh��)子工程师协会（Institute of Electrical and Electronics Engineers�Q�IEEE�Q�最初开�?POSIX 标准�Q�是��Z��提高 UNIX 环境下应用程序的可移植性。然而，POSIX �q�不局限于 UNIX。许多其它的操作�pȝ��Q�例�?DEC OpenVMS �?Microsoft Windows NT�Q�都支持 POSIX 标准�?br />

下面是POSIX标准中关于程序名、参数的�U�定�Q?/font>

�E�序名不宜少�?个字�W�且不多�?个字�W�；
�E�序名应只包含小写字母和阿拉伯数字；
选项名应该是单字�W�活单数字，且以短横�?‘�ؓ前綴�Q?
多个不需要选项参数的选项�Q�可以合�q�。（譬如�Q�foo -a -b -c ---->foo -abc�Q?
选项与其参数之间用空白符隔开�Q?
选项参数不可选�?
若选项参数有多��|��要将其�ƈ未一个字串传�q�来。譬如：myprog -u "arnold,joe,jane"。这�U�情况下�Q�需要自��p��册��些参数的分离问题�?
选项应该在操作数出现之前出现�?
�Ҏ(gu��)��参数�?-'指明所有参数都�l�束了，其后��M��参数都认为是操作数�?
选项如何排列没有什么关�p�，但对互相排斥的选项�Q�如果一个选项的操作结果覆盖其他选项的操作结果时�Q�最后一个选项起作用；如果选项重复�Q�则��序处理�?
允许操作数的��序影响�E�序行�ؓ�Q�但需要作文档说明�?
��d��指定文�g的程序应该将单个参数'-'作�ؓ有意义的标准输入或输出来对待�?br />当然许多标准从恒许未遵守以上�U�定�Q�主要是历史兼容问题�Q�因为标准出��C��前，��已�l�存在N多程序了�?/font>

3、GNU镉K��项
GNU鼓励�E�序员��?-help�?-verbose�{��Ş式的镉K��项。这些选项不仅不与POSIX�U�定冲突�Q�而且�Ҏ(gu��)��记忆�Q�另外也提供了在所有GNU工具之间保持一致性的��Z��。GNU镉K��项有自��q��U�定�Q?/font>

对于已经遵��@POSIX�U�定的GNU�E�序�Q�每个短选项都有一个对应的镉K��项�?
额外针对GNU的长选项不需要对应的短选项�Q�仅仅推荐要有�?
镉K��项可以�~�写成保持惟一性的最短的字串�?
选项参数与长选项之间或通过�I�白字符�z�通过一�?='来分隔�?
选项参数是可选的�Q�只对短选项有效�Q��?
镉K��项允许以一个短横线为前�~��?/font>

4、基本的命��o行处理技�?br />C�E�序通过argc和argv参数讉K��它的命��o行参数。argc是整型数�Q�表�C�参数的个数�Q�包括命令名�Q�。main()函数的定义方式有两种�Q�区别仅在于argv如何定义�Q?/font>

int main(int argc, char *argv[])
{
…�?br />} int main(int argc, char **argv)
{
…�?br />}

�?C �q�行时库的程序启动代码调用�?zh��n)��?main() �Ӟ��已经对命令行�q�行了处理。argc 参数包含参数的计数��|��?argv 包含指向�q�些参数的指针数�l�。argv[0]是程序名�?/font>

一个很��单的命��o行处理技术的例子是echo�E�序�Q�它可以��参数输出到标准讑֤�上，用空格符隔开�Q�最后换行。若命��o行第一个参��Cؓ-n�Q�那么就不会换行�?/font>

清单1�Q?/font>

#include

int main(int argc, char **argv)
{
int i, nflg;

    nflg = 0;
    if(argc > 1 && argv[1][0] == '-' && argv[1][1] == 'n'){
        nflg++;
        argc--;
        argv++;
    }
    for(i=1; i        fputs(argv[ i ], stdout);
        if(i < argc-1)
            putchar(' ');
    }
    if(nflg == 0)
        putchar('\n');

return 0;
}

上面代码中，加亮区域仔细研究一下，会发现很有趣�?/font>

echo�E�序中，对于命��o行参数的解析是手动实现的。很久以前，Unix支持��组��Z��化对于命令行参数的解析，开发了getopt()函数�Q�同时提供了几个外部变量�Q��得编写遵守POSIX的代码变得更加容易了�?/font>

5、命令行参数解析函数 —�?getopt()
getopt()函数声明如下�Q?/font>

#include

int getopt(int argc, char * const argv[], const char *optstring);

extern char *optarg;
extern int optind, opterr, optopt;

该函数的argc和argv参数通常直接从main()的参数直接传递而来。optstring是选项字母�l�成的字丌Ӏ�如果该字串里的��M��字符后面有冒��P��那么�q�个选项��p��求有选项参数�?/font>

当给定getopt()命��o参数的数�?(argc)、指向这些参数的数组 (argv) 和选项字串 (optstring) 后，getopt() ��返回第一个选项�Q��ƈ讄��一些全局变量。��用相同的参数再次调用该函数时�Q�它?y��u)��返回下一个选项�Q��ƈ讄��相应的全局变量。如果不再有可识别的选项�Q�将�q�回 -1�Q�此��d��完成了�?/font>

getopt() 所讄��的全局变量包括�Q?/font>

char *optarg——当前选项参数字串�Q�如果有�Q��?
int optind——argv的当前烦引倹{��当getopt()在while循环中��用时�Q��@环结束后�Q�剩下的字串视�ؓ操作敎ͼ�在argv[optind]至argv[argc-1]中可以找到�?
int opterr——这个变量非零时�Q�getopt()函数为“无效选项”和“缺��参数选项�Q��ƈ输出光��误信息�?/font>

int optopt——当发现无效选项字符之时�Q�getopt()函数或返�??'字符�Q�或�q�回':'字符�Q��ƈ且optopt包含了所发现的无效选项字符�?br />下面��q��getopt()来写个小�E�序�Q�体验一下命令行解析的快乐�?/font>

�E�序描述�Q?/font>

�E�序名：opt_parse_demo

选项�Q?/font>

-n —�?昄��我的名字�?
-g —�?昄��我女朋友的名字�?
-l —�?带参数的选项.
清单2�Q?br />#include
#include

int main (int argc, char **argv)
{
int oc; /*选项字符 */
char *b_opt_arg; /*选项参数字串 */

    while((oc = getopt(argc, argv, "ngl:")) != -1)
    {
        switch(oc)
        {
            case 'n':
                printf("My name is Lyong.\n");
                break;
            case 'g':
                printf("Her name is Xxiong.\n");
                break;
            case 'l':
                b_opt_arg = optarg;
                printf("Our love is %s\n", optarg);
                break;
        }
    }
   return 0;
}

�q�行�l�果�Q?/font>

$ ./opt_parse_demo -n
My name is Lyong.
$ ./opt_parse_demo -g
Her name is Xxiong.
$ ./opt_parse_demo -l forever
Our love is forever
$ ./opt_parse_demo -ngl forever
My name is Lyong.
Her name is Xxiong.
Our love is forever

6、改变getopt()寚w��误命令行参数信息的输��?br />不正��的调用�E�序在所隑օ��Q�这�U�错误要么是命��o行选项无效�Q�要么是�~�少选项参数。正常情况下�Q�getopt()会�ؓ�q�两�U�情况输��q��出错信息�Q��ƈ且返�??'。�ؓ了验证此事，可以修改一下上面的清单2中的代码�?/font>

清单3�Q?/font>

#include
#include

int main (int argc, char **argv)
{
int oc; /*选项字符 */
char *b_opt_arg; /*选项参数字串 */

    while((oc = getopt(argc, argv, "ngl:")) != -1)
    {
        switch(oc)
        {
            case 'n':
                printf("My name is Lyong.\n");
                break;
             case 'g':
                printf("Her name is Xxiong.\n");
                break;
            case 'l':
                b_opt_arg = optarg;
                printf("Our love is %s\n", optarg);
                break;
            case '?':
                printf("arguments error!\n");
                break;
        }
    }
    return 0;
}

输入一个错误的命��o行，�l�果如下�Q?/font>

$ ./opt_parse_demo -l
./opt_parse_demo: option requires an argument -- l
arguments error!

很多时候，我们不希望输��Z�Q何错误信息，或更希望输出自己定义的错误信息。可以采用以下两�U�方法来更改getopt()函数的出错信息输��为：

在调用getopt()之前�Q�将opterr讄��?�Q�这样就可以在getopt()函数发现错误的时候强制它不输��Z�Q何消息�?
如果optstring参数的第一个字�W�是冒号�Q�那么getopt()函数��׃��保持沉默�Q��ƈ�Ҏ(gu��)��错误情况�q�回不同字符�Q�如下：
“无效选项�?—�?getopt()�q�回'?'�Q��ƈ且optopt包含了无效选项字符�Q�这是正常的行�ؓ�Q��?
“缺��选项参数�?—�?getopt()�q�回':'�Q�如果optstring的第一个字�W�不是冒��P��那么getopt()�q�回'?'�Q�这会��得这�U�情况不能与无效选项的情况区分开�?br />多说无益�Q�动手测试一下�?/font>

清单4�Q?br />#include
#include

int main (int argc, char **argv)
{
    int oc;                     /*选项字符 */
    char ec;                             /*无效的选项字符*/
    char *b_opt_arg;            /*选项参数字串 */

    while((oc = getopt(argc, argv, ":ngl:")) != -1)
    {
        switch(oc)
        {
            case 'n':
                printf("My name is Lyong.\n");
                break;
             case 'g':
                printf("Her name is Xxiong.\n");
                break;
            case 'l':
                b_opt_arg = optarg;
                printf("Our love is %s\n", optarg);
                break;
            case '?':
                ec = (char)optopt;
                printf("无效的选项字符 \' %c \'!\n", ec);
                break;
            case ':':
                printf("�~�少选项参数�Q�\n");
                break;
        }
    }
    return 0;
}

��试�l�果�Q?/font>

$ ./opt_parse_demo -a
无效的选项字符 ' a '!
$ ./opt_parse_demo -l
�~�少选项参数�Q?

7、GNU提供的getopt()函数的特�?br />上面所设计的getopt()函数是UNIX支持��组提供的，其执行时一��到不以'-'开始的命��o行参数就停止��L��选项。而GNU提供的getopt()函数与之不同�Q�它会扫描整个命令行来寻��N��项。当调用GNU getopt()函数�q�处理命令行参数的时候，它重新排列argv中的元素�Q�这样当重排�l�束�Ӟ��所有选项都被�U�d��到前面�ƈ且那些��l�检查argv[optind]至argv[argc-1]中剩余参数的代码仍正常工作，但在��M��情况下，��到�Ҏ(gu��)��参数'--'��q��束对选项的扫描�?/font>

可以输入一个�ؕ序的命��o行，查看opt_parse_demo的输出：

$ ./opt_parse_demo -l forever a b c d -g -n
Our love is forever
Her name is Xxiong.
My name is Lyong.

GNU getopt()�W�二个特�Ҏ(gu��)��可以在optstring中��用特�D�的首字�W�改变getopt()的默认行为：

optstring[0] = '+'�Q�这样就与UNIX支持��组提供的getopt()很相�q�了�?
optstring[0] = '-'�Q�会在optarg中得到命令行中的每个参数�?
以上两种情况下，':'可以作�ؓ�W�二个字�W��用�?br />GNU getopt()�W�三个特�Ҏ(gu��)��optstring中的选项字符后面接两个冒��P��允许该选项有可选的选项参数。在选项参数不存在的情况下，GNU getopt()�q�回选项字符�q�将optarg讄��为NULL�?/font>

8、GNU镉K��项命��o行解�?br />20 世纪 90 �q�代�Q�UNIX 应用�E�序开始支持长选项�Q�即一对短横线、一个描�q�性选项名称�Q�还可以包含一个��用等可��接到选项的参数�?/font>

GNU提供了getopt-long()和getopt-long-only()函数支持镉K��项的命令行解析�Q�其中，后者的镉K��项字串是以一个短横线开始的�Q�而非一对短横线�?/font>

getopt_long() 是同时支持长选项和短选项�?getopt() 版本。下面是它们的声明：

#include

int getopt_long(int argc, char * const argv[], const char *optstring, const struct option *longopts, int *longindex);

int getopt_long_only(int argc, char * const argv[],const char *optstring,const struct option *longopts, int *longindex);

getopt_long()的前三个参数与上面的getopt()相同�Q�第4个参数是指向option�l�构的数�l�，option�l�构被称为“长选项表”。longindex参数如果没有讄��为NULL�Q�那么它?y��u)��指向一个变量，�q�个变量会被赋��gؓ��L��到的镉K��项在longopts中的索引��|��q�可以用于错误诊断�?/font>

option�l�构在getopt.h中的声明如下�Q?/font>

struct option{
    const char *name;
    int has_arg;
    int *flag;
    int val;
};

对结构中的各元素解释如下�Q?/font>

const char *name
�q�是选项名，前面没有短横�Uѝ��譬�?help"�?verbose"之类�?/font>

int has_arg
描述了选项是否有选项参数。如果有�Q�是哪种�c�d��的参敎ͼ�此时�Q�它的��g��定是下表中的一个�?/font>

�W�号帔R�� 数值�?含义
no_argument 0 选项没有参数
required_argument 1 选项需要参�?

optional_argument 2 选项参数可选�?

int *flag
如果�q�个指针为NULL�Q�那么getopt_long()�q�回该结构val字段中的数倹{��如果该指针不�ؓNULL�Q�getopt_long()会��得它所指向的变量中填入val字段中的数��|��q�且getopt_long()�q�回0。如果flag不是NULL�Q�但未发现长选项�Q�那么它所指向的变量的数��g��变�?/font>

int val
�q�个值是发现了长选项时的�q�回��|��或者f(xi��)lag不是NULL时蝲�?flag中的倹{��典型情况下�Q�若flag不是NULL�Q�那么val是个真／假��|��譬如1�?�Q�另一斚w��Q�如果flag是NULL�Q�那么val通常是字�W�常量，若长选项与短选项一��_��那么该字�W�常量应该与optstring中出现的�q�个选项的参数相同�?/font>

每个镉K��项在长选项表中都有一个单独条目，该条目里需要填入正��的数倹{��数�l�中最后的元素的值应该全�?。数�l�不需要排序，getopt_long()会进行线性搜索。但是，�Ҏ(gu��)��长名字来排序会�ɽE�序员读��h��更容易�?/font>

以上所说的flag和val的用法看上去有点混�ؕ�Q�但它们很有实用价��|��因此有必要搞透彻了�?/font>

大部分时候，�E�序员会�Ҏ(gu��)��getopt_long()发现的选项�Q�在选项处理�q�程中要讄��一些标记变量，譬如在��用getopt()�Ӟ��l�常做出如下的程序格式：

int do_name, do_gf_name, do_love; /*标记变量*/
char *b_opt_arg;

while((c = getopt(argc, argv, ":ngl:")) != -1)
{
    switch (c){
    case 'n':
        do_name = 1;
    case 'g':
        do_gf_name = 1;
        break;
        break;
    case 'l':
        b_opt_arg = optarg;
    …�?br />    }
}

当flag不�ؓNULL�Ӟ��getopt_long*()会�ؓ你设�|�标记变量。也��是说上面的代码中，关于选项'n'�?l'的处理，只是讄��一些标讎ͼ�如果flag不�ؓNULL,�Ӟ��getopt_long()可以自动为各选项所对应的标记变量设�|�标讎ͼ��q�样��p��够将上面的switch语句中的两种�U�情况减��到了一�U�。下面给��Z��个长选项表以及相应处理代码的例子�?/font>

清单5�Q?/font>

#include
#include

int do_name, do_gf_name;
char *l_opt_arg;

struct option longopts[] = {
    { "name",        no_argument,            &do_name,        1    },
    { "gf_name",    no_argument,            &do_gf_name,    1    },
    { "love",        required_argument,    NULL,                'l'    },
    {     0,    0,    0,    0},
};

int main(int argc, char *argv[])
{
    int c;

    while((c = getopt_long(argc, argv, ":l:", longopts, NULL)) != -1){
        switch (c){
        case 'l':
            l_opt_arg = optarg;
            printf("Our love is %s!\n", l_opt_arg);
            break;
        case 0:
            printf("getopt_long()讄��变量 : do_name = %d\n", do_name);
            printf("getopt_long()讄��变量 : do_gf_name = %d\n", do_gf_name);
            break;
        }
    }
    return 0;
}

在进行测试之前，再来回顾一下有关option�l�构中的指针flag的说明吧�?/font>

如果�q�个指针为NULL�Q�那么getopt_long()�q�回该结构val字段中的数倹{��如果该指针不�ؓNULL�Q�getopt_long()会��得它所指向的变量中填入val字段中的数��|��q�且getopt_long()�q�回0。如果flag不是NULL�Q�但未发现长选项�Q�那么它所指向的变量的数��g��变�?

下面��试一下：

$ ./long_opt_demo --name
getopt_long()讄��变量 : do_name = 1
getopt_long()讄��变量 : do_gf_name = 0

$ ./long_opt_demo --gf_name
getopt_long()讄��变量 : do_name = 0
getopt_long()讄��变量 : do_gf_name = 1

$ ./long_opt_demo --love forever
Our love is forever!

$ ./long_opt_demo -l forever
Our love is forever!

��试�q�后�Q�应该有所感触了。关于flag和val的讨论到此�ؓ止。下面�ȝ��一下get_long()的各�U�返回值的含义�Q?/font>

�q�回值 �?
�?�?br />
0
getopt_long()讄��一个标志，它的��g��option�l�构中的val字段的��g��?br />
1
每碰��C��个命令行参数�Q�optarg都会记录�?br />
'?'
无效选项

':'
�~�少选项参数

'x'
选项字符'x'

-1
选项解析�l�束

从实用的角度来说�Q�我们更期望每个镉K��项都对应一个短选项�Q�这�U�情况下�Q�在option�l�构中，只要��flag讄��为NULL�Q��ƈ��val讄��为长选项所对应的短选项字符卛_��。譬如上面清�?中的�E�序�Q�我们修改如下�?/font>

清单6�Q?br />#include
#include

int do_name, do_gf_name;
char *l_opt_arg;

struct option longopts[] = {
    { "name",        no_argument,            NULL,                'n'    },
    { "gf_name",    no_argument,            NULL,                'g'    },
    { "love",        required_argument,    NULL,                'l'    },
    {     0,    0,    0,    0},
};

int main(int argc, char *argv[])
{
    int c;

    while((c = getopt_long(argc, argv, ":l:", longopts, NULL)) != -1){
        switch (c){
        case 'n':
            printf("My name is LYR.\n");
            break;
        case 'g':
            printf("Her name is BX.\n");
            break;
        case 'l':
            l_opt_arg = optarg;
            printf("Our love is %s!\n", l_opt_arg);
            break;
        }
    }
    return 0;
}

��试�l�果如下�Q?/font>

$ ./long_opt_demo --name --gf_name --love forever
My name is LYR.
Her name is BX.
Our love is forever!

$ ./long_opt_demo -ng -l forever
My name is LYR.
Her name is BX.
Our love is forever!

9、在LINUX之外的系�l��^��C��使用GNU getopt()或getopt_long()
只要从GNU�E�序或GNU C Library(GLIBC)的CVS档案文�g中copy源文件即可（ http://sourceware.org/glibc/ �Q�。所需源文件是getopt.h、getopt.c和getoptl.c�Q�将�q�些文�g包含在你的项目中。另外，你的��目中最好也��COPYING.LIB文�g包含�q�去�Q�因为GNU LGPL�Q�GNU �E�序库公��p��可证�Q�的内容全部包括在命名�ؓCOPYING.LIB 的文件中。没事时�Q�可以阅��M��下自��p�Y件的许可协议�Q�感受一下雷锋精��?/font>

注意�Q�在包含所需文�g之后�Q�在调用getopt_long()�p�d��函数的源代码中，应该使用#include "getopt.h"�Q�而不�?include �Q�前者会首先在当前目录中��L��getopt.h�?/font>

使用Windows�q�_��的兄弟可以试用一下，很希望能在这里反馈一下你的��用情况，谢谢�?/font>

10、结�?br />�E�序需要能够快速处理各个选项和参敎ͼ�且要求不会浪费开发�h员的太多旉��。在�q�一点上�Q�无论是GUI(囑�Ş用户交互�Q�程序还是CUI�Q�命令行交互�Q�程序，都是光��要�Q务，其区别仅在于实现方式的不同。GUI通过菜单、对话框之类的图形控件来完成交互�Q�而CUI使用了纯文本的交互方式。各有利弊吧。在�E�序开发中�Q�许多测试程序用CUI来完成是首选方案�?/font>

getopt() 函数是一个标准库调用�Q�可允许�(zh��n)��用直接的 while/switch 语句方便地逐个处理命��o行参数和��选项�Q�带或不带附加的参数�Q�。与其类似的 getopt_long() 允许在几乎不�q�行额外工作的情况下处理更具描述性的镉K��项�Q�这非常受开发�h员的�Ƣ迎�?

既然已经知道了如何方便地处理命��o行选项�Q�现在就可以集中�_�֊�改进�(zh��n)�的�E�序的命令行�Q�可以添加长选项支持�Q�或��d��之前�׃��不想向程序添加额外的命��o行选项处理而搁�|�的��M��其他选项。但不要忘记在某处记录�?zh��n)�所有的选项和参敎ͼ��q�提供某�U�类型的内置帮助函数来�ؓ健忘的用��h��供帮助�?/font>

夜沁 2006-11-29 09:29 发表评论

gSOAP学习体会

夜沁 — Wed, 20 Sep 2006 08:21:00 GMT

前一阶段写gSOAP 的文章没保存好，后来惛_��的，��学��没有写的勇气了�Q�感觉自己很菜，但是现在感觉�q�是写点��q��l�入门者一�Ҏ(gu��)��C�吧。另外虽说这��文章是自己写的�Q�但是却感觉是东��D��凑的�Q�有很多别�h的东西了�?br /> 看了我�{载的关于soap 的文章，大家惛_��对soap有所了解了吧�Q�那么gSOAP是什么那�Q?br />gSOAP是一个开源的��目�Q�用它可以方便的使用c/c++地进行SOAP客户端和服务器端�~�程�Q�而不必了解xml和SOAP协议的细节。这样��用者就可以专注于自��q��web service 客户端或服务器端的编写，而不用纠�~�与其它�l�节。我�W�一�ơ接触这些东西，我对SOAP的理解是�q�样的：以http协议为基本的通信协议�Q�以xml文�g形式��h��q�程服务�Q�再以xml文�g的�Ş式返回执行结果，我理解的��p��么简单了�Q�有啥不妥处�Q�还��h��教阿�?br />实践一下才有理性认识，下面是我自己在windows下，具体说来��是用vc 6.0下编写的一个很��单的客户端程序调用远�E�的服务�Q�来发送电(sh��)子邮�Ӟ��感觉很爽吧�?br />首先我们�?/font> http://sourceforge.net/project/showfiles.php?group_id=52781 下蝲gSOAP下蝲工具集吧�Q�不同的�pȝ��下用的gSOAP是不一��L(f��ng)��Q�根据需要下载了windows下的和linux下的�?br />gSOAP工具集不需要安装，直接解压��可以了。在/bin目录下我们可以看��C��个可执行文�g�Q?br />soapcpp2.exe: gSOAP�~�译器，�~�译头文件生成服务器和客��L(f��ng)��都需要的 c/c++文�g�?
wsdl2h.exe: �~�译wsdl文�g生成c/c++头文件�?br />工具��q��准备好了�?br />其次�Q�我们到 http://www.abysal.com/soap/AbysalEmail.wsdl 下蝲
wsdl文�g�Q�假设保存文件名为：AbysalEmail.wsdl。所谓的wsdl文�g��译成中
文就是网�l�服务描�q�文件了。我们用wsdl2h.exe工具来根据wsdl文�g生成
c/c++头文�Ӟ��可以�?c选项是生成纯c的头文�g�Q�另外用-s选项是说明我们在
�E�序中不使用stl�Q�注意了默认我们是适用stl的�?br />用如下命令：
wsdl2h  -o AbysalEmail.h AbysalEmail.wsdl
既可以生成我们需要的AbysalEmail.h头文件了。这里文件名可以随便起了�?br />��下载的gsoap的import里的stlvector.h中文件拷贝到当前的文件夹下，因�ؓ默认是��用stl的，所以需要它�?br />然后执行soapcpp2 命��o来生成存根程序，用如下命令：
soapcpp2  -C AbysalEmail.h
-C  选项是只生成客户端的�Q�默认是生成客户端和服务器端的，如果你在�E�序中��用了vector�q�要加上 –limport选项�?br />卛_��以生存客��L(f��ng)��存根�E�序和框架了�?br />soapClient.cpp�Q�编译客��L(f��ng)��的需要的存根例程�?br />soapC.cpp�Q�soapH.h:用来序列化和反序列化c/c++不同数据�c�d��?br />soapServer.cpp: �~�译服务器端的需要的存根例程�?br />soapXXXProxy.h: 生成的代理类的头文�g,使用代理�c�L��需要此文�g�?br />本程序�ؓsoapSendEmailBindingProxy.h�?br />
�W�三步，��是在vc中徏个工�E�，讄��如下�Q?br />在vc6中徏立工�E�，其源文�g为：sendMailClient.cpp soapC.cpp
                                 soapClient.cpp stdsoap2.cpp
头文件�ؓ�Q��?   AbysalEmail.h soapH.h soapStub.h stdsoap2.h
其他依赖文�g为：basetsd.h  sendemailbinding.nsmp
stdsoap2.cpp stdsoap2.h是下载的gSOAP中包含的�?br />另外在所需要的库中把wsock32.lib加上�Q�gSOAP也是采用socket方式�q�接的�?br />其中sendMailClient.cpp为我写的客户端程序，�E�序如下�Q?br />
#include "soapH.h"                         // 得到存根�E�序
#include "SendEmailBinding.nsmap"          //得到名称�I�间映射�?br />#include
#include
#include "soapSendEmailBindingProxy.h"

using namespace std;

int main(int argc, char **argv)
{
struct soap email_soap;
int result = -1;
SendEmailBinding  EmailBind;             //生成代理�c�d��?br /> _ns1__SendEmail  sendEmail;             //web服务发送电(sh��)子邮件对�?br /> _ns1__SendEmailResponse  Email_Response;  //web 服务�q�回发送结果对�?br /> string from = "mseaspring";
string to = "David";
string sub = "Hello test!";
sendEmail.From = &from;
sendEmail.FromAddress = " mseaspring@hotmail.com ";
sendEmail.MsgBody = "I want to test a web service!";
sendEmail.To = &to;
sendEmail.ToAddress = " mseaspring@gmail.com ";
sendEmail.Subject = �?br />
result = EmailBind.__ns1__SendEmail(&sendEmail,  &Email_Response);
if (result != 0)
{
printf("soap error ,errcode = %d\n", result);
}
else
{
      cout<<"The result is :"< cout<<"恭喜你，邮�g发送成功！"< }
return 0;
}我程序中是采用代理类的方式编写的�E�序�Q�不用代理类的代码如下：
#include "soapH.h"                         //  得到存根�E�序
#include "SendEmailBinding.nsmap"          // 得到名称�I�间映射�?br />#include
#include
using namespace std;

int main(int argc, char **argv)
{
struct soap email_soap;
//初始化gSoap�q�行时环境变量，只需初始化一��?br /> soap_init(&email_soap);
int result = -1;
//�q�程web服务的endpoint URL
const char* server="http://www.abysal.com/soap/soapmail.wdtp";
string from = "mseaspring";
string to = "David";
string sub = "Hello test!";
sendEmail.From = &from;
sendEmail.FromAddress = " mseaspring@hotmail.com ";
sendEmail.MsgBody = "I want to test a web service!";
sendEmail.To = &to;
sendEmail.ToAddress = " mseaspring@gmail.com ";
sendEmail.Subject = �?br /> //调用�Ҏ(gu��)��q�程服务产生函数的接�?br />result = soap_call___ns1__SendEmail(&email_soap, server, "", &sendEmail,  &Email_Response);
if(email_soap.error)
{
//在stderr��中打印soap的错误信�?br /> soap_print_fault(&email_soap,stderr);
result = email_soap.error;
}
soap_destroy(&email_soap);// 删除反序列化�cȝ��实例,仅用于c++
soap_end(&email_soap); // 清空已经�q�行化的数据
soap_done(&email_soap); // 与gSOAP 环境相分��?关闭�q�接
if (result != 0)
{
printf("soap error ,errcode = %d\n", result);
}
else
{
      cout<<"The result is :"< cout<<"恭喜你，邮�g发送成功！"< }
return 0;
}
你可能会问我怎么知道�q�程服务的接口阿�Q?到soapStub.h中去扑ְ�可以了，至于代理�cȝ��使用�Q�到代理�c�d��文�g中一看便知�?br />好了�Q�终于要写完了，当然我们不仅可以�~�写客户端也可以�~�写服务器端�E�序�Q�至于服务器端，有兴��的可以自己看看gSOAP里面的文档，也很��单的�Q�不�q�也要花�Ҏ(gu��)��间学习的了，呵呵�?br />如果对于上面�E�序�Q�有谁没调试成功联系我，邮箱都写在程序里那。呵��c�?/font>

夜沁 2006-09-20 16:21 发表评论

SOAP协议规范

夜沁 — Wed, 20 Sep 2006 07:15:00 GMT

摘要: 本文来自�|�络搜集�Q�感谢原作者�?. ��? SOAP以XML形式提供了一个简单、轻量的用于在分散或分布环境中交换结构化和类型信息的机制。SOAP本��n�q�没有定义�Q何应用程序语义，如编�E�模型或特定语义的实玎ͼ�实际上它通过提供一个有标准�l��g的包模型和在模块中编码数据的机制�Q�定义了一个简单的表示应用�E�序语义的机制。这使SOAP能够被用于从消息传递到RPC的各�U�系�l��? SOAP包括三个部分 * SOAP... 阅读全文

夜沁 2006-09-20 15:15 发表评论