其他

dcc32.exe命令列編譯工程搜尋路徑的問題作者：CoolSlob(CoolSlob@163.com)時間到了23點，說這麼一句，是因為時間緊迫，還有很多工作沒有做完，但還是堅持花半個小時寫這麼一篇文章，總是找別人幫忙解決問題，不出點綿薄之力，都不好意思再混下去。OK，長話短說廢話少說，進入正題。相信對dcc32.exe動過念頭的人，都碰到搜尋路徑的問題：在編輯器中設定好了Search

LabVIEW 程式中的線程 4 - 動態串連庫函數的線程四、動態串連庫函數的線程 1. CLN 中的線程設定    LabVIEW 可以通過 CLN（Call Library Function Node）節點來掉用動態串連庫中的函數，在 Windows 下就是指 .DLL 檔案中的函數。使用者可以通過 CLN 節點的配置面板來指定被調用函數運行所在的線程。相對於 VI 的線程配置，CLN 的線程選項非常簡單，只有兩項：介面線程（Run in UI

   經過兩個星期的折騰，SSDT HOOK終於成功了，在這裡首先感謝論壇裡的一位大神，真的是非常感謝，他的ID是什麼記不得了，加了他的好友，記得他的名字下面寫著列寧兩個字，呵呵很有趣的名字啊，想加的人可以看一看我發的文章。 

INF檔案格式要求一個INF檔案是以段組織的簡單的文字檔。一些段油系統定義(System-Defined)的名稱，而另一些段由INF檔案的編寫者命名。每個段包含特定的條目和命名，這些命名用於引用INF檔案其它地方定義的附加段。INF檔案的文法規則：1、要求的內容：在特定的INF檔案中所要求的必選段和可選段、條目及命令依賴於所要安裝的裝置群組件。端點順序可以是任意的，大多數的INF檔案安裝慣用的次序來安排各個段。2、段名：INF檔案的每個段從一個括在方括弧[]中的段名開始。段名可以由系統定義或IN

     編寫USB驅動程式，發出內部IOCTL給USB匯流排驅動程式，使用IoBuildDeviceIoControlRequest函數可以方便的構造IOCTL和內部IOCTL IRP，如果傳遞一個已經初始化了的時間，就可以通過等待該事件觸發來等待IRP完成，而不需要設定完成常式。usb內部IOCTL不使用標準輸入和輸出緩衝區，而必須設定下一個棧單元的欄位-- Parameter.Other.Argument1.將它指向URB指標。   windbg中指定進位形式,0x/0n/0t/0y

       呵呵，最近部落格寫的有點頻繁，我這個人耐不住性子，有點東西就要拿出來讓大家分享一下，雖然不一定都是好的。最近一直在做HOOK，從核心驅動到使用者層的API函數，基本上都嘗試過了，昨天下午搞了一下午，寫了一個R3下設定全域鉤子截獲鍵盤記錄的小程式，雖然網上可能多得是，但是我認為菜鳥貴在自己動手做，哪怕是從網上從書上借鑒來的，你都要自己理解以後上機動手做一遍，這樣你會發現很多你以前從未發現過的東西。    

這也是好久以前的代碼了。我是菜鳥，在這個問題上研究的不夠深，說錯了還請大牛指正。 這個問題也是一個老問題，不過我是菜鳥我有話要說。我在做這個問題的時候查閱了好多資料，其實這個問題不能算解決，這篇文章你將會看到一段比較長的代碼，其實這段代碼不是我寫的，是網上一個比較有名的人（人稱MJ）寫的，據說這段代碼是通過360檔案粉碎機逆向出來的。 我查了好多資料，發現能夠實現標題所說的功能大概有兩種常用的方法，一個是本文提到的直接發送IRP給目標檔案的裝置驅動強刪檔案，還有一種就是掛鈎MmFlushImag

  又有好久沒有更新部落格了，不要認為我又去偷懶了，因為筆者開學了，但是我的新唐的學習並沒有結束。這麼長時間沒有寫部落格因為我在學習的過程中又遇到了糾結的問題，這個問題從9月1日到現在快三個星期了，就是RS485通訊，特此寫下自己的錯誤，避免看到文章的人再走彎路。 

    我們知道，使用宏可以實現條件編譯：#if 1    //do something#else   //do something else#endif     使用模板也能夠達到類似的效果：#include <stdio.h>template <bool value>void func()...{    if (value)    ...{        printf("true

    小弟剛剛學LINUX 下的C/C++編程，同事告訴我要用makefile來編譯 ，再問之如何寫makefile時，答：makefile是很難的東西，你可以使用國外高手寫的makefile來編譯。    疑惑中，開啟所謂高手的makefile，果然好長，果然看不懂。    不服氣，到網上找一些makefile的教程，儘是些檔案依賴、目標之類的理解不了的名次。   於是，謬論就這樣在心中紮根了。  

 veket安裝協助帖索引一、veket系統安裝中使用的工具及教程匯總地址：http://www.lucky8k.com/thread-76625-1-1.html 二、簡要說說veket系統　　1，隨身系統，裝在隨身碟可走遍天下，它幾乎支援“所有”的電腦，就我所接觸得到的電腦它都支援並成功驅動，就這十多年的安裝的電腦都支援吧。裝在隨身碟上拿到新電腦不用重新安裝驅動就可以用內建的硬體驅動運行起來，適合隨處工作什麼的。　　2，比較適合菜鳥，不需要重新分區，支援直接安裝在windows的NTFS或F

