其他

在OnDraw(CDC

 Hash函數是一種映射關係，通過一種映射關係，將原本的字串，數字或其他關鍵資訊轉換為一個索引值。用數學關係式表示為：   index  =  function(key) 數序上有不同的映射關係，不同的key，有可能會擷取相同的index，這個時候的index就是有重碼，也就是collosion，這就導致了Hash函數的不唯一性，從而在尋找index下的關鍵字時也是有衝突的。目前一些常用的數學映射關係為：   1、直接定址法，就是直接使用key作為index  

群裡面一位研二的同學，發了這麼一個題目：在數軸上的0點你有一個煤礦，煤礦裡有3000噸煤，在1000公裡處有一個市場，你有一輛小火車，小火車的最大載貨量是1000噸，小火車本身每走1公裡就需要燒1噸煤，並且小火車可以在任意地點卸貨或者裝貨，問你最多可以運多少噸煤到市場。。。。這個題目不是很難，高三的時候就差不多可以解這個題目了，下面開始分析解題：首先，將1000噸煤裝到小火車上，運行到x1處，將1000-2x1噸卸載下來，然後小火車載著剩下的x1噸煤回到出發點，然後拉上剩下的1000噸煤，繼續跑

ulipad是一個limodou用python+wxPython編寫的IDE，功能很強大，支援多種語言，自訂themes，內建python的shell等等，但是也有一些缺陷，比方說調試功能比較麻煩，代碼風格也比較雜散，開發文檔比較少，不容易進行二次開發，最新版本為4.0。有關ulipad的更多資訊可以查看：http://hi.baidu.com/limodou/http://code.google.com/p/ulipad/ulipad採用mixin方法進行主要架構的搭建，然後逐漸將介面視窗，菜

現在的火車票都有二維碼了，辦公室裡面又有幾張不知誰留下的火車票，正好，手頭有一台掃描器，自己又是做映像方面的，可以測試測試火車票二維碼內容。 其實測試沒有什麼痛點，用的是第三方的軟體Pystec，關鍵是降背景色去掉。 去除背景色的原理也很簡單，只是將RGB作為三維座標球看待，然後在指定半徑內的值設定為黑色或白色，那麼黑白二色就非常明顯了，也就是去除了背景色，下面是處理後的圖片，處理的不是很好，但已經夠用了。  然後就可以用Pystec軟體讀取出來了，資料是一串數字： 26043792045255

通常使用C/C++的強制轉換是(type)方式，今天偶爾碰到一個函數指標的定義，以及強制轉換，忽然間變得不認識了。因此有必要做一下記錄，首先定義了一個函數指標，INTERFACE_FINDERCode highlighting produced by Actipro CodeHighlighter

當我們聲明一個類的時候，可能會需要另外一個類的實體去初始化一個新定義的類。// 類定義// 此類只能實現資料的拷貝，而不能夠對資源進行操作。class ScreenOnlyCopyData...{public:      short height()...{/**//* ... */}      short weight()...{/**//* ... */}      string  screen()...{/**//*...*/}private:     string _screen;   

最近一直在做WebService的測試，考慮到手工測試的困難，所以特意去尋找好的測試載入器，現在做一個整理。1、.NET WebService Studio這款工具出自微軟內部，最大的優點是可視化很好，不用去看那些XML檔案，WebService的基礎內容就有XML，但是測試中Case過多，每次測試結果都去看XML檔案，看一輪下來對個人的視力是個很大的損害。 從可以看到，操作上也很方便，只需要把Service部署到IIS後，在WSDL

 NINJA是新出的Python的IDE工具，全稱是NINJA is not just anther

昨天無意中瀏覽看到角點的概念，並加上想要切換到OpenCV的平台上，因此網上搜了一下，測試了一下面的角點測試代碼；int main(int argc, char *argv[]){CvPoint2D32f pt[200];int cornerCount = 30;IplImage *src = cvLoadImage("harris.png");IplImage *grayImage = cvCreateImage(cvGetSize(src), IPL_DEPTH_8U,

昨兒個群裡面討論一個演算法，在http://blog.csdn.net/v_JULY_v/archive/2011/01/10/6126444.aspx中，第22題博主沒有寫出代碼，表示代碼不好寫。我對於窮舉演算法不怎麼會寫，於是很差勁地寫了下面的代碼(迴圈太多），題目為：有4張紅色的牌和4張藍色的牌，主持人先拿任意兩張，再分別在A、B、C三人額頭上貼任意兩張牌，A、B、C三人都可以看見其餘兩人額頭上的牌，看完後讓他們猜自己額頭上是什麼顏色的牌，A說不知道，B說不知道，C說不知道，然後A說知道了

QtGui中有一個QDesktopWidget模組，該模組支援多個虛擬桌面（在linux上會比較多）。裡面有一個函數screenGeometry，可以擷取到整個螢幕大小的尺寸。screen = QtGui.QDesktopWidget().screenGeometry()setGeometry(0,0,screen.width(), screen.height()) 當然也可以用showFullWindow函數來實現（這個更簡單） #! /usr/bin/env

 映像特效處理在映像領域具有非常重要的作用，這些方法可以使得映像能夠準確識別以及成為特殊的圖片。岡薩雷斯的書中，對於映像特效處理做了大量的論述，並採用不同的圖片以及方式來展現各類影像處理，但是很專業，也需要一些數學功底才能夠理解，並不怎麼適合普通的理解。在《GDI+編程》一書中，對於映像的特效處理，做了較多的描述。也是的影像處理變得容易理解。1、映像的淡入淡出效果是通過將一幅圖片的RGB色彩分量飽和度從0到1進行變更，同時輸出圖片，當飽和分量為0時，圖片全黑，當分量飽和度增加時，圖片亮度也隨之增

今天修改一份代碼，是一份公司留下來的舊代碼，比較龐雜，修改的東西也不是很多，有一個類對象內部資料需要清除，該類對象方法是在標頭檔中進行建立的。VC++6.0不知道為什麼，我在這個方法中添加了一條指派陳述式，在調試的時候，語句是進去了，可是執行結果完全不對，納悶極了。後來我想了想，會不會是系統還沒有編譯進去呢，於是完全重建exe後，執行就ok了。非常囧的一件事情，差不多花了我半個小時。不清楚，為什麼.h標頭檔中的方法中添加語句，會出現問題呢！真是納悶壞了！

代碼如下：

有關live555的介紹，還是百度百科：http://baike.baidu.com/view/3495912.html?fromTaglist 下載live555http://www.live555.com/liveMedia/public/ 我在windows下運行，開始用msys環境編譯，通不過，於是網上找了vs2008編譯環境，lihao_nx寫的非常好，我按著步驟，一步就過去了： http://blog.chinaunix.net/space.php?uid=506080&do

Windows中有一個Shlwapi.dll檔案，包含了大量的Windows字串處理方法，這些方法，在通常的程式應用中，經常會用到，有一部分處理方法，在CRuntime中也存在，但不方便使用。有一部分函數，也有相關的Windows API函數，如StrCpy對應的lstrcpy之類的字串處理函數。從Shlwapi名稱看，這個應該是Windows的Shell

Ulipad中有一個tool菜單，下面有一個script-script manager菜單選項，依據Ulipad的協助文檔，可以編寫Python指令碼，然後有由該菜單選項進行執行。 Ulipad協助文檔中，只提供了一個win的參數，並說明這個win參數是整個架構的win對象。具體是怎麼進來的，Ulipad的文檔並沒有說明，今天在google

最近出了一個核彈層級的bug，影響了大部分的語言，這個bug是大部分語言層級內建的hash表的產生。 暴雪使用了另外一種hash方式，即用三個不同的hash函數來對比同一個入口的字串， 三級級聯，不同的hash函數，產生同一個hash值的可能性1:18889465931478580854784 即不會降低二級hash函數的運算，也減少了衝突，夠好夠安全。

通常對於影像處理，我們需要進行行列遍曆，掃描整一幅映像，得到我們需要的資訊，大部分的時候，我們會直接編寫下面的代碼：for(int row=0; row<height; ++row){for(int col=0; col<width; ++col) { pixel = image_data[ row * width_step + col ] }}如果我們分析一下，就會發現 row * width_step