《資訊技術 - Computer Science》分類中的最新文章

[C#] 取得執行檔所在目錄的方法

作者：closer | 發表時間：January 19, 2010 12:09 PM | 有 0 篇回應文章 | 被引用了 0 次

方法一：

System.Reflection.Assembly a = 
        System.Reflection.Assembly.GetEntryAssembly();
string baseDir = System.IO.Path.GetDirectoryName(a.Location);

方法二：

string baseDir = Application.ExecutablePath;
baseDir = baseDir.Remove( baseDir.LastIndexOf( '\\'));  // 去掉執行檔部份

參考資料：http://bytes.com/topic/c-sharp/answers/252592-how-can-i-get-my-exe-path

【書評】現代嵌入式系統開發專案實務

作者：closer | 發表時間：March 13, 2009 4:38 PM | 有 5 篇回應文章 | 被引用了 0 次

仔細想想，我靠嵌入式系統 (embedded system) 吃飯有五、六年了。唸書時醉心於 C++、圖學、影像處理等技術、立志成為遊戲製作人的我，大概怎麼樣也想不到今天得在 2KB 的記憶體限制內寫 8 位元處理器的程式吧？

雖然很少資訊系的學生會立志當個嵌入式系統的程式員；但事實上，在台灣從事這方面工作的程式員不在少數。因為我們日常生活會遇到太多的嵌入式系統了：冷氣機、洗衣機、電冰箱、電磁爐……什麼冠上「微電腦」的幾乎都有嵌入式系統；電視機有一個嵌入式系統，電視機遙控器裡也有一個嵌入式系統；DVD player、遊樂器也算是嵌入式系統；電子錶、手機、PDA、電子字典、電子雞……所有你想得到的電子產品幾乎都屬於嵌入式系統的範疇。

正因為人才需求高，市面上和嵌入式系統程式設計相關的書籍、補習班課程等亦多如牛毛。這些書大多是學院派的，從理論出發。偶有書名冠上「實作」的，也僅只於列出程式的範例。很少書籍從現實出發，告訴你在職場上會到什麼樣的問題、該朝什麼樣的方法解決。很幸運的是，《現代嵌入式系統開發專案實務》（以下簡稱《實務》）就是一本這樣的書；而且更幸運的是，這本書是台灣人寫成的、土生土長的中文原創書（相信曾被劣質翻譯書或是中國大陸電腦術語荼毒過的人都能了解這件事情有多重要）。

《實務》最大的特點，就是從目前台灣業界的現實面出發，點出專案團隊人力缺乏、內部各小組互有摩擦、老闆客戶常有無理要求……等真相。這點要歸功於作者擁有的十數年專案開發經驗（而非數十篇學術論文）。書中提到的要點及案例，字字璣珠，句句血淚。只要曾在業界有些經驗的人，讀這本書應會不時露出會心的微笑（或是苦笑）。

也許是想要突顯出「實務」的特性，也許是希望讀者能更輕鬆地消化書中的觀念，《實務》的內文採用技術書籍少見的「劇情對話式」文體，描述一位剛從學校畢業的資訊科系碩士從無到有，學習嵌入式系統開發流程的經過。全文的主要內容，就是這位「菜鳥」和「專案經理」及各小組的「老鳥」間的對話。菜鳥所代表的是學院派、主流電腦系統的思維（動輒上 GHz 的 32/64-bit CPU、數百 MB 甚至上 GB 的記憶體、還有用不完的硬碟空間）；而老鳥們則代表了業界和嵌入式系統的現實（微處理只有數十 MHz、資料記憶體只有幾 KB、讀寫 NAND ROM 還要考慮效率問題）。藉由菜鳥和老鳥之間的對話，我們可以清楚地看到「學院 vs 實務」以及「PC vs 嵌入式系統」的不同之處。再加上詼諧不艱澀的文筆，讀者們可以快速而專注地了解嵌入式系統的特性。

書中的這位「菜鳥」以成為全才為目標，因此隨著書中專案的進行，被派到各個不同的部門了解學習……作者藉由這個方法帶領讀者了解專案團隊中每個小組的工作內容，也同時大略地介紹了專案開發的流程。書中提到一件重要的觀念：學硬體的人不要怕軟體，學軟體的人也不要怕硬體。在專案人數普遍不足的情況下，軟體人員遇到簡單的硬體問題需要澄清時，最快的方法是靠自己做簡單的實驗，不要等枯等別人來幫忙。相同的，其他小組人員的工作，我們也不是永遠不會碰到。所以了解每個專案人員負責扮演的角色不僅是專案經理的工作，了解這些知識對每個專案成員都有好處。

而本書最最重要的一個觀念，就是作者不斷強調的：「一法通，萬法通」。嵌入式系統使用的處理器種類繁多，再加上不同的單晶片 (SoC) 實作，是永遠學不完的。因此一個嵌入式系統的工程師學習的目標並不是把手中的晶片研究透徹（那是賣你晶片的廠商的工作），而是要了解「嵌入式系統有什麼特性」；等到真的把晶片和 data sheet（有人喜歡叫它 "data shit"....）拿到手後，再把觀念套上去。作者在書中舉出案例時，也不忘提醒讀者什麼是重要的，什麼是旁枝末節大概看懂就好。

對於專案開發的細節而言，《實務》稍嫌深度不足；但一本五百多頁的書要顧及廣度，深度本來就不能苛求。況且這本書著重的是觀念，細節方面書中列出不少經典書籍供參考。我認為這本書可以當成進入嵌入式系統開發的引門磚，看完之後再看書單上的書，應該更有感覺。

由此衍生出來的另一個尷尬問題是：這本書的主要目標讀者應該是嵌入式系統的生手，尤其是資訊本科系畢業的學生，但他們對嵌入式系統了解得太少，讀起來可能沒什麼感覺（而且還可能會有「我才不會去寫這種低階的程式呢！」這樣的自傲）；而對有經驗的人來說，它讀起來又比較像是小說，列出我們已經知道的事，還有我們無力解決的現實。到最後可能只有那些糊里糊塗踏進這個業界的新手從中獲益最多。

當然，這本書不是聖經，有些觀念應用上還是要考慮現實的狀況和個人/公司的習慣，不是不能改變的。像是書中提到 memory-mapped registers 是否要用 register 的名稱做為 symbol 的問題，我個人的看法就和作者不同。另外書中還有一些小錯誤，或是跟業界用語不同的地方（例如業界通常以 micro processor/uP 稱呼嵌入式系統的處理單元，而非稱之為 CPU）。不過瑕不掩瑜，無損這本書的價值。（但若是作者能在這本書的官方網頁中提供 errata 的話，那就更完美了）

總而言之，這本書是中文計算機原創書中難得一見的好書！強力推薦給正在這個業界中努力求生存、以及將要進入這個業界的勇士們。另外，我也要推薦給資訊科系的學弟妹們。書中描述的情景可能就是你們的未來工作上會遇到的問題。即使將來不走這條路，書中的內容也可以和課本上的微電腦組織架構互相比較驗證。而且這本書寫得那麼輕鬆，就算是當故事書看也不錯啦！

[筆記] Visual C++ 的 Struct Memeber Alignment 問題與解決方法

作者：closer | 發表時間：June 20, 2008 4:51 PM | 有 0 篇回應文章 | 被引用了 0 次

在 Visual C++ 中，default 的 data alignment 是 4 bytes。舉例來說，這樣的一個 struct：

struct TestStruct
{
    char c;
    short s;
};

用 sizeof() 得到的結果是 4 而不是 3。這樣的特性是為了資料處理的速度；但若是我們直接把 object 內容當成 raw data 處理時，就會出現問題。

要更改 VC++ 對 struct member alignment 的處理方式有兩種方法。其一是更改 compile option "/Zp[num]"，把 [num] 換成想要的 alignment boundary（可以選擇的數字有 1, 2, 4, 8, 16）。若是使用 IDE 的話，這個選項在 "Project -> Properties -> Configuration Properties -> C/C++ -> Code Generation -> Struct Member Alignment"。

但上述方法會影響到整個 project。如果只是希望某個 struct 不要 align 的話，可以在 struct 宣告的前後加上下列的 pragma：

#pragma pack(push,1)
struct TestStruct
{
    char c;
    short s;
};
#pragma pack(pop)

其中 "push" 的意思是先將原來的設定（可能是 4）暫存起來；而 "pop" 則是恢復原來的設定。

[筆記] About the dependency of Win32 executables compiled by Visual C++ 2005/2008....

作者：closer | 發表時間：January 24, 2008 3:42 PM | 有 1 篇回應文章 | 被引用了 0 次

The Win32 executables (non-managed) compiled by VC++ 2005/2008 (Express) cannot be executed on all Windows PC's, if default project settings are used. This is because, by default, the executables are configured to use the dynamic version of C run-time (CRT) library. Each version of VC++ provides its version of CRT DLL, which is not guaranteed to presents on every Windows PC.

This can be solved by asking VC++ to link CRT libraries statically, instead of using DLLs:

Project -> (project name) Properties... -> Configuration Properties -> C/C++ -> Code Generation. Set Runtime Library to "Multi-Threaded (/MT)" or "Multi-Threaded Debug (/MTd)".
Another solution is to distribute necessary DLL's along with the executable. Two tools can help to check the DLL dependencies of an executable. One is "depends.exe", located in <VisualStudio_Folder>\Common7\Tools, if installed. The other is dumpbin.exe, located in <VisualStudio_Folder>\VC\bin, with the /DEPENDENTS option.

[筆記] Subversion directory structure strategy

作者：closer | 發表時間：May 30, 2007 4:49 PM | 有 2 篇回應文章 | 被引用了 0 次

公司裡只有我一個人在玩 Subversion（目前公司用的是 CVS），而且真的拿 Subversion 來管理自己改的 sources 也只是這一、兩個月的事。拿之前玩 Version Manager, ClearCase & CVS 的經驗和觀念來玩 Subversion，跌跌撞撞了一段時間。下面是我在 Windows 下撞出來的心得，若是有更好的方法歡迎討論。

安裝完後，建立一個目錄做為存所有的 repositories。例：E:\svn_reps\

以 project 名稱在 repositories directory 中建 sub-directory。例：E:\svn_reps\bd1

在以 project 命名的 directory 中建立 repository。

Import project. 不要把 project files 直接 import 到以 project 命名的 repository 中；把它們 import 到 repository 中的 trunk 目錄。URL 範例：file:///E:/svn_reps/bd1/trunk/

建立一個空的目錄，把它 import 到 repository 中的 branches 目錄。URL 範例：file:///E:/svn_reps/bd1/branches/

（其實這兩步可以一次搞定：先在 local 硬碟上把目錄結構建好，然後再一次 import）

大功告成。以後 trunk 就是 baseline，branches 則 create 在 branches\branch_name 下面。

其實上面的說明寫得很爛……沒有 Subversion 概念的人大概還是不能了解我在說啥 XD

用慣了每個檔案有不同版號、利用 tag/label 來控制 snap-shot 的版本控制系統後，一下子切到 Subversion，實在有些不習慣，覺得想貼個 label/tag 都礙手礙腳的。尤其一開始目錄規劃沒弄好，現在想要 create branches/tag 都不知道該怎麼辦……

不過基本上還是蠻好玩的啦！尤其是在 Windows 上搭配 TortoiseSVN 使用更是方便。TortoiseCVS 也還不錯，至少比那該死的 WinCVS 好用一萬倍。 -_-

[筆記] Useful Registry Hacks for Windows XP

作者：closer | 發表時間：January 8, 2007 11:51 AM | 有 0 篇回應文章 | 被引用了 0 次

每次都會忘記....所以在這兒做個筆記。

Show / Hide hidden files & folders:
\HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\Advanced\
Value Name: Hidden
Data: 2 for not showing, 1 for display.