2013.6.2設計能力是技術人員水平的主要象徵之一，項目組的技術人員跋涉了前面的各個階段，終於迎來了由他們自己主導的時間。優秀系統的總設、優秀的模組的概設追根到底是設計人員的自己能力的展現，這要求他們有足夠的視野，經驗和思考。專案管理在設計階段主要起到的作用是：1、協助設計經驗不足的組員進行缺陷預防，保住設計品質的底線2、給予經驗豐富的專家以明確的目標，以便進一步提高設計的品質3、降低返工的風險按照項目的五要素，設計階段分為以下階段(圖片可放大網頁看)：1、干係人期望-目標     

3D顯示原理　　裸眼3D技術叫做“視差屏障技術”或“光屏障技術”，該3D技術的原理和偏振式3D較為類似。光屏障式3D產品與既有的LCD液晶工藝相容，因此在量產性和成本上較具優勢，但採用此種技術的產品影像解析度和亮度會下降。雙眼看到的像素點不一致，從而產生立體感覺　　視差屏障3D技術的實現方法是使用一個開關液晶屏、偏振膜和高分子液晶層，利用液晶層和偏振膜製造出一系列方向為90°的垂直條紋。光屏障式（Barrier）技術這些條紋寬幾十微米，通過它們的光就形成了垂直的細條柵模式，稱之為“視差障壁”。而

區別一：throw 是語句拋出一個異常；throws 是方法拋出一個異常；throw文法：throw

      nachos及其交叉編譯工具的編譯       

這是從“VC編程經驗總結7”中轉出來的借花獻佛——如何通過崩潰地址找到出錯的程式碼作為程式員，我們平時最擔心見到的事情是什嗎？是記憶體流失？是介面不好看？……錯啦！我相信我的看法是不會有人反對的--那就是，程式發生了崩潰！ “該程式執行了非法操作，即將關閉。請與你的軟體供應商聯絡。”，呵呵，這句 M$

 珍貴明本《三國志傳》迴歸 日本學者無償捐贈作者：佚名 來源：中國新聞網 日期：2007-8-14         六位日本學者和一名中國學者聯合出資購買的珍貴明本《三國志傳》被無償捐贈給中國國家圖書館。 　　二00五年嘉德秋季拍賣會上拍賣了明萬曆間刻本《新刻湯學術校正古本按鑒演義全像通俗三國志傳》兩冊，此拍品當時流拍。

最近看了鬱金香老師的《VC++外掛編程》系列視頻，試著按這個思路寫了一個筆者自己的連連看外掛。實驗了一下，比較成功，已經從0分刷到了近20000分。下面來分享一下經驗。 首先說明一下需要用到的工具：1、  CE(cheat engine)，筆者用的是cheat engine6.2，中文補丁。2、  VC++ 6.0 好了，廢話不多說，開始詳細講解整個製作過程。首先開啟QQ遊戲用戶端，選擇QQ連連看並選好座位。開啟CE，這是如果不出意外會彈出QQ遊戲崩潰發送錯誤報表的提示。筆者從網上尋找資料得知，

探察RUNTIME_CLASS之類的秘密 我們學MFC學到 文檔，視圖和架構 的時候，知道必須在這三個類的衍生類別的類聲明裡加上DECLARE_DYNCREATE，然後在類聲明外合適的地方加上 IMPLEMENT_DYNCREATE ，然後 文檔，視圖和架構，還有 文件範本 就可以協調工作了。查看msdn，發現類似的宏有這幾對： DECLARE_DYNAMIC 和 IMPLEMENT_DYNAMIC DECLARE_DYNCREATE 和 IMPLEMENT_DYNCREATE DECLARE_