浪迹天涯

请问下我客户端调用服务端方法返回-1是为什么？？？
printf("soap error:%d,%s,%s\n", add_soap.error, *soap_faultcode(&add_soap), *soap_faultstring(&add_soap) );
获取到的错误信息都为Null

@lxwei
你用c#写一个相同的服务，然后比较两个wsdl文件差异。我觉得这两个wsdl是有差异的，才导致调用失败。用http_get返回c#服务生成的wsdl试试。

搜索如：symbol _GetAdaptersInfo@8中的GetAdaptersInfo函数，看看这个函数在哪个库中。

这个url过来的请求时http_get，你必须自己实现http_get方法，返回wsdl的真正内容即可。

找到这两个文件添加入工程即可。

很少用QQ，你可以加我msn，谢谢

@张
gsoap guide文档上有openssl的例子，你可以参考参考。

博主，你好，想和你请教xslt的一些相关知识，我msn:qj-qiujian@sohu.com
,谢谢！

很少用qq，可以加我msn，谢谢！

虽然看过 但是还是感动！
现在社会缺少的就是这样的铮铮铁骨！

kick off我一开始也理解错了 今天查一下才明白 希望大家多分享这些专业词汇！

mark

俺们的Kbase数据库也是很牛的!

呵 firefox就该这么折腾...有时间好好向楼主学学

@spyy26224574
include winsock2.h 以及lib

呵 我也是那种比较谦虚谨慎的人 我觉得对于这种群面，很难体现出每个人的真正想法，只能体现出每个人的行为方式，而这实际与实力并无多大关系。特别是当论点比较模糊的时候，谦虚谨慎的人是比较惜言如金的！也许这也是这个社会的悲哀，只要能忽悠！

网上对excel的资料还是很多的 automation方法读取有比较详尽的资料。我手头上刚做过这方面的代码，对单元格，和并单元格，公式等都支持。
另Excel2007的格式完全变了，是一个openXML的zip包，所以读取方法完全不一样了。

soapC.cpp soapH.h soapServer.cpp soapStub.h stdsoap2.cpp stdsoap2.h(stl support)这些文件

可以将所有数据都转换为字符串的形式进行传输，任何数据都可以传输的。

感觉有点印象，后来翻翻EffectiveC++.chm，杂项->条款47:

对于不同被编译单元中的非局部静态对象，你一定不希望自己的程序行为依赖于它们的初始化顺序，因为你无法控制这种顺序。让我再重复一遍：你绝对无法控制不同被编译单元中非局部静态对象的初始化顺序。

很自然地想知道，为什么无法控制？

这是因为，确定非局部静态对象初始化的 " 正确" 顺序很困难，非常困难，极其困难。即使在它最普通的形式下 ---- 多个被编译单元，多个通过隐式模板实例化所生成的非局部静态对象（隐式模板实例化时，它们本身可能都会产生这样的问题） ---- 不仅不可能确定正确的初始化顺序，往往连找一个可以确定正确顺序的特殊情况都不值得。

在 "混沌理论" 领域，有一个原理称为 "蝴蝶效应" 。这条原理声称，世界某个角落的一只蝴蝶拍动翅膀，会对大气产生微小的影响，从而导致某个遥远的地方天气模式的深刻变化。稍微准确一点来说也就是：对于某种系统，输入的微小干扰会导致输出彻底的变化。

软件系统的开发也表现了自身的 "蝴蝶效应"。一些系统对需求的细节高度敏感，需求发生细小的变化，实现系统的难易程度就会发生巨大的变化。例如，条款29说明，将一个隐式转换的要求从 "String到char*" 改为 "String到const char*"，就可以将一个运行慢、容易出错的函数用一个运行快并且安全的函数来代替。

确保非局部静态对象在使用前被初始化的问题也和上面一样，它对你的实现细节十分敏感。但是，如果你不强求一定要访问 "非局部静态对象"，而愿意访问具有和非局部静态对象 "相似行为" 的对象（不存在初始化问题），难题就消失了。取而代之的是一个很容易解决的问题，甚至称不上是一个问题。

这种技术 ---- 有时称为 "单一模式"（译注：即Singleton pattern，参见 "Design Patterns" 一书）---- 本身很简单。首先，把每个非局部静态对象转移到函数中，声明它为static。其次，让函数返回这个对象的引用。这样，用户将通过函数调用来指明对象。换句话说，用函数内部的static对象取代了非局部静态对象。（参见条款M26）

