hdqqq

這幾天在網(wǎng)上下電子書,準備放到手機上看,在網(wǎng)頁上ctrl+c ,然后ctrl+v到記事本,太麻煩了,
于是寫了個ie的右鍵菜單處理,直接在ie里面存到文本文件里面

把下面的javascript存成一個htm文件

然后在注冊表中添加下面的項
HKEY_CURRENT_USER\Software\Microsoft\Internet Explorer\MenuExt\信息收集(&Q)

設(shè)置兩個鍵值

默認 D:\rocket\Download\pagehook.htm   //即先前存的htm文件,需要絕對路徑
contexts 243

就可以了,以后就可以在ie里面收集你要的文本了.
使用的時候,先用鼠標選擇你需要的文字,然后右鍵選"信息收集"菜單,就可以把選擇的文字
存儲到c:\collect.txt 中了.

前幾天在搞一個udp穿透功能的,有個同事,畢業(yè)2年多,平時的時候就是整天qq,要么看論壇,讓他寫段代碼,功能是反復從服務端收取ip地址信息并存入map,然后向這些ip地址發(fā)送數(shù)據(jù)包.框架已經(jīng)有了,只要加入相關(guān)的功能代碼就可以了,結(jié)果代碼寫了兩個小時,調(diào)試花了三個半小時,后來看了他寫的代碼,我暈.

插入map是這么寫的

map<int, string>::iterator it = lmap.end();
it->first = 34;
it->second.ip = inet_ntoa(343);
...
...

把上面的這段代碼改了,還是不行,再看,我再暈,
他兩個客戶端之間數(shù)據(jù)包封裝和接受的讀取位置根本就不對,難怪取不到需要的數(shù)據(jù).

修改了代碼,還是不行,再仔細看代碼,終于找到了原因
原來他用了一個sockaddr_in變量存儲服務器地址,
結(jié)果用recvfrom接受數(shù)據(jù)的時候,也用的這個變量,所以再次向服務器發(fā)送地址的時候,就錯了.我當時實在有些抓狂,難道他寫代碼的時候就不能看看幫助文檔?

這幾天看看,繼續(xù)老樣子,qq + 論壇.

有的時候,讓新手寫代碼,再修改實在是比較花時間的,確實還不如直接自己寫,但是只要上進,新手總歸回變老手的,關(guān)鍵還是看是否有學習的態(tài)度.

       從去年開始,因為工作需要,開始在linux下開發(fā)一些程序,所以在本地的一個虛擬機上裝了個ubuntu的系統(tǒng),一直使用字符界面,后來在網(wǎng)上看到一些介紹xgl和beryl的演示,感覺不錯,正好家里面新裝了臺機器,拿來裝個ubuntu試一下,查了點資料后,分辨率,設(shè)置等什么都弄好了,啟動一看,果然效果不錯.看來ubuntu在做桌面系統(tǒng)上還是很不錯的,桌面顯示效果和微軟差不多了.
      但是從應用程序的角度來講,還是不如windows系統(tǒng)的來的好.比如缺省裝的totem媒體播放器,無法播放windows下可看的avi文件,我也不知道從那里去下插件,xmms也是,可以放mp3,但是菜單是亂碼.還要花時間去查資料改進.還有一個重要的方面是字體顯示和中文的輸入法等方面的問題,都需要自己配置.在應用程序的數(shù)量上面,ubuntu社區(qū)提供了很多的軟件,但我用的是gprs上網(wǎng),速度比較慢,下不了那么多,希望ubuntu以后可以出多光盤的版本,不需要用apt-get下載再安裝.總體的感覺,如果linux系統(tǒng)在易用性,本地化和應用軟件的數(shù)量和質(zhì)量上再改進的話,差不多就可以和微軟一較長短了.當然路還很長.

創(chuàng)建一個基于模板的數(shù)據(jù)庫記錄集操作類(三)

ado封裝
前面講了建立一個記錄的結(jié)構(gòu)和對variant數(shù)據(jù)結(jié)構(gòu)進行轉(zhuǎn)換,在這篇里面,對ado接口進行封裝.微軟的ado數(shù)據(jù)操作接口是以com的形式發(fā)布的,在用import指令對com的動態(tài)庫進行導入之后,會在工程的輸出目錄下生成tlh和tli兩個文件,tlh是于c和c++用于操作com接口的頭文件,在其中聲明了一些 com接口和com對象的 IID和CLSID,還有接口的屬性和方法,都以c/c++可以用的形式做了轉(zhuǎn)換,那個tli文件其實就是tlh文件中聲明的一些結(jié)構(gòu)的成員函數(shù)的實現(xiàn),被tlh文件包含.在tlh文件中,通過宏_COM_SMARTPTR_TYPEDEF用模板類_com_ptr_t對接口進行了包裝,

_COM_SMARTPTR_TYPEDEF是一個很奇怪的宏,最終生成的是一個以Ptr結(jié)尾的類如:
_COM_SMARTPTR_TYPEDEF(Field15, __uuidof(Field15));
實際上生成的類的名稱是Field15Ptr類, 類型是_com_ptr_t<Field15, __uuidof(Field15)>

在我實現(xiàn)的模板類中,沒有打算在類的整個生命周期中擁有一個ADO接口的記錄集成員或者或者ADO連接,我只打算在一些成員函數(shù)中,通過局部變量來使用ADO接口.所以對ado進行了部分的封裝.