• <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>

            socketref,再見(jiàn)!高德

            https://github.com/adoggie

              C++博客 :: 首頁(yè) :: 聯(lián)系 :: 聚合  :: 管理
              246 Posts :: 4 Stories :: 312 Comments :: 0 Trackbacks

            常用鏈接

            留言簿(54)

            我參與的團(tuán)隊(duì)

            搜索

            •  

            最新評(píng)論

            閱讀排行榜

            評(píng)論排行榜

            #

            為了解決公共網(wǎng)絡(luò)與私有網(wǎng)絡(luò)的穿透問(wèn)題,Ice提出了在單個(gè)tcp連接上的雙向傳輸方式
            一直以來(lái)對(duì)于Server端主動(dòng)發(fā)送Rpc請(qǐng)求到Client端的應(yīng)用我就一直很小心的使用bidirection方式,甚至是徹底不用,
            因?yàn)橥ㄟ^(guò)驗(yàn)證發(fā)覺(jué)要使用bid則必須關(guān)閉ACM管理,也就意味著這個(gè)tcp連接是個(gè)長(zhǎng)連接,只有在這個(gè)長(zhǎng)連接上server才能
            發(fā)起對(duì)客戶(hù)端的rpc調(diào)用,但如果連接斷了呢,client到server的rpc請(qǐng)求很簡(jiǎn)單,ice會(huì)重新發(fā)起連接,但之后的server到client的
            rpc請(qǐng)求就不行了,這樣必須要求client再次初始化bid操作:
            1 proxy->ice_getConnection()->setAdapter(adapter);
            2 proxy->addClient(ident);
            這個(gè)也太可怕了,Ice是不要求客戶(hù)直接管理底層的通信連接細(xì)節(jié)的,所以客戶(hù)不容易知道是否被重新連接
            所以這個(gè)咚咚我個(gè)人覺(jué)得是雞肋,不知大家如何看同

            Limitations
            Bidirectional connections have certain limitations:
            • They can only be configured for connection-oriented transports such as TCP and SSL.
            1168 Connection Management
            • Most proxy factory methods have no effect on a proxy created by a connection’s
            createProxy operation. The proxy is bound to an existing connection,
            therefore the proxy reflects the connection’s configuration. For example, it is
            not possible to change the timeout value of such a proxy. Similarly, it is not
            possible to change the proxy’s security configuration: if the incoming connection
            is secure, then the proxy must be secure, and cannot be changed to be
            insecure. However, it is legal to change between oneway and twoway invocations.
            • A connection established from a Glacier2 router to a server is not configured
            for bidirectional use. Only the connection from a client to the router is bidirectional.
            However, the client must not attempt to manually configure a bidirectional
            connection to a router, as this is handled internally by the Ice run time.
            • Bidirectional connections are not compatible with active connection management
            (see Section 37.4).

            posted @ 2009-06-23 03:17 放屁阿狗 閱讀(2658) | 評(píng)論 (2)編輯 收藏

            wxThread在遭遇了多次的調(diào)試苦頭之后,還是老實(shí)改用CreateThread(). wxThread使我陷入茫茫的誤區(qū),TLS亂報(bào)錯(cuò)、線(xiàn)程中串口讀寫(xiě)失敗等等,使用CreateThread()才是正道
            posted @ 2009-04-23 17:57 放屁阿狗 閱讀(1572) | 評(píng)論 (2)編輯 收藏

            現(xiàn)有庫(kù)WG2CHN,朋友告知為四維的經(jīng)緯度校準(zhǔn)函數(shù)庫(kù),函數(shù)原型如下

            WG2CHN_API unsigned int Gps2CN(unsigned int wg_lng,//input WGS84 longitude from GPS (LSB=1/1024 S)
                                           unsigned int wg_lat,//input WGS84 latitude from GPS (LSB=1/1024 S)
                                           int wg_heit,//input present altitude (LSB=1m))
                                           unsigned  int *china_lng,//output shifted longitude (LSB=1/1024 S)
                                           unsigned int *china_lat//output shifted latitude (LSB=1/1024 S)
                                           );
            不管如何調(diào)用參數(shù)帶入,均失敗,不知法門(mén),只是看到帶入?yún)?shù)類(lèi)型都是無(wú)符整型,所以將經(jīng)緯度全取整小數(shù)點(diǎn),請(qǐng)了解此庫(kù)的朋友幫忙!
            unsigned int r = Gps2CN(121462959,31241604,50,&olon,&olat);

            posted @ 2009-04-10 11:18 放屁阿狗 閱讀(1131) | 評(píng)論 (0)編輯 收藏

            初始化過(guò)程:
            AT                    回應(yīng):OK                    //測(cè)試端口是否連接
            AT&F                回應(yīng):OK                    //恢復(fù)到出廠(chǎng)設(shè)置
            ATZ                    回應(yīng):OK                    //將所有參數(shù)值恢復(fù)到出廠(chǎng)設(shè)置
            AT&W                回應(yīng):OK                    //保存設(shè)置
            *ATE0                回應(yīng):OK                    //輸入的命令不回顯
            AT+IPR=115200        回應(yīng):OK                    //設(shè)置波特率
            AT+CMEE=2            回應(yīng):OK                    //獲得ME擴(kuò)展錯(cuò)誤代碼
            AT+CPIN?                回應(yīng):+CPIN: READY            //間接測(cè)試SIM卡是否插好,原意用來(lái)查看PIN碼
            AT+CIMI                回應(yīng):SIM卡的全球識(shí)別號(hào),OK    //判斷SIM卡是否正常工作
            AT+CSQ                回應(yīng):XX,99                //測(cè)試網(wǎng)絡(luò)信號(hào)強(qiáng)度,在10~31范圍內(nèi)即可
            AT+CGREG?            回應(yīng):+CGREG:0,1 OK            //判斷網(wǎng)絡(luò)是否登記入網(wǎng)
            AT+CGDCONT=1,”IP”,”CMNET”        回應(yīng):OK        //設(shè)置為IP方式,接入移動(dòng)夢(mèng)網(wǎng)
            AT$HOSTIF=2            回應(yīng):OK                    //設(shè)置TCP透?jìng)髂J?br>AT$AREG=1            回應(yīng):OK                    //自動(dòng)登錄設(shè)置
            *AT$PADDST=”61.152.242.117”,8401    回應(yīng):OK        //設(shè)置服務(wù)器地址,端口號(hào),可能由外部輸入
            AT$PADDISC=1            回應(yīng):OK                    //保證可以從透?jìng)髂J较峦顺?br>*AT$IDLETO=300        回應(yīng):OK                    //設(shè)置閑置自動(dòng)斷線(xiàn)間隔
            AT&C1                回應(yīng):OK                    //通過(guò)DCD管腳監(jiān)視網(wǎng)絡(luò)連接情況
            AT&W                回應(yīng):OK                    //保存設(shè)置
            ATD*99#                回應(yīng):OK   CONNECT            //撥號(hào),上網(wǎng)了,可以開(kāi)始發(fā)送數(shù)據(jù)。當(dāng)再次收到OK時(shí)表示斷線(xiàn),也可由DCD判斷
            AT$DISC                回應(yīng):OK    OK                //主動(dòng)從網(wǎng)絡(luò)上斷開(kāi)

            斷線(xiàn)監(jiān)視:
            當(dāng)DCD腳為高電平時(shí),說(shuō)明斷線(xiàn),可由硬件監(jiān)視該腳。當(dāng)透?jìng)髂J奖粧炱饡r(shí),DCD也為高電平














            posted @ 2009-02-08 22:23 放屁阿狗 閱讀(2445) | 評(píng)論 (1)編輯 收藏

            用習(xí)慣了shared_ptr<>,但其是不能線(xiàn)程安全的
            posted @ 2009-02-08 22:21 放屁阿狗 閱讀(433) | 評(píng)論 (0)編輯 收藏

                 摘要: wince 流驅(qū)動(dòng)編寫(xiě)非常繁瑣,往往容易編寫(xiě)接口的時(shí)候犯錯(cuò)采用宏和虛函數(shù)的特性編寫(xiě)簡(jiǎn)潔的類(lèi)來(lái)封裝這些操作使用方式: Code highlighting produced by Actipro CodeHighlighter (freeware)http://www.CodeHighlighter.com/--> 1  2 class test_d...  閱讀全文
            posted @ 2009-02-08 22:18 放屁阿狗 閱讀(1589) | 評(píng)論 (0)編輯 收藏

            由于項(xiàng)目需要,考量了qt4.3和wxwidgets2.8.7之后選擇了后者
            在開(kāi)發(fā)過(guò)程中發(fā)現(xiàn)越來(lái)越受其功能限制,明顯 widgets豐富程度大不如qt,看到qt能做那么多花哨的ui,可是wx卻并不出彩
            項(xiàng)目中涉及的ui皮膚設(shè)計(jì),翻遍wx資源,發(fā)現(xiàn)wx沒(méi)有對(duì)應(yīng)的解決方案,代碼也膨脹到好大了,不能換了
            msw底部采用了win32原生組件 comntrl,treelist居然不能簡(jiǎn)單的處理checkbox的功能
            wxCheckListBox居然不能使用setClientObject(),暈倒!
            wx的那些ui組件使用起來(lái)比mfc好不了多少,以后還是用qt來(lái)做算了
            翻遍2.8.7代碼居然沒(méi)有base64實(shí)現(xiàn),在2.9.0添加進(jìn)去了,但這個(gè)版本還并不穩(wěn)定


            posted @ 2009-02-08 22:08 放屁阿狗 閱讀(2327) | 評(píng)論 (2)編輯 收藏

            eboot.nb0是不攜帶區(qū)塊下載標(biāo)識(shí)數(shù)據(jù)的,就是直接可運(yùn)行的romimage代碼,奇怪的現(xiàn)象是在有些機(jī)器上無(wú)法自動(dòng)產(chǎn)生eboot.nb0
            google了網(wǎng)絡(luò)發(fā)現(xiàn)如下幾種方法:
            方法1、把工程目錄和PB放在同一個(gè)磁盤(pán)下。
            方法2、使用WinHex或UltraEdit等十六進(jìn)制編輯器修改“\WINCE500\PUBLIC\COMMON\OAK\BIN\I386\romimage.exe”文件,把偏移地址0x25a7b上的“6A  01”改成“6A  03”
            方法3. 查看一下是否有eboot.bin文件生成,如果有,可以使用cvrtbin命令生成nb0

            posted @ 2008-08-26 02:05 放屁阿狗 閱讀(1413) | 評(píng)論 (0)編輯 收藏

            1.       地圖層的裁剪: 原始的數(shù)據(jù)圖層包含大量的feature信息,比如路徑上存在大量的頂點(diǎn)vertex,由于vertex過(guò)密,導(dǎo)致繪制時(shí)消耗的時(shí)間過(guò)大,所以對(duì)地圖數(shù)據(jù)要預(yù)處理,減化路徑復(fù)雜度來(lái)加速繪制速度。自行編寫(xiě)處理算法,好像geos庫(kù)有路徑簡(jiǎn)化的實(shí)現(xiàn),或者使用clibslib處理

            2.       設(shè)置圖層可視范圍:  每種圖層是否顯示要根據(jù)設(shè)置的可視范圍來(lái)判別,沒(méi)有達(dá)到指定的顯示范圍,層對(duì)象就是隱藏

            3.       相同類(lèi)型圖層對(duì)象子類(lèi)化: 道路可以分國(guó)道、省道及更小單位的對(duì)象,每種對(duì)象劃分在不同的圖層上,根據(jù)設(shè)定的可視范圍來(lái)決定是否進(jìn)行繪制

            4.       spatial indexed: 選擇地圖數(shù)據(jù)的存儲(chǔ)方式來(lái)加速訪(fǎng)問(wèn)圖層數(shù)據(jù)。Qgis的效率很低,通過(guò)ogr庫(kù)雖然能訪(fǎng)問(wèn)多種gis數(shù)據(jù),但是當(dāng)選擇REct進(jìn)行搜索時(shí)卻是遍歷圖層所有對(duì)象(feature),此法效率低下。Rtree indexed算法能改善此種效果,但目前尚無(wú)對(duì)此算法研究。選擇空間數(shù)據(jù)庫(kù)存儲(chǔ)是個(gè)好的方法。對(duì)于地圖集中式管理可以采用pgsql-postgis或者mysql-sptial db,或者oracle sde,發(fā)現(xiàn)微軟sql-server 2005目前也有空間數(shù)據(jù)庫(kù)引擎。

            對(duì)于本地文件型地圖存儲(chǔ)方式,觀(guān)察到很多國(guó)內(nèi)地圖引擎產(chǎn)商采用自己的文件格式,一個(gè)省區(qū)的地圖數(shù)據(jù)處理之后只有10M,目前尚無(wú)經(jīng)歷去研究此種存儲(chǔ)方式,唯一簡(jiǎn)單的就是采用sqlite+spatialite來(lái)實(shí)現(xiàn)空間數(shù)據(jù)存儲(chǔ),其實(shí)現(xiàn)了ogc的部分spatial sql,看其介紹尚無(wú)rtree算法(builtin),可能對(duì)于超大的數(shù)據(jù)量的處理性能會(huì)差很多

            5.       縮放重繪:只有在縮放操作時(shí)才進(jìn)行地圖數(shù)據(jù)的查詢(xún)加載

            6.       對(duì)于進(jìn)行Pan操作時(shí)平滑的現(xiàn)實(shí),采用圖層顯示區(qū)域緩存的方式。地圖顯示區(qū)域進(jìn)行pan時(shí),可能要對(duì)8個(gè)方向進(jìn)行拖動(dòng),比如顯示區(qū)域320×240,那請(qǐng)求區(qū)域時(shí)請(qǐng)求320×3240×3區(qū)域的feature對(duì)象,當(dāng)往下拖動(dòng)地圖時(shí)上部的緩存區(qū)域?qū)⒊霈F(xiàn)無(wú)效區(qū)域,完成拖放時(shí)將上部緩沖區(qū)域填充,此種方法如同openlayers技術(shù)。Qgis未采用此方式,修改可能涉及代碼挺多。

            posted @ 2008-07-16 02:37 放屁阿狗 閱讀(922) | 評(píng)論 (0)編輯 收藏

            auto_ptr A,B A=B之后B指向內(nèi)容將失效, auto_ptr屬于scoped smart pointer


            posted @ 2008-07-13 00:34 放屁阿狗 閱讀(478) | 評(píng)論 (0)編輯 收藏

            僅列出標(biāo)題
            共25頁(yè): First 12 13 14 15 16 17 18 19 20 Last 
            岛国搬运www久久| 成人综合伊人五月婷久久| 久久狠狠一本精品综合网| 欧美性猛交xxxx免费看久久久| 欧美亚洲国产精品久久高清| 久久综合亚洲欧美成人| 国産精品久久久久久久| 久久天天躁狠狠躁夜夜不卡| 国产午夜久久影院| 国产精品久久婷婷六月丁香| 成人国内精品久久久久影院| 久久久久久久综合狠狠综合| 久久免费精品视频| 午夜久久久久久禁播电影| 91久久精品视频| 99久久久精品| 久久亚洲欧美国产精品| 天堂无码久久综合东京热| 国产精品久久久久久吹潮| 久久久这里有精品| 婷婷久久精品国产| 成人国内精品久久久久一区| 久久人人爽人人爽人人AV| 99久久99久久精品国产片果冻 | 蜜臀久久99精品久久久久久| 久久影院综合精品| 国产精品久久久久久久app | 久久av免费天堂小草播放| 日韩AV无码久久一区二区| 欧美午夜精品久久久久久浪潮| 久久99精品国产麻豆宅宅| 久久九九精品99国产精品| 99精品国产免费久久久久久下载| 精品久久久久久无码中文野结衣 | 久久婷婷色综合一区二区| 国产精品伦理久久久久久| 久久精品九九亚洲精品天堂 | 久久久久高潮毛片免费全部播放| 久久精品国产欧美日韩99热| 青青青青久久精品国产h久久精品五福影院1421| jizzjizz国产精品久久|