• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            浪跡天涯

            唯有努力...
            努力....再努力...

            共2頁: 1 2 
            re: gsoap使用心得![未登錄] 浪跡天涯 2013-01-16 15:49
            請問下我客戶端調(diào)用服務(wù)端方法返回-1是為什么???
            printf("soap error:%d,%s,%s\n", add_soap.error, *soap_faultcode(&add_soap), *soap_faultstring(&add_soap) );
            獲取到的錯誤信息都為Null
            re: gsoap使用心得![未登錄] 浪跡天涯 2012-02-08 15:03
            @lxwei
            你用c#寫一個相同的服務(wù),然后比較兩個wsdl文件差異。我覺得這兩個wsdl是有差異的,才導致調(diào)用失敗。用http_get返回c#服務(wù)生成的wsdl試試。
            re: VC一步一步編譯OpenVPN 浪跡天涯 2010-02-20 11:45
            搜索如:symbol _GetAdaptersInfo@8中的GetAdaptersInfo函數(shù),看看這個函數(shù)在哪個庫中。
            re: gsoap使用心得! 浪跡天涯 2010-01-14 17:38
            這個url過來的請求時http_get,你必須自己實現(xiàn)http_get方法,返回wsdl的真正內(nèi)容即可。
            re: gsoap使用心得! 浪跡天涯 2010-01-14 10:41
            找到這兩個文件添加入工程即可。
            re: gsoap使用心得! 浪跡天涯 2009-05-07 10:22
            很少用QQ,你可以加我msn,謝謝
            re: gsoap使用心得![未登錄] 浪跡天涯 2009-04-08 13:22
            @張
            gsoap guide文檔上有openssl的例子,你可以參考參考。
            re: 開源XSL C++開發(fā)包 浪跡天涯 2009-03-20 15:05
            博主,你好,想和你請教xslt的一些相關(guān)知識,我msn:qj-qiujian@sohu.com
            ,謝謝!
            很少用qq,可以加我msn,謝謝!
            雖然看過 但是還是感動!
            現(xiàn)在社會缺少的就是這樣的錚錚鐵骨!
            re: Kick off 浪跡天涯 2009-02-09 16:05
            kick off我一開始也理解錯了 今天查一下才明白 希望大家多分享這些專業(yè)詞匯!
            re: 發(fā)布精簡版cygwin-2009.iso 浪跡天涯 2009-01-09 10:52
            mark
            俺們的Kbase數(shù)據(jù)庫也是很牛的!
            re: 自己動手寫firefox擴展(1) 浪跡天涯 2009-01-09 10:48
            呵 firefox就該這么折騰...有時間好好向樓主學學
            re: gsoap使用心得! 浪跡天涯 2008-12-24 18:20
            @spyy26224574
            include winsock2.h 以及l(fā)ib
            re: 面試在華為 浪跡天涯 2008-12-19 09:51
            呵 我也是那種比較謙虛謹慎的人 我覺得對于這種群面,很難體現(xiàn)出每個人的真正想法,只能體現(xiàn)出每個人的行為方式,而這實際與實力并無多大關(guān)系。特別是當論點比較模糊的時候,謙虛謹慎的人是比較惜言如金的!也許這也是這個社會的悲哀,只要能忽悠!
            網(wǎng)上對excel的資料還是很多的 automation方法讀取有比較詳盡的資料。我手頭上剛做過這方面的代碼,對單元格,和并單元格,公式等都支持。
            另Excel2007的格式完全變了,是一個openXML的zip包,所以讀取方法完全不一樣了。
            re: gsoap使用心得! 浪跡天涯 2008-12-10 14:39
            soapC.cpp soapH.h soapServer.cpp soapStub.h stdsoap2.cpp stdsoap2.h(stl support)這些文件
            可以將所有數(shù)據(jù)都轉(zhuǎn)換為字符串的形式進行傳輸,任何數(shù)據(jù)都可以傳輸?shù)摹?/div>
            感覺有點印象,后來翻翻EffectiveC++.chm,雜項->條款47:

            對于不同被編譯單元中的非局部靜態(tài)對象,你一定不希望自己的程序行為依賴于它們的初始化順序,因為你無法控制這種順序。讓我再重復一遍:你絕對無法控制不同被編譯單元中非局部靜態(tài)對象的初始化順序。

            很自然地想知道,為什么無法控制?

            這是因為,確定非局部靜態(tài)對象初始化的 " 正確" 順序很困難,非常困難,極其困難。即使在它最普通的形式下 ---- 多個被編譯單元,多個通過隱式模板實例化所生成的非局部靜態(tài)對象(隱式模板實例化時,它們本身可能都會產(chǎn)生這樣的問題) ---- 不僅不可能確定正確的初始化順序,往往連找一個可以確定正確順序的特殊情況都不值得。

            在 "混沌理論" 領(lǐng)域,有一個原理稱為 "蝴蝶效應(yīng)" 。這條原理聲稱,世界某個角落的一只蝴蝶拍動翅膀,會對大氣產(chǎn)生微小的影響,從而導致某個遙遠的地方天氣模式的深刻變化。稍微準確一點來說也就是:對于某種系統(tǒng),輸入的微小干擾會導致輸出徹底的變化。

            軟件系統(tǒng)的開發(fā)也表現(xiàn)了自身的 "蝴蝶效應(yīng)"。一些系統(tǒng)對需求的細節(jié)高度敏感,需求發(fā)生細小的變化,實現(xiàn)系統(tǒng)的難易程度就會發(fā)生巨大的變化。例如,條款29說明,將一個隱式轉(zhuǎn)換的要求從 "String到char*" 改為 "String到const char*",就可以將一個運行慢、容易出錯的函數(shù)用一個運行快并且安全的函數(shù)來代替。

            確保非局部靜態(tài)對象在使用前被初始化的問題也和上面一樣,它對你的實現(xiàn)細節(jié)十分敏感。但是,如果你不強求一定要訪問 "非局部靜態(tài)對象",而愿意訪問具有和非局部靜態(tài)對象 "相似行為" 的對象(不存在初始化問題),難題就消失了。取而代之的是一個很容易解決的問題,甚至稱不上是一個問題。

            這種技術(shù) ---- 有時稱為 "單一模式"(譯注:即Singleton pattern,參見 "Design Patterns" 一書)---- 本身很簡單。首先,把每個非局部靜態(tài)對象轉(zhuǎn)移到函數(shù)中,聲明它為static。其次,讓函數(shù)返回這個對象的引用。這樣,用戶將通過函數(shù)調(diào)用來指明對象。換句話說,用函數(shù)內(nèi)部的static對象取代了非局部靜態(tài)對象。(參見條款M26)

            這個方法基于這樣的事實:雖然關(guān)于 "非局部" 靜態(tài)對象什么時候被初始化,C++幾乎沒有做過說明;但對于函數(shù)中的靜態(tài)對象(即,"局部" 靜態(tài)對象)什么時候被初始化,C++卻明確指出:它們在函數(shù)調(diào)用過程中初次碰到對象的定義時被初始化。所以,如果你不對非局部靜態(tài)對象直接訪問,而用返回局部靜態(tài)對象引用的函數(shù)調(diào)用來代替,就能保證從函數(shù)得到的引用指向的是被初始化了的對象。這樣做的另一個好處是,如果這個模擬非局部靜態(tài)對象的函數(shù)從沒有被調(diào)用,也就永遠不會帶來對象構(gòu)造和銷毀的開銷;而對于非局部靜態(tài)對象來說就沒有這樣的好事。

            可是我們和當年的人比卻缺少太多 信仰 理想 抱負 榮譽與使命.........
            re: gsoap使用心得! 浪跡天涯 2008-11-03 10:48
            看出錯信息好像是你把soapServerLib.cpp等文件也添加到了工程中,產(chǎn)生重復定義的錯誤。你用gsoap生成服務(wù)器端 客戶端的文件后 并不是把生成的所有文件都拷到工程中,而只是拷貝你所需要的文件到工程目錄里,你試試。
            libevent用于改造網(wǎng)絡(luò)模型需要了解哪些知識?
            re: 自己實現(xiàn)memcached客戶端庫 浪跡天涯 2008-10-23 16:56
            學習了!
            不知博主是否真實測試過采用memcached的服務(wù)器性能有多少提升?
            http://blog.gslin.info/2005/11/network-programming-using-libevent-i.html
            好像打不開了 博主還有后續(xù)文章嗎?謝謝!
            學習!
            re: 小心vmware6.0和vs2008的沖突 浪跡天涯 2008-10-22 17:34
            我這沒有這個問題。
            環(huán)境:vs2008 vmware6.0.2-build 59824
            re: openssl使用 浪跡天涯 2008-10-21 15:05
            呵呵 編譯openvpn的時候需要編譯openssl 剛編譯過!
            re: 日志該這么記錄 浪跡天涯 2008-10-16 17:58
            log,我覺得關(guān)鍵的有這幾點:
            1.記錄信息規(guī)范,便于自己調(diào)試同時也便于現(xiàn)場人員發(fā)現(xiàn)問題。
            2.在多線程下的問題,確保log正確無誤,不能丟失。以前多線程下程序調(diào)試不對,檢查n久才懷疑到日志系統(tǒng)的問題,莫名其妙的丟了許多l(xiāng)og記錄。
            re: epoll相關(guān)資料整理 浪跡天涯 2008-10-16 17:50
            記號 學習epoll時好好看看
            re: [整理]虛擬繼承入門 浪跡天涯 2008-10-16 17:46
            學習了...不斷積累!
            這和自己寫測試代碼有什么最大的好處???
            剛學cppunit,不是很明白,感覺還不如自己寫測試代碼來的快!
            re: gsoap使用心得! 浪跡天涯 2008-10-13 09:15
            可以的,你可以參考我的另一篇文章:
            <<webservice的互操作問題>>講得就是跨語言之間的webservice操作!
            re: P2P原理的解釋與實現(xiàn) 浪跡天涯 2008-10-08 16:54
            呵 學習學習
            re: 如此構(gòu)造~ 浪跡天涯 2008-10-07 16:22
            樓主也混cu?
            re: 不怕無知,但怕無畏 浪跡天涯 2008-10-06 16:16
            學無止境...
            關(guān)鍵還是看態(tài)度與思考能力 不在于你掌握了多少 而在于你是否愿意去掌握
            很多東西不接觸不知道 一接觸大概很多人也能知道
            所以還得看崗位要求 不過對于基礎(chǔ)的東西 不要求100%知道
            但常用的經(jīng)常碰到的問題應(yīng)該知道個八九不離十吧
            但很多問題我還是不知道 碰到以后一google很快也能解決
            遇到問題發(fā)現(xiàn)問題解決問題的能力最重要!
            re: 感謝您,出租車司機[皖A82038] 浪跡天涯 2008-09-28 09:08
            我相信好人總有好報.....
            re: iphone SDK & gPhone SDK Android 浪跡天涯 2008-09-25 17:57
            mark
            小明:
            兩邊setting是一樣的。
            我的想法和Kevin Lynx差不多,應(yīng)該就是這個原因吧
            megax:
            我是一直寫C++的,我沒發(fā)現(xiàn)這樣有什么不對,臨時對象完全可以作為參數(shù)傳遞。
            你可能沒有理解doc.Accept()這個函數(shù),這不是socket中的accpet,這就是一個相當于打印的函數(shù),就是一個過程調(diào)用,doc.accept只在BuildXMLFile內(nèi)調(diào)用,打印完后就銷毀了,然后才是BuildXMLFile調(diào)用過程的結(jié)束。
            mark 雙腿膝蓋經(jīng)常疼痛 小腿也經(jīng)常酸痛!
            從堆棧中,很顯然是NTDLL new出來的臨時對象,被MAPTEST delete時出錯。這也很明顯違背了誰new誰負責delete的原則。
            我TinyXml版本也是2.5.3 用的vc6.0
            我并沒有將TinyXML編譯成lib庫加載調(diào)用,而是將tinyxml的源文件引入工程中,這樣在不同的工程中,就會受到編譯選項的干擾;并且在我上面描述的接口中就會出現(xiàn)你所說的對象的所有權(quán)問題。我將tinyxml編譯成一個dll供其它工程調(diào)用后,就不會遇到上面問題。
            我沒看TiXmlPrinter的文檔,難道不是上面的原因嗎?
            怎么沒人發(fā)表意見?
            源碼包怎么那么大?svn上據(jù)說有1.5G,webgc.org上的tar包也有430多M。
            不知道這樣的“潛規(guī)則”還有多少?利欲熏心!!!這是一個不講道德的社會,不講氣節(jié)的社會,說到底還是體制的問題。民主不像民主,專制不像專制,這樣下去何去何從?
            re: 如何更改屬性頁向?qū)ы摰淖煮w 浪跡天涯 2008-09-16 09:18
            這可能是你屬性頁顯示范圍太小,調(diào)大顯示范圍即可!
            re: libcurl上傳文件實例 浪跡天涯 2008-09-11 13:40
            你說的是斷點續(xù)傳的問題,目前l(fā)ibcurl好像并不支持!
            共2頁: 1 2 
            <2008年2月>
            272829303112
            3456789
            10111213141516
            17181920212223
            2425262728291
            2345678

            導航

            統(tǒng)計

            • 隨筆 - 29
            • 文章 - 0
            • 評論 - 236
            • 引用 - 0

            常用鏈接

            留言簿(22)

            隨筆分類(30)

            隨筆檔案(29)

            文章分類

            搜索

            •  

            積分與排名

            • 積分 - 404906
            • 排名 - 58

            最新評論

            閱讀排行榜

            評論排行榜

            91久久香蕉国产熟女线看| 国内高清久久久久久| 国产 亚洲 欧美 另类 久久| 国产激情久久久久影院| 精品国产一区二区三区久久蜜臀| 中文国产成人精品久久亚洲精品AⅤ无码精品 | 久久这里只有精品首页| 亚洲色婷婷综合久久| 久久综合中文字幕| 亚洲国产精品成人久久蜜臀 | 久久久久亚洲AV成人网| 一本色道久久88精品综合| 九九久久99综合一区二区| 国产精品99久久久精品无码| 久久91亚洲人成电影网站| 久久天天躁狠狠躁夜夜不卡| 久久精品国产一区| 天天爽天天狠久久久综合麻豆| 精品无码久久久久久国产| 久久精品99久久香蕉国产色戒| 亚洲欧美日韩久久精品| 成人午夜精品久久久久久久小说 | 99久久777色| 日韩精品无码久久久久久| 无码人妻久久一区二区三区蜜桃| 2021久久国自产拍精品| 欧美牲交A欧牲交aⅴ久久| 久久天天婷婷五月俺也去| 久久久国产精华液| 久久久久国产精品嫩草影院| 天天综合久久久网| 久久九九亚洲精品| 成人久久综合网| 狠狠干狠狠久久| 国产精品久久一区二区三区 | 久久久久亚洲精品天堂久久久久久| 97久久久精品综合88久久| 久久久无码一区二区三区| 久久久老熟女一区二区三区| 少妇久久久久久被弄高潮| 国产亚洲色婷婷久久99精品|