这个方法基于这样的事实：虽然关于 "非局部" 静态对象什么时候被初始化，C++几乎没有做过说明；但对于函数中的静态对象（即，"局部" 静态对象）什么时候被初始化，C++却明确指出：它们在函数调用过程中初次碰到对象的定义时被初始化。所以，如果你不对非局部静态对象直接访问，而用返回局部静态对象引用的函数调用来代替，就能保证从函数得到的引用指向的是被初始化了的对象。这样做的另一个好处是，如果这个模拟非局部静态对象的函数从没有被调用，也就永远不会带来对象构造和销毁的开销；而对于非局部静态对象来说就没有这样的好事。

可是我们和当年的人比却缺少太多 信仰 理想 抱负 荣誉与使命.........

看出错信息好像是你把soapServerLib.cpp等文件也添加到了工程中，产生重复定义的错误。你用gsoap生成服务器端 客户端的文件后 并不是把生成的所有文件都拷到工程中，而只是拷贝你所需要的文件到工程目录里，你试试。

libevent用于改造网络模型需要了解哪些知识？

学习了！
不知博主是否真实测试过采用memcached的服务器性能有多少提升？

http://blog.gslin.info/2005/11/network-programming-using-libevent-i.html
好像打不开了 博主还有后续文章吗？谢谢！

学习！

我这没有这个问题。
环境:vs2008 vmware6.0.2-build 59824

呵呵 编译openvpn的时候需要编译openssl 刚编译过！

log,我觉得关键的有这几点：
1.记录信息规范,便于自己调试同时也便于现场人员发现问题。
2.在多线程下的问题，确保log正确无误，不能丢失。以前多线程下程序调试不对，检查n久才怀疑到日志系统的问题，莫名其妙的丢了许多log记录。

记号 学习epoll时好好看看

学习了...不断积累！

这和自己写测试代码有什么最大的好处？？？
刚学cppunit，不是很明白，感觉还不如自己写测试代码来的快！

可以的，你可以参考我的另一篇文章:
<<webservice的互操作问题>>讲得就是跨语言之间的webservice操作！

呵 学习学习

楼主也混cu？

学无止境...
关键还是看态度与思考能力 不在于你掌握了多少 而在于你是否愿意去掌握
很多东西不接触不知道 一接触大概很多人也能知道
所以还得看岗位要求 不过对于基础的东西 不要求100%知道
但常用的经常碰到的问题应该知道个八九不离十吧
但很多问题我还是不知道 碰到以后一google很快也能解决
遇到问题发现问题解决问题的能力最重要！

我相信好人总有好报.....

mark

小明：
两边setting是一样的。
我的想法和Kevin Lynx差不多，应该就是这个原因吧

megax：
我是一直写C++的，我没发现这样有什么不对，临时对象完全可以作为参数传递。
你可能没有理解doc.Accept()这个函数，这不是socket中的accpet，这就是一个相当于打印的函数，就是一个过程调用，doc.accept只在BuildXMLFile内调用，打印完后就销毁了，然后才是BuildXMLFile调用过程的结束。

mark 双腿膝盖经常疼痛 小腿也经常酸痛！

从堆栈中，很显然是NTDLL new出来的临时对象，被MAPTEST delete时出错。这也很明显违背了谁new谁负责delete的原则。

我TinyXml版本也是2.5.3 用的vc6.0
我并没有将TinyXML编译成lib库加载调用，而是将tinyxml的源文件引入工程中，这样在不同的工程中，就会受到编译选项的干扰；并且在我上面描述的接口中就会出现你所说的对象的所有权问题。我将tinyxml编译成一个dll供其它工程调用后，就不会遇到上面问题。
我没看TiXmlPrinter的文档，难道不是上面的原因吗？

怎么没人发表意见？

源码包怎么那么大？svn上据说有1.5G，webgc.org上的tar包也有430多M。

不知道这样的“潜规则”还有多少？利欲熏心！！！这是一个不讲道德的社会，不讲气节的社会，说到底还是体制的问题。民主不像民主，专制不像专制，这样下去何去何从？

这可能是你属性页显示范围太小，调大显示范围即可！

你说的是断点续传的问题，目前libcurl好像并不支持！