一段時間沒摸CRecordSet, 填入SQL語句之後,可能是頭比較暈,偶取了2個段,使用GetFiledValue以為這個取值等同於資料庫中的欄位位置; 如: 欄位1 欄位2 欄位3 欄位4 欄位5 偶取了欄位1和欄位3,得到欄位3的值,卻在GetFiledValue使用(3,var)的參數,這個造成了CDBException,由於沒有太多的資訊,偶花了1個多小時排錯,相當令人沮喪
這段時間手機不見了,抱著“不找它自然便會出現的心理”,偶也就沒有去找。這樣就與家人失去聯絡很長的時間。 等到昨天把手機找到後,接了哥一個電話,問了我正在做的項目。 根據一貫的作風,我便清描淡寫的告訴了他近況。 而仔細想想,我正在做的這個項目似乎成了無底洞,沒有能真正做成功的那一天。而我的激情正一天一天的消磨,遠不如當初到這裡來的時候有衝勁。
1。 網路認證的程式一般採用本地認證進行破解,由此我們需要修改host檔案 2。這類程式最終解密出資料之後會進行一系列簡單判斷,只要找到這些判斷,打上PATCH,一般都能過 3。如果需要PATCH RECV之後的程式,如果共用SOCKET且在待破解的程式RECV之前,需注意資料會被待破解的程式收到,因為RECV緩衝是隨著SOCKET消亡而消亡的
Quicklisp 這就是我夢想中的工具:極其方便的Lisp庫管理工具。在一周前quicklisp發布了公開的beta版本,今天試用下,非常爽。 簡單說,quicklisp就是一個類似Linux上面 apt-get 的庫安裝工具,只需要一條命令就能安裝好一個庫,同時會自己搞定依賴庫。更重要的一點是它維護了一個300多個軟體包的庫。 安裝很簡單,下載: wget http://beta.quicklisp.org/quicklisp.lisp 然後在sbcl 中load 它:(load
近來發覺自己的軟體被人破,心中甚是惱火,惱火當初沒花時間在反破解上。 反正鄙人盡量琢磨了點驅動東東,心想加上點RING0的看你小樣去破去。 這樣吧,弄點狠的,如果有看官,也幫我琢磨下可行性。 1、啟動方式上面,採用犧牲程式的方式,由載入(犧牲)程式做好初始化,包括:驅動載入,調試器檢測,一旦通過立即和驅動通訊,由驅動解密犧牲程式中封裝的資源,然後由驅動執行程式。 2、驅動內部採用投APC到EXPLORER的方式執行程式。真正的程式碼已經VMP化,嵌套深度達3層
在萬家燈火,元宵節的煙花絢爛綻放的時刻,checkin了代碼,隨手統計了下程式碼,恰好1000行整(包括空行)。冥冥中自有天意? 這個項目是一個分布編譯打包發布程式,需要控制多台遠端的伺服器進行編譯,編譯過程有很多步驟,還要根據需要增刪build 的步驟即參數。 最早的程式是用Python寫的,只在一台機器上作,後來隨著項目越來越複雜,打包編譯花的時間越來越多。於是決定重寫,那誰說重寫代碼是創業公司自殺行為來著?簡直扯淡。 我決定使用 Common Lisp 來重寫它。經過一周多時間,基本完成。
應用情境:一個統計查詢的後端程式,根據查詢名稱字串分別調用相應的處理函數。 一般的處理方法,可以用一個全域的註冊表,將名稱字串與函數名對應起來。但是,lisp程式員是很懶惰的,既然lisp環境本身已經提供了名稱註冊的機制,為什麼還要自己寫一套呢?事實上,Lisp環境本身的核心就在於 namespace 。 簡單的說解決辦法如下: (defun q-hello () (format t "q-hello ok"))(defun q-world () (format t "q-world
就侃侃我見過的那些美麗的語言們吧。IT男好像特別喜歡爭論,比如 Windows vs Mac vs Unix, Java vs C# vs C++, Vi vs
原文:http://blog.vckbase.com/zhangjw_cn/archive/2005/08/09/10701.html簡要記錄sizeof和記憶體對齊
我的blog專欄名字叫“很少人回複的專欄”。 事實也確實如此,看的人少,回複的人更少。無奈,我選擇的總是很小眾的東西,Haskell語言即使在學習研究者中間也被大多數人當成是研究學習的工具,並未考慮其實用化。甚至在 tiobe 這個熱門排行榜上Haskell已經跌出了前50名,其曆史最好成績好像是32名。 相比較像erlang 現在是28名,入常大有希望阿。而在5年前我開始積極的參與Python社區的活動與推廣,到現在 Python已經穩居“常委”之列了。
主流反外掛技術的優缺點比較目前反外掛技術幾種實現方法一.使用動態變換圖形提問來判別外掛行為優點:適合情境類RPG遊戲缺點:透明性差,準確度無法實現100%,存在誤判,策略處理能力差典型產品:《夢幻西遊》,《A3》,《QQ幻想》二、使用外掛程式特徵識別掃描優點:採用成熟的病毒碼掃描技術缺點:及時性差;長效性差,反外掛方更容易疲勞;透明性差;易用性差;策略性差典型產品:金山公司金山遊盾三、在核心驅動層監控並抑制各類程式進行各類HOOK動作,給遊戲用戶端增加一層保護傘優點:對於內掛問題有一定程度解決缺
數位簽章Digital signature本文參考wiki條目:http://en.wikipedia.org/wiki/Digital_signature數位簽章的目的:一個有效數位簽章可以用來驗證一份數字資訊(檔案)是由特定的寄件者建立的,並且在傳輸過程中沒有被修改。經常用於
有程式EXE和DLL,其中DLL中有1個函數用來顯示對話方塊,被EXE調用。當EXE和DLL都為Release或Debug時,沒有任何問題,但EXE為Release、DLL為Debug時,就會出錯。該DLL是用VC提供的MFC Extension DLL,函數的代碼如下:HINSTANCE hInstOld = AfxGetResourceHandle(); // 該句出錯HINSTANCE hInstNew =
弄驅動的時候碰到一些不是問題的問題,但是這些要是不注意,會浪費大量的是時間。 1、ONLOAD函數沒有卸載裝置,這樣導致重新編譯之後,驅動無法載入,因為前面的DEVICE沒有卸載,真的發生這樣的情況只有改裝置名稱 2、粗心:IoCreateSymbolicLink(&devLinkUnicd, &devNameUnicd) ,一定要前面是LINKNAME,後面是裝置名稱3、驅動如果載入出錯,可能在載入時造成檔案無法建立的錯誤,只有都把驅動名和裝置名稱改了
kongfoo/2004.4.18-5.27 1)花指令 很無聊的技巧,但也有一定作用:隱藏指令,幹擾分析。:偶現在一直覺得花指令完全達不到隱藏效果,可能是偶研究的不夠深入 2)花迴圈 無用迴圈,讓跟蹤者浪費時間,心煩。:這個其實如果下好斷還是很弄的 3)時間比較 經典的反跟蹤技巧,單步跟蹤比連續執行的時間長很多。:看雪有相關的文章 4)父進程檢查 被調試器載入後父進程就不是通常的Explorer.exe。 5)檢查調試器 Windows本身就提供一些API可以用來檢查調試器
ULONG rip=0xffffffff; __asm { push eax mov eax,[ebp+04h] mov rip,eax pop eax } DebugString("the module from ebp+04h:%s/n",GetWhoIsCalling(rip)); char * __stdcall GetWhoIsCalling(DWORD
Visual C++如何與應用程式或其他 DLL 共用自己 DLL 中的資料? Win32 DLL 映射到調用進程的地址空間中。預設情況下,每個使用 DLL 的進程都有自己的所有 DLL 全域變數和靜態變數的執行個體。如果 DLL 需要與它的由其他應用程式載入的其他執行個體共用資料,則可使用下列方法之一:使用 data_seg 雜注建立命名資料節。使用記憶體對應檔。請參見有關記憶體對應檔的 Win32 文檔。以下是一個使用 data_seg 雜注的樣本: 複製代碼#pragma
控制項Radio Button的常用用法 先為對話方塊加上2個radio button,分別是Radio1和Radio2。問題1:如何讓Radio1或者Radio2預設選上?如何知道哪個被選上了?關鍵是選上,“預設”只要放在OnInitDialog()即可。三種方法可以讓它選上,第一種:((CButton *)GetDlgItem(IDC_RADIO1))->SetCheck(TRUE);//選上((CButton
VC++之Tab Ctrl控制項 <轉自天極> Tab屬性頁面控制項可以在一個視窗中添加不同的頁面,然後在頁選擇發生改變時得到通知。MFC中使用CTabCtrl類來封裝屬性頁面控制項的各種操作。通過調用BOOL Create( DWORD dwStyle, const RECT& rect, CWnd* pParentWnd, UINT nID );建立一個視窗,dwStyle中可以使用以下一些屬性頁面控制項的專用風格:
現在最常看見的關於DLL的問題就是如何在DLL中使用對話方塊,這是一個很普遍的關於如何在DLL中使用資源的問題。這裡我們從Win32 DLL和MFC DLL兩個方面來分析並解決這個問題。 1.Win32 DLL 在Win32 DLL中使用對話方塊很簡單,你只需要在你的DLL中添加對話方塊資源,而且可以在對話方塊上面設定你所需要的控制項。然後使用DialogBox或者CreateDialog這兩個函數(或相同作用的其它函數)來建立對