程式設計師手札

可惡的 LiveHealthClub 垃圾郵件

2011-10-05T18:54:00.000-07:00

今天我收到一位朋友一封來自 LiveHealthClub 的邀請，點了一下後，在沒有通知我及取得我的許可下，存取我的聯絡人，然後從 LiveHealCulb 以我的名義寄邀請給我所有的朋友，馬上所有我 gmail 的朋友都收到邀請了。

結果有好幾位朋友，馬上寫 e-mail 來問我，到底我的邀請（其實不是我的邀請），是什麼性質的網站？

這個垃圾郵件，最可惡的地方，是不管你點 YES 或是 NO，都會在不通知你的情況下，寄信給你的所有的朋友。

到目前為止，gmail 尚未把從 LiveHealthClub 所寄出的信，當成垃圾郵件過濾掉，所以你如果收到類似的信，千萬不要點上面的按鈕，幫忙回報為垃圾郵件，然後刪除掉。

現在想要靠網際網路賺錢的人，真的是想錢想瘋了，依我的標準，這封垃圾信，算是含有木馬的電子郵件了。

新北市新建的捷運路線，未來的遠景可期，施工小細節沒注意，卻讓新北市亂糟糟

2011-06-10T13:55:00.000-07:00

新北市現在同時有很多條捷運路線正在動工，施工中的捷運路線，未來會有更多的捷運線動工，計畫中的捷運三環三線。

因為新捷運線會帶來人潮及錢潮，在動工的捷運線附近，常常可以見到有新的高樓大廈也在動工，所以捷運路線上可以看到許多的大型工地，及伴隨而來的工程車，例如水泥車、砂石車、鋼筋的拖吊車。

這些大型的車輛，在馬路上行駛的速度常常很快，而且有些馬路是小馬路，甚至是小巷道（例如永和的道路），讓駕駛汽車的人緊張，騎機車的人很緊張，騎腳踏車的人非常緊張，尤其在紅綠燈及十字路口。

我在想，如果萬一發生意外，造成任何人的傷亡，其後果恐怕不是賠償或是吃官司做牢，可以彌補的。因為生命的價值，遠超過金錢，不管是有錢人的生命，或是沒有錢人的生命。

如果政府及施工單位，如果多一點人性的關懷，不要效率及金錢掛帥，想要一下子就把所以的捷運路線，及附近的大樓一下子全蓋好，那麼情況會改善很多。

畢竟，如果捷運跟大樓都蓋好了，如果少了一個人搭，或是一個人住，那也是蠻大的遺憾。

蔡藍欽-這個世界

2011-04-14T01:15:00.000-07:00

詞/曲：蔡藍欽

在這個世界
有一點希望
有一點失望
我時常這么想

在這個世界
有一點歡樂
有一點悲傷
誰也無法逃開

我們的世界
并不像你說的真有那么壞
你又何必感慨
用你的關懷和所有的愛
為這個世界
添一些美麗色彩

在這個世界
有一點希望
有一點失望
我時常這么想

在這個世界
有一點歡樂
有一點悲傷
誰也無法逃開

我們的世界
并不像你說的真有那么壞
你又何必感慨
用你的關懷和所有的愛
為這個世界
添一些美麗色彩

我們的世界
并不像你說的真有那么壞
你又何必感慨
用你的關懷和所有的愛
為這個世界
添一些美麗色彩

我們的世界
并不像你說的真有那么壞
你又何必感慨
用你的關懷和所有的愛
為這個世界
添一些美麗色彩

我們的世界
并不像你說的真有那么壞
你又何必感慨
用你的關懷和所有的愛
為這個世界
添一些美麗色彩

想聽歌點這裡：蔡藍欽-這個世界

升級到 Ubuntu 10.10

2010-11-03T01:05:00.000-07:00

我透過 Ubuntu 的 Update Manager 從 Ubuntu 10.4 升級到 Ubuntu 10.10

過程大概描述如下：

(1) 執行 Update Manager 安裝所有的更新

(2)調整 Update Manager 的設定，勾選 pre-released updates

(3) 再檢查更新一次，就會發現 Ubuntu 10.10 Upgrade 等著被安裝

(4) 更新下載及安裝有 1600 多個檔案，所以要花好幾個小時。

(5) 升級到 Ubuntu 10.10 之後，會發現 iBus + 新酷音無法正常使用，這個是已經被回報的 bug

(6) 解決中文輸入法的辦法，是改用 SCIM 取代 iBus

(7) 使用 snaptic package manager 安裝 scim，別忘了選 scim-chewing 酷音輸入法

(8) 在 Language Support 中啟用 scim

(9) 最後用 Computer janitor 移除掉沒有用的套件，包括先前的Ubuntu 10.4 的 boot image。

目前為止使用上沒發生什麼問題，又另外安裝了 Chrome Dev Channel 及 Acrobat Reader 9.4

Objective-C 2.0 筆記 (0) 概論

2010-05-09T20:48:00.000-07:00

想要學 Objective-C 在 iPhone 及 Mac 上開發軟體，看以下 Apple 官方的資料，一定是一頭霧水。

(1) The Objective-C 2.0 Programming Language
(2) Objective-C 2.0 Runtime Programming Guide
(3) Objective-C 2.0 Runtime Reference

理由很簡單，這些資料是參考 (reference)，而非教學(tutorial)，是假設你已經懂得程式設計，然後告訴你：

(1) Objective-C 跟 C 語言的差異 (new feature for C)
(2) Objective-C 的執行環境 (Objective-C runtime)

便假定你可以開始跟 iPhone 的程式師一樣，可以開始寫程式了，如果遇到問題，就參考 Apple Getting Start 的說明文見，然後自己就可以搞定。

事實上，那是理想的情況，真正看完 The Objective-C 2.0 Programming Language，你還是一頭霧水。因為連最簡單的 Hello World!，你也不知道該怎麼寫。更別說那些看起來跟 C 或 C++ 差異非常大的 Objective-C 語法，說實話看起來有點真的有點像天書（傻笑～）。

所以我建議參考下面兩本書，來入門熟悉 Objective-C，Cocoa Touch 及如何開發 iPhone 程式：

(1) Programming in Objective-C 2.0, 2nd Edition

Introduction
Programming in Objective-C
Classes, Objects and Methods
Data Types and Expressions
Programming Looping
Making Decisions
More on Classes
Inheritance
Polymorphism, Dynamic Typing, and Dynamic Binding
More on Variables and Data Types
Categories and Protocols
The Preprocessors
Underlying C Language Features
Introductions to The Foundation Framework
Numbers, Strings, and Collections
Working with Files
Memory Management
Copying Objects
Archiving
Introduction to Cocoa
Writing iPhone Application

(2) iPhone For Programmers An App-Driven Approach

Introduction to iPhone App Development
iPhone App Store and App Business Issues
Welcome App
Tip Calculator Application
Favorite Twitter Search Application
Flag Quiz Game Application
Spot-On Game Application
Cannon Game Application
Painter Application
Address Book Application
Rute Tracker App
Slideshow App
Enhanced Slide App
Voice Recorder App
Enhanced Address Book App
Twitter Discount Airfares App

建議這兩本書，除了內容不錯外，最主要還是因為都是以應用為導向，讓你ㄧ邊實作，一邊學習。當然只有這兩本是不夠的，因為其中關於設計模式(design pattern)，也是點到為止。所以參考 Apple 官方的文件，是免不了的。

Programming in Objective-C 2.0, 2nd Edition 這本書，在第二章就讓你自己用 Objective-C 寫你的 Hello World! 程式，然後依序介紹 Objective-C 的語法元素，Objective-C 就不在是那麼遙不可及。Objective-C 語法是一定要搞得很清楚的，這是基本功。

iPhone For Programmers An App-Driven Approach 這本書，則是針對如何應用 Foundation 及 Cocoa Framework，逐一用例子，加以示範及說明。這比看資料，然後自己去想如何使用容易多了，畢竟寫書的人，一定是有經驗，可以讓你少跑些冤妄路。

後面的筆記，就是根據讀這兩本書的內容，摘要而寫的。

未完待續，期待下一篇吧 .........

iPhone 程式設計入門（7) Cocoa Touch 摘要

2010-05-02T08:40:00.000-07:00

(1) Cocoa Toch Frameworks

Foundation

Object wrappers

Strings, collections
Various system services (file I/O and network)

Subset of Foundation on Mac

UIKit

Event handling
Graphics and windowing
Text and web management

(2) Foundation

Strings
NSString *myString = @"This is a string";

NSString *myString = [NSString stringWithFormat:@"%d techTalks", 24];

NSString *pathString = @"Library/Caches/Images/dataCache.txt";
NSArrary *pathComments = [pathString pathComments];
NSString *fileName = [pathString lastPathComponent];

NSString *fileContents = [NSString stringWithContentOfFile:pathString];
Arrays

Mutable
NSMutableArray *arr = [NSMutableArray array];
[arr addObject:@"randomString"];
Immutable
NSArray *arr = [NSArray arrayWithObjects:@"foo", @"bar", @"moof", nil];
NSString *complexString = [arr componentsJoinedByString:@"--"];

Dictionary

Mutable
NSMutableDictionary *md = [NSMutableDictionary dictionaryWithCapacity:5];
[md setObject:@"randomValue" forKey:@"randomKey"];
Immutable
NSDictionary *dict = [NSDictionary dictionaryWithObjectAndKeys:
@"valueOne", @"keyOne", @"valueTwo", @"keyTwo", nil];

File I/O

NSFileManager class
NSFileManager *fm = [NSFileManager defaultManager];
if ([fm isWritableFileAtPath: path]) {
   [fm createFileAtPath: [path stringByAppendingPathComponent:@"foo.bar"]
   contents:@"foo"
   attributes:nil ];
}
tmp directory -- Cleared, not backed up
Library/Caches -- Saved, not backed up
Everything else -- Backed up

NSLog

NSLog(@"Simple debug statement");
NSLog(@"There are %d North American Tech Talk", numberOfNATechTalks);
NSLog(@"Got an array: %@", myArray);
NSLog(@"Got an dictionary: %@", myDictionary);

(3) Foundation Bundles -- a special kind of folder

Executable
User Interface (nib) files
Metadata
Resources
Access via NSBundle class
Easy accesses to static resources

Images
Sounds
Default data

Read-only

Codesigning requires static bundle
Write new data to sandbox

Accessing resources
// Get an image from the main app bundle
NSBundle *appBundle = [NSBundle mainBoundle];

NSString *imagePath = [appBundle pathForResource:@"logo" ofType:@"png"];
UIImage *logoImg = [[UIImage alloc] initWithContentsOfFile: imagePath];

// Load a default SQLite DB if no user data exists
NSString *defaultDB = [appBoundle pathForResource:@"db" ofType:@"sql"];
if (sqlite3_open([defaultDB UTF8String], &database) == SQLITE_OK) {
// fetch data from default db
}

(4) Foundation -- Networking

Standard sockets programming

CFNetwork, CFSocket
POSIX

NSURLConnection

Asynchronous request loading

NSXML

Basic parser

Bonjour Networking

Zero-configuration discovery

Bonjour discovery

(5) UIKit -- The UIKit Library,

Buttons and Controls
Image Views
Web Views (put Safari inside your application)

(6) Application Design Patterns

Model-View-Controller
Foundation is for Model
UIKit is for View
iPhone SDK has ViewController class for Controller
MVC is the umbrella design pattern

(7) Application Design Patterns - Target-Action

(8) Application Design Patterns - Notification

Notification Center
Observer / Controller
Notifications -- Registering an observer
MPMoviePlayerController *mpc;
NSURL *url = [NSURL urlWithString:@"http://foo.com/movie.mov"];
mpc = [[MPMoviePlayerController alloc] initWithContentURL:url];

// Register for device notifications
[[NSNotificationCenter defaultCenter] addObserver:self
   selector:@selector(movieLoaded:)
   name: MPMoviePlayerContentPreloadDidFinishNotification
   object:mpc];

// Get preload notification and react accordingly
- (void) movLoaded: (NSNotification *) notif {
   [(MPMoviePlayerController *)[notif object] play];
}

(9) Application Design Patterns - Delegation

The Application Life Cycle

Application launch

UIApplication

Main nib
Main window

Application delegate

UI config

The Application Delegate

Your first (and last) chance to act

Custom class written by you
Conforms to UIApplicationDelegate protocol
Hooked up in interface Builder

Two key methods

- (void) applicationDidFinishLaunching:(UIApplication*) app

Load initial UI, prepare saved state

- (void) applicationWillTerminate:(UIApplication*) app

Save state and data

Delegate Design Pattern

Customization without subclassing

Fine-tune default behavior
Respond to user actions
Separate controller from view

(10) iPhone Design Patterns

Model-View-Controller

Target-Action

what reacts, and how
dynamic object and selector

Notification

information while app is running
Asynchronous delivery

Delegation

Direct control over view behavior
Synchronous delivery and response

(11) iPhone Development

Get to know Cocoa Touch

Understand the Objective-C runtime
Explore Fundation and UIKit
Embrace design pattern
Look at example nib file
Use NSLog

Stay tuned ..........

模擬器學習日記 (8) - 模擬器原理

2010-02-25T05:23:00.000-08:00

早期在 PC 上寫模擬器的牛人，Marat Fayzullin 是其中之一。1997 年，他就已經開發出 fMSX 模擬器，並且以這篇文章 how to write a computer emulator 分享他的知識。中文翻譯的網頁已經不存在了，可惜。

下面是閱讀後的整理：

綱要：

什麼可以被模擬？
什麼是 emulation，它跟 simulation 有什麼不同？
模擬有專利的硬體，是合法的嗎？
什麼是直譯式的模擬器，跟編譯式的模擬器有何不同？
我想寫一個模擬器，我該從何開始？
我該用哪一種程式語言？
我從哪裡可以得到想模擬的硬體的資訊？

實做：

如何模擬一個 CPU？
如何存取被模擬的記憶體？
週期性的運作有哪些？

程式技巧：

如何最佳化 C 程式碼？
什麼是高低字節順序？
如何讓程式具可移植性？
為何我要模組化我的程式？

-------------------------------------------------------------------------

什麼可以被模擬？

基本上，任何東西有微處理器在裡面，就可模擬。當然，只有那些可以跑程式裝置，我們才有興趣模擬。包括：

電腦
計算機
遊樂器
大型電動
其他......

必須特別註明，你可以模擬任何電腦系統，即是事非常複雜的系統（譬如 Amiga 電腦），但是執行效率可能很低。

-------------------------------------------------------------------------

什麼是 Emulation，它跟 Simulation 有什麼不同？

Emulation 模擬裝置內部的硬體，Simulation 是模擬裝置內部的功能。舉例來說，一個程式模擬小精靈大型電動的硬體，然後執行小精靈的 ROM，就是個 emulator。一個小精靈的 PC 遊戲，就是個 simulator。

-------------------------------------------------------------------------

模擬有專利的硬體，是合法的嗎？

這是個灰色地帶，只要你不是透過不合法的管道，拿到硬體的資訊，就應該不違法。但是很清楚知道，跟模擬器一起散佈有著作權的系統 ROM（例如 BIOS），是違法的。

-------------------------------------------------------------------------

什麼是直譯式的模擬器，跟編譯式的模擬器有何不同？

模擬器有三種設計的方式，這些設計也可以混用，來達到最好的效果。

直譯式
模擬器一個位元又一個位元的，從記憶體讀取代碼，然後解碼，執行對應的暫存器、記憶體、輸出入的命令。通用的演算法如下：
while (CPUIsRunning)
{
Fetch OpCode
Interpret OpCode
}

這種設計的好處是，容易除錯，容易移植，容易同步（你只需要計算過了多少 CPU 週期，然後讓你模擬的其他部份，跟 CPU 同步）。

這種設計明顯的弱點，就是執行效率很差。執行直譯會花很多 CPU 時間，你會需要很快的電腦，才能有不錯的執行速度。
靜態編譯式
這種技術，就是把一支你要模擬的系統的代碼，編譯成你的電腦的的組合語言。編譯的結果，通常是一支你的電腦的普通執行檔，不需要額外的工具就可以執行。靜態編譯，聽起來很美好，但通常不可行。例如，你就無法靜態編譯會自我修改的代碼，因為這種代碼只有執行時，才會知道內容是什麼。為瞭解決上述的問題，或許需要混用直譯器，或是動態編譯編譯器。
動態編譯式
動態編譯基本上跟靜態編譯一樣，但動態編譯發生在程式執行時。動態編譯是在執行到 CALL 或 JUMP 時才編譯，取代一開始就編譯一整個程式。為了增加執行效率，這種技術常常結合靜態編譯。你可以讀，動態編譯式麥金塔模擬器的作者 Ardi，的這篇動態編譯白皮書學到更多

-------------------------------------------------------------------------

我想寫一個模擬器，我該從何開始？

想要寫一個模擬器，你必須懂程式設計，以及數位電子。如果懂得組合語言，會更好。

選一種程式語言
找到所有被模擬硬體的所有資訊
寫 CPU 模擬，或是選用一個現成的 CPU 模擬程式
寫個粗略的其他周邊硬體的模擬，至少要一部分
在這個時候，寫個內建除錯器，讓你可以暫停模擬，檢查程式執行的結果。你也會需要一個被模擬 CPU 的組合語言反組譯器。如果找不到現成的，就自己寫一個。
試著用你的模擬器執行程式
用除錯程式跟反組譯器，看看程式到底在幹麼，然後根據此修改你的模擬器

-------------------------------------------------------------------------

我該用哪一種程式語言？

最常被用到是 C 跟組合語言，各有優缺點。

組合語言
+ 通用，可以產生速度快的程式碼
+ 可以直接使用暫存器，來映射被模擬的暫存器
+ 很多組合語言指令，可以對應到被模擬的組合語言指令
- 程式是不可移植的，換句話說，你的模擬器，不能在別種 CPU 上跑
- 很難除錯跟維護
C 語言
+ 可移植性，所以可以在不同的作業系統上跑
+ 相對容易除錯跟維護
+ 對硬體的不同假設，可以很快的測試
- 通常 C 語言的程式比組合語言的程式慢

要寫模擬器，對所選擇的語言，瞭解得很透徹，是絕對必要的。因為模擬器的程式很複雜，你要最佳化你的模擬器，讓它跑得越快越好。電腦模擬器程式，絕對不是你越來學習程式語言的專案。

-------------------------------------------------------------------------

我從哪裡可以得到想模擬的硬體的資訊？

下列地方，你會想去看一看：

網路新聞群組

comp.emulators.misc
這個新聞群組，討論模擬器一般的問題。許多模擬器作者會訂閱，雖然裡面雜音很多。如果要貼問題到這個新聞群組，記得先看 c.e.m FAQ 常見問題。
comp.emulators.game-consoles
跟 comp.emulators.misc 一樣，不過這個新聞群組，專攻電視遊樂器的模擬器。如果要貼問題到這個新聞群組，記得先看 c.e.m FAQ 常見問題。
comp.sys./emulated-system/
comp.sys.* 新聞群組階層，專攻特定的電腦系統。你閱讀這些新聞群組，可以得到有用的技術資料。典型的例子：

com.sys.msx MSX / MSX2 / MSX2+ / TurboR 電腦
comp.sys.sinclair Sinclair ZX80/ZX81/ZXSpectrum/QL
comp.sys.apple2 Apple ][

如果要發問題到這個新聞群組，記得先看 FAQ
alt.folklore.computers
rec.games.video.classic

FTP

WWW

-------------------------------------------------------------------------

如何模擬一個 CPU？

首先，如果你需要模擬一個標準的 Z80 或 6502 CPU，你可以使用 Marat Fayzullin 所寫的 CPU 模擬器當然有些限制。

對那些想要自己寫 CPU 模擬核心，或是對其中的運作原理感性趣的人，我提供一個用 C 寫的範例架構如下，在真正的實做，你或許會考慮略過其中部份，或添加新的部份。

Counter=InterruptPeriod;

PC=InitialPC;

for(;;)

{

OpCode=Memory[PC++];

Counter-=Cycles[OpCode];

switch(OpCode)

{

case OpCode1:

case OpCode2:

...

}

if(Counter<=0)

{

/* Check for interrupts and do other */

/* cyclic tasks here */

...

Counter+=InterruptPeriod;

if(ExitRequired) break;

}

首先我們指定 CPU 週期記數器 (Counter)，以及指令位址記數器 (PC)

Counter=InterruptPeriod;

PC=InitialPC;

Counter 紀錄了到下一次系統中斷髮生，還剩多少個 CPU 週期。注意當 Counter 過其實，系統中斷不必然發生。你可以利用他來處理其事情：像是時鐘同步，更新螢幕的掃瞄線等。等等，我們會討論這些。PC 則紀錄了CPU 會從那個記憶體位址，讀取下次的執行的指令。

在我們給這些設定初始值之後，然後開始進入主迴圈：

for(;;)

{

主迴圈也可以寫成這樣：

while(CPUIsRunning)

{

CPUIsRunning 是個布林值，這樣寫有個好處，你可以在任何時候，設 CPUIsRunning＝0，來終止主迴圈。然而在每個迴圈檢查這個變數，會花不少的 CPU，而我們應該儘量減少花費 CPU。同時，不要寫成下面這樣子：

while(1)

{

因為這樣寫，編譯器產生代碼，去檢查 1 為 "真" 或 "假"，你不會希望在主迴圈的每個迴圈，都去執行這多餘的動作。

現在我們在主迴圈內，第一件事，就是去讀下一個執行碼，然後修改程式位址記數器。

OpCode=Memory[PC++];

注意，這是最簡易的方式，來模擬讀取記憶體，但並非永遠可行。更通用的方式，來存取記憶體，稍後會提到。

在提取操作碼後，會從 CPU 週期計數器，扣掉這個指令所需的週期數。

Counter-=Cycles[OpCode];

Cycles[] 表內放的是每個操作碼，所需要的週期數。要特別注意，有些指令（例如條件式跳躍，或是呼叫副程式），需要的週期數，是跟操作後面緊接的參數而變動。這個可以在執行指令碼時調整。

現在該是解譯操作碼，然後跟著執行的時候了：

switch(OpCode)

{

有一個錯誤的觀念，認為 switch 敘述事沒有效率的，因為會被編譯成 if () ...... else if () ........ 敘述。這只有在 case 數量很少的 switch 敘述，才會被這樣編譯。當有 100 到 200 個 case 的時候，switch 敘述通常會被翻譯成 jump 表格，jump 表格，其實蠻有效率的。

有其他兩種替代方案，可以用來解譯操作碼。第一種方法，是建一個函式表，然後呼叫對應的函式。這種方式，比用 switch() 沒效率，因為呼叫函式，有額外的開銷。第二種方式，是建一個位址的表格，然後使用 goto 敘述。這種方式，稍比用 switch() 有效率一點，但這種方式，只適合用在編譯器支援未預定位址表格。其他的編譯器，不會允許你這樣定義表格。

在成功解譯並執行一個操作碼後，這時候該去檢查有沒有任何系統中斷髮生。這時候，你也可以執行任何需要跟系統時鐘同步的工作。

if(Counter<=0)

{

/* Check for interrupts and do other hardware emulation here */

...

Counter+=InterruptPeriod;

if(ExitRequired) break;

}

有關週期性的工作，後面會提到。

注意，我們並非直接指定 Counter=InterruptPeriod，而是執行 Counter+=InterruptPeriod，這樣會讓週期的計算更精確，因為有時候，Counter 會變成負數。

同時，注意這

if(ExitRequired) break;

這個敘述如果在每個迴圈都執行，成本太高，所以只有在中斷髮生時才檢查。這樣就可以在 ExitRequired=1 時，停止模擬，但又不會花太大的成本。

-------------------------------------------------------------------------

如何存取被模擬的記憶體？

模擬記憶體存取最簡單的方式，就是把它當成一個攤平的位元組或字元組陣列。如此，存取記憶體，就是一件微不足道的事情：

Data=Memory[Address1]; /* Read from Address1 */

Memory[Address2]=Data; /* Write to Address2 */

這種簡易的作法，並非永遠可行，原因如下：

分頁式的記憶體
記憶體空間，可能被切成小塊，變成可以切換的頁，就是所謂的 banks。例如常見的，小記憶體位址空間（ 64 KB），所使用的擴充記憶體。
映射的記憶體
這塊記憶體空間，可以用數個不同的位址來存取。例如你寫資料到位址 $4000，然後你在位址$6000，及位址 $8000，你也可以讀到。
ROM 的讀取保護
有些存到卡夾的軟體（例如 MSX 的遊戲），就算你寫到 ROM，回傳成功，事實上 ROM 上的資料也不會改變。這麼做，是為了做軟體保護。為了讓這樣的軟體，可以在你的模擬器運行，你需要把 ROM 設成唯讀。
記憶體映射到 I/O
系統可能有 I/O 裝置，映射到記憶體位址。存取這樣的記憶體位址，會產生特殊效果，所以必須被追蹤。

要成功處理上述問題，我們引進幾個函式：

Data=ReadMemory(Address1); /* Read from Address1 */

WriteMemory(Address2,Data); /* Write to Address2 */

所有特殊的處理，包括記憶體分頁，記憶體映射，I/O 的處理，等等，都在函式內處理。

ReadMemory() 跟 WriteMemory() 對模擬器造成很大的 CPU 負擔，因為它們執行的非常頻繁。因此

這些函式必須寫得越有效率越好。這裡有一個存取分頁式記憶體的例子：

static inline byte ReadMemory(register word Address)

{

return(MemoryPage[Address>>13][Address&0x1FFF]);

}

static inline void WriteMemory(register word Address,register byte Value)

{

MemoryPage[Address>>13][Address&0x1FFF]=Value;

}

注意那個 inline 關鍵字，它會指示編譯器，直接把這些函式碼，直接插入程式中，以取代函式呼叫。如果你的編譯器，不支援 inline 或是 _inline，試著改把這些函式，宣告成 static，有些編譯器（例如 Watcom C）最佳化時，會把短的函式，變成 inline 函式。

同時要記住，通常 ReadMemory() 的呼叫次數，是 WriteMemory() 的好幾倍。所以儘量把程式碼放到 WriteMemory()，讓 ReadMemory() 保持簡單。

關於記憶體映射的一個小註記：

之前說過，被映射的記憶體，寫入一個位址，可以在其他位址讀取。這個功能，可以實做在 ReadMemory()，但是通常我們不這樣做，因為 ReadMemory() 比 WriteMemory() 更頻繁被呼叫。更有效率的方式，是實做記憶體映射到 WriteMemory()函式。

-------------------------------------------------------------------------

週期性的運作有哪些？

週期性的運作，是被模擬的機器，固定一段時間，就會執行的工作，例如：

螢幕更新
VBlank 跟 HBlank 系統中斷
更新時鐘
更新聲音參數
更新鍵盤跟搖桿狀態
其他

為了要模擬這樣的運作，你要替它們綁上固定的週期。例如 CPU 假設以 2.5 MHz，並且以 50 Hz 更新顯示（PAL 系統），所以 VBlank 系統中斷，就會每 5000 CPU 週期，發生一次。

2500000/50 = 50000 CPU cycles

現在，假設整個螢幕是（包含 VBlank）是 256 條掃瞄線，實際上只有 212 條顯示（44 條在 VBlank），我們得到一條掃瞄線 195 個 CPU 週期，更新一次。

50000/256 ~= 195 CPU cyles

然後，我們應該產生一個 VBlank 系統中斷，然後在 VBlank 期間不做任何事情。

(256-212)*50000/256 = 44*50000/256 ~= 8594 CPU cycles

小心計算每個週期性運作所需的 CPU 週期，然後使用他們的最大公約數，作為中斷檢查的週期，然後綁定給每個週期性運作。

-------------------------------------------------------------------------

如何最佳化 C 程式碼？

首先，很多執行效率的增進，只要選對編譯器的編譯選項，就有了。根據我的經驗，下面的編譯選項，可以給你的最佳的執行速度：

Watcom C++ -oneatx -zp4 -5r -fp3

GNU C++ -O3 -fomit-frame-pointer

Borland C++

如果你發現，這三個編譯器，更好的最佳化參數，或是其他的編譯器的最佳化參數，請讓我知道。

一些關於把迴圈攤平的筆記
雖然說，把迴圈攤平的這個最佳化選項，看起來是有用的。這個選項，會把短的迴圈，攤平成線性的敘述。但我的經驗告訴我，開啟這個選項，執行效率並不會提升太大，反而在某些情況下，程式反而會出現異常。

最佳化 C 程式碼，比選擇編譯器選項，還難搞。跟執行你的程式的 CPU 有很大關係。有一些通用的規則，可以適用在所有 CPU。但別把它們當成真理。
使用分析程式
用分析工具來執行你的程式（第一個就想到 GPROF），或許可以發現你從沒懷疑的神奇事情。你會發現毫不起眼的程式，頻繁的被執行，拖慢整個程式。最佳化這些程式碼，或是用組合語言改寫，可以讓你的程式執行效率飛耀。
不要用 C++
不要用任何非用 C++ 不可的架構。C++ 跟純 C 比起來，額外的開銷比較大。
整數的型別
儘量用你的 CPU 支持的整數型別。舉例 int 對比 short 或 long，這會減少編譯器產生不同整數行別的轉換。
暫存器配置
儘量減少在程式區塊配置太多變數，並且宣告他們為 register （大部分的編譯器已經會自動把變數變成 register）。特別是有很多通用暫存器的 CPU （PowerPC）這個優勢，就比有專屬暫存器（Intel 8086）來的強。
攤平小迴圈
如果你剛好有小迴圈會執行好幾次，把小迴圈攤平成線性執行的程式，是好主意。對照前面提到的編譯器自動攤平選項。
算術移位 vs. 乘除法
儘量用算術移位，如果你乘或除一個數是 2 的 n 次方（J/128==J>>7），算術移位在大多數的 CPU 都比較快。另外用位元的 & 來求餘數（J%128==J&0x7F）。

-------------------------------------------------------------------------

什麼是高低字節順序？

所有的 CPU 通常都根據它們如何儲存資料到記憶體，分為幾個等級。除了非常特殊的種類，絕大多數的 CPU 分成兩個等級：

High-endian CPU 先存放 higher byte of word。例如，在這樣的 CPU 你存放 0x12345678，記憶體的內容會長像這樣：
   0 1 2 3
   +--+--+--+--+
   |12|34|56|78|
   +--+--+--+--+
Low-endian CPU 先存放 lower byte of word。上述了例子，記憶體內容會看起來完全不一樣。
   0 1 2 3
   +--+--+--+--+
   |78|56|34|12|
   +--+--+--+--+

典型 High-endian 的 CPU 有 6809，摩羅托拉 680x0 系列，PowerPC，及昇陽的 SPARC。Low-Endian 的 CPU 有 6502，及其後代 65816，及 zilog Z80，絕大多數 Intel CPU （8086，8088），DEC alpha 等。

當我們寫模擬器時，必須注意到，你模擬的 CPU，及執行你的模擬器的 CPU 的高低字節。舉例，我們想要模擬 low-endian 的 Z80，Z80 會先存 lower byte of word。如果你用的也是 low-endian 的 CPU，例如 intel 8006，那麼完全不需要特別處理。但是如果你用的是 high-endian 的 CPU，例如 PowerPC，這時候，要存放 16 bit 的 Z80 資料到記憶體，就會有問題。如果你的程式，必須兩種高低字節順序的 CPU 都能跑，問題就更複雜了。

一種解節高低字節順序的作法如下：

typedef union

{

short W; /* Word access */

struct /* Byte access... */

{

#ifdef LOW_ENDIAN

byte l,h; /* ...in low-endian architecture */

#else

byte h,l; /* ...in high-endian architecture */

#endif

} B;

} word;

可以看到，可以用 w 存取整個字節。而每次如果你需要存取個別 byte，用 B.l 及 B.w，來對應高低位元組。

如果你的程式，要在跨平台編譯，在程式開始執行前，你也許會想要測試，是否編譯有設定正確的 endian 旗標。這裡有如何測試的程式碼。

int *T;

T=(int *)"\01\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0";

if(*T==1) printf("This machine is high-endian.\n");

else printf("This machine is low-endian.\n");

-------------------------------------------------------------------------

如何讓程式具可移植性？

尚未撰寫。

-------------------------------------------------------------------------

為何我要模組化我的程式？

大多數的電腦系統，是由幾塊比較大的晶片所組成，各自執行一部分的系統功能。有 CPU，顯示控制器，聲音產生器，及其他。有些晶片，有自己的記憶體，及周邊的硬體。

一個典型的模擬器，應該重現原有的系統設計，並實做每個子系統的功能，在不同的模組。這樣做，首先除錯會比較容易，因為問題會被獨立在各自的模組裡。其次模組化，可以讓你在別的模擬器，重複使用你的模組。電腦的硬體，其實標準化成度很高，你可以在不同型號的電腦，發現相同的 CPU，相同的顯示控制器。為某個晶片，模組化寫一次模擬的程式，會比你每次都重寫來的容易。

翻譯完畢

模擬器學習日記 (7) - 用MinGW 下，編譯 MAME plus

2010-02-18T00:03:00.000-08:00

在開始編譯 MAME plus 之前，先要把常用的命令，加到 /etc/profile：

alias vi=vim

alias ll='ls -lA --color=y'

alias mame_patch='patch -p0 -E'

用 MSYS （shell），又一個好處，是你可以把你常用的命令，取個容易記住的名字，這樣有些複雜的命令參數，你只要搞清楚一次，然後就可以忘記了，作法有兩個，一個是 alias，另外一個就是建 shell script。

ll='ls -lA --color=y' 這個命令，就是以寬格式，列出所有的檔案，並根據檔案類別，給不同的顏色

mame_patch='patch -p0 -E' 這個命令，就是安裝 MAME diff 時，所需要的參數，我永遠都記不得。

言歸正傳，開始來編譯 MAME plus。首先下載最新的程式碼，到官網 http://mameicons.free.fr/mame32p/

假設你下載的檔案存到 c:\temp\mameplus_src-0.136u3r4593-20100215.7z.zip，問題又來了，這次壓縮檔是 .7z 這種壓縮格式。到 7-Zip 官網 http://www.7-zip.org/download.html 下載命令列版的 7za.exe。

假設你下載的檔案存到 c:\temp\7za465.zip，用下面的命令來安裝到你的 MSYS 下，現在萬事具備，可以開始來安裝 MAME plus 的原始碼了。

unzip /c/temp/7za465.zip -d /bin

rm /c/temp/7za465.zip

第一個要注意到的是 MAME plus 原始碼的發布形式，MAME plus 因為發佈的內容，除了程式以外，還包括了 UI 或用到的圖示、圖檔、等等。所以不是以 diff 的形式，而是以檔案的形式發佈。換句話說，就是你先安裝到 MAME 0.163u3，然後你再把 MAME plus 發佈的檔案蓋上去。這樣有一件事，就必須注意了，如果你是把 MAME plus 蓋到 MAME 0.163u3 上，當 MAME 出 0.163u4，你就不能直接用 patch 安裝 0.163u4 diff 了。

所以，比較合理的作法，有一個目錄，專門放 MAME 官方的原始碼，當要編譯 MAME plus 時，先把 MAME 官方的原始碼，拷貝到 MAME plus 的目錄，然後在覆蓋 MAME plus 的原始檔。這也是我打算採用的作法。

先清掉之前編譯 MAME 產生的檔案

cd /home/mame0136

make clean

清掉 MAME plus 如果有的話，並建立一個 mameplus 目錄

cd /home

rm mameplus -rf

mkdir makeplus

拷貝 mame0136 的所有檔案到 mameplus 目錄

cp mame0136/* mameplus/ -rf

安裝 MAME plus 原始碼

cd /home/mameplus

mv /c/temp/mameplus_src-0.136u3r4593-20100215.7z.zip .

7za x -y mameplus_src-0.136u3r4593-20100215.7z.zip

rm mameplus_src-0.136u3r4593-20100215.7z.zip

編譯 MAME plus

make

編譯過程，會出現下面的錯誤訊息：

make: *** No rule to make target `src/emu/font/uismall.png', needed by `obj/windows/mamep/emu/uismall11.bdc'.

檢查了一下，發現需要安裝字型，到官網 http://mameicons.free.fr/mame32p/ 下載。

假設下載檔案在 c:\temp\mameplus_src_font-20070928.7z.zip

mv /c/temp/mameplus_src_font-20070928.7z.zip .

7za x -y mameplus_src_font-20070928.7z.zip

然後繼續編譯 MAME plus

make

這樣就可以編譯出 MAME plus。

------------------------------------------------------------------------------------

後記：如果有邊譯過 MAME plus 的人，或許會問，哪有那麼囉嗦？

------------------------------------------------------------------------------------

很多人都應該下載過 MAME plus 的原始檔，然後按照裡面的 compile.htm 的說明，編譯過 MAME plus，沒有那麼囉嗦，為什麼？最主要的目的，在於搞清楚這些流程，包括如何安裝原始碼，如何安裝工具，然後在建立一個可以開發程式的環境。

在 Linux 的環境下，可以達到目的的方式有很多，命令列的方式，有一個好處，每一行執行的命令，都可以寫到一個 shell script，日後有變動，稍加修改 shell script，然後就可以自動執行了。

如果需要透過 Windows UI 工具，這意謂需要手動，舉例用 7-zip 或是 WinRAR 解開壓縮檔，用檔案總管，拷貝檔案從一個目錄到另一個目錄，等等。

當然可以寫 DOS 批次檔，但是 DOS 批次檔比不上 shell script 彈性大。

下次找一些關於模擬器的原理的資料來研究。

模擬器學習日記 (6) - 用MinGW 下，編譯 MAME 及 MAME 更新

2010-02-17T10:02:00.000-08:00

首先從簡單的開始，編譯正式版的 MAME，目前的版本 0.136，從 MAME 官網下載原始碼。

網址在這裡：http://mamedev.org/release.html

假設你下載的檔案存在 c:\temp\mame0136s.exe 用下面的命令，安裝 source code 到 /home 下，且：

cd /home

mkdir mame0136

cd mame0136

mv /c/temp/mame0136s.exe .

./mame0136s.exe

然後會出現原始檔安裝路徑的視窗，選 Extract。習慣上為每一個版本的 MAME 建一個目錄。

最後執行命令，將 mame0136s.exe 移出，這個已經不需需要了。

rm ./mame0136s.exe

工作目錄下，內容會像這樣。

好戲上場了，這是侯我們可以來編譯 MAME。執行下面的命令：

make

然後你應該就會看到像下面的畫面，MAME 是個大專案，所以編譯要好一會。

編譯完成後，工作目錄下，會有這些檔案：

接著，我們想跟目前開發中的 MAME 同步。MAME 官方，在這個網址，以 diff 的形式發佈程式更新。

網址：http://mamedev.org/updates.html

什麼是 diff？聽起來很神氣。diff 就是用工具軟體，將兩個版本間，有差異的部份，用大家講好的格式，存下來。用 diff 的好處是，只要存兩個版本不同的那些行（包括新增、修改、刪除），所以檔案非常小。大家可以看到，MAME 原始檔，壓縮後還有快 15 MB，可是不同版本中的差異，只有幾百 KB。

下載 0136u1_diff.zip，0136u2_diff.zip，0136u3_diff.zip，然後用 patch 命令，來更新 MAME 的原始碼。

patch -p0 -E <diffname.diff

關於 patch 的參數的一些說明，執行命令 patch --help | less 會出現下面的畫面，參數很多，不過我們關心的是 -p0 跟 -E，這兩個參數，意思說，不要跳過任何一層的目錄，如果 patch 之後，內容是空的，就移除這個檔案。

如果你的目錄結構，跟 MAME 官方一樣（當然是，從官方下載的不是嗎？），就依樣畫葫蘆了。假設你下載的檔案都是存在 c:\temp\0136u1_diff.zip, c:\temp\0136u2_diff.zip, c:\temp\0136u3_diff.zip，執行下面的命令，來安裝這三個 diff 檔。

cd /home/mame0136

mv /c/tem/0136u1_diff.zip .

mv /c/tem/0136u2_diff.zip .

mv /c/tem/0136u3_diff.zip .

現在遇到問題了，沒有工具解開 zip 檔，Linux 是用 unzip，用 Google 找了別人編譯好的的 MinGW 的 unzip.exe：

完整版：http://suanyuan.myweb.hinet.net/mingw32-unzip-5.52-3.zip

單獨版：http://suanyuan.myweb.hinet.net/unzip.exe

假設你已經有 c:\temp\unzip.exe 接下來就要來安裝 MAME 的 diff 了，順序很重要。用以下的命令來安裝：

cp /c/temp/unzip.exe /bin/unzip.exe

cd /home/mame0136

unzip 01036u1_diff.zip

unzip 01036u2_diff.zip

unzip 01036u3_diff.zip

解出 0136u1.diff, 0136u2.diff, 0136u3.diff 三個檔，然後執行 patch 命令如下：

patch -p0 -E < 0136u1.diff

patch -p0 -E < 0136u2.diff

patch -p0 -E < 0136u3.diff

你會看到每個 diff 都修改很多檔案，所以 patch 也要跑一下子。patch 成功後，可以把 diff 檔，都刪除。

rm *.diff -f

rm 0136u* -f

然後我們重新編譯 MAME，命令如下：

make clean

make

今天因為摸索如何解決 unzip 的問題耽誤了不少時間，不過最後還是把 MAME 更新到 0.106u3。下次來編譯 MAME plus。

模擬器學習日記 (5) - MinGW 下，用的文字編輯器

2010-02-17T09:55:00.001-08:00

有幾個選擇：

(1) 直接從檔案總管，用編輯器編輯你想要修改的檔案。

(2) 從 MSYS 的環境下，用 shell script 或是 batch file 把檔案傳名傳給 Windows 下的文字編輯器，例如 Notepad++。

(3) 另外就是選擇， MSYS (shell)文字模式，可以支援的編輯器，例如 vi，joe，.....。

第一個作法，基本上不需要安裝任何程式。

第二個作法，也可行，但是在 MSYS 下的檔名，跟 Windows 下的檔名是不一樣，這個有點 tricky

第三個作法，用 Linux 文字模式常用的編輯器，像是 vi 或是 joe 的 MinGW 版。

另外，安裝完後 MSYS，有個文件 c:\msys\1.0\doc\msys\readme.rtf 很有參考價值，之前提到的路徑映射，就是從這的檔案得知的（不然你以為我那麼聰明，無師自通？），這個檔案也說明了要如何從 MSYS 終呼叫 Windows 的編輯器，及如何傳檔名給 Window 的編輯器。

第一種作法，如下：

什麼也不用做。

第二種作法，如下：

將下面的 shell script 存到 c:\temp 目錄下，檔名就叫 edit（在這裡下載 http://suanyuan.myweb.hinet.net/edit ）

#!/bin/sh

#--------------------------------------------

# shell script to invoke notepad++

#--------------------------------------------

/c/Program\ Files/Notepad++/notepad++.exe "$@"

執行 MSYS，執行下面命令，建立 /usr/local/bin 目錄

mkdir /usr/local/bin

然後考 edit script 到 /usr/local/bin 下

cp /c/temp/edit /usr/local/bin/

然後你只要打 edit 就會開啟 Notepad++ ，這個作法有一個缺點，當你從 MinGW shell 執行 edit，一直要到你編輯結束，控制權才會回到 MinGW，換言之，你不能同時做兩件以上的事，這個非常不方便，我試著在命令前加start ，結果就會出錯，說找不到 notepad++，看來是個 bug，解決的方法，把 '/c/Program\ Files/Notepad++' 加到 path 環境變數，以後要執行 notepad++ 就直接 start notepad++.exe ：

第三種方法，如下：

Google 找了一下，有被 port 到 MinGW 的文字編輯器，目前只有 vim，所以用它吧。

下載：http://sourceforge.net/projects/mingw/files/MSYS%20vim/vim-7.2-1/vim-7.2-1-msys-1.0.11-bin.tar.lzma/download

假設你的檔案是下載到 c:/temp/vim-7.2-1-msys-1.0.11-bin.tar.lzma.tar 執行以下命令將 vim 解到 MSYS 的根目錄下。

cd /

mov /c/temp/vim-7.2-1-msys-1.0.11-bin.tar.lzma.tar /

tar -x --lzma -f vim-7.2-1-msys-1.0.11-bin.tar.lzma.tar

rm -f vim-7.2-1-msys-1.0.11-bin.tar.lzma.tar

然後呢？不會用 vim 是吧？執行 vimtutor 就會教你上手。有沒有搞錯，在 Windows 下執行 vim？沒搞錯，學會 vim 基本上，所有 Linux 機器 default 都會裝 vim，所以你一旦上手，以後就算只能用 telnet 或 ssh 連線，連上 Linux 機器，要在上面編輯設定，也難不倒。有沒有，又感覺牛了一點？

這裡有一個中文的 vim 教學，鳥哥的私房菜 http://linux.vbird.org/linux_basic/0310vi.php

不過學習模擬器，重點還是在模擬器，如果真的 vim 覺得很不習慣，那就用 notepad++。

下次來編譯 MAME，測試看看是不是萬事齊備了，可以編譯最複雜的模擬器（MAME 的大神，真是太厲害了）。

模擬器學習日記 (4) - 設定 MSYS 使用 MAME MinGW package

2010-02-17T09:54:00.000-08:00

上 MAME 官網 http://mamedev.org/tools/，看了一下編譯所需套件（我的電腦是 Vista 32）：

下載在這裡：http://aarongiles.com/mirror/tools/mingw-mame-w32-20100102.exe

下載了套件 mingw-mame-win32-20100102 (win32)，然後勇敢的執行，安裝時，指定你的 MinGW 目錄

要注意到 MAME 版的 MinGW 執行檔的路徑，跟 MinGW default 的路徑不一樣喔

MAME 的 MinGW 的路徑是 c:\MinGW\mingw64-w32\bin

官方的 MinGW 的路徑 c:\MinGW\bin

原因我猜 MinGW current 的版版太舊了，還是 2008 的版本，沒有考慮到 x64 作業系統。這個差異，我們應該可以在 MSYS 的設定檔中搞定（通常改變一下設定檔，你就可以切換 MinGW 的版本），如果是用 command line，就沒那麼貼心。

讓我們來把 MSYS 設定的比較好用吧。

(1) 先改變 MSYS 的視窗大小，default 80x25 有點太小，把它改成 120x54，執行你桌面上的 MSYS 捷徑，你會看到標題為 MINGW32 的視窗，然後在視窗標題左上角，按右鍵，選預設值，然後設定如下圖。這樣你的 MinGW shell 視窗，就會有 120x54 這麼大，然後會保留 1200 行的內容。

(2) MSYS 是在 Windows 下，模擬 Linux shell 環境，而在 Linux 的環境下，所有的系統資源，都被當成檔案，MSYS 自動幫我們產生了以下的路徑映射：

c:/msys/1.0 --> /

c:/ --> /c/

d:/ --> /d/

.....

z:/ --> /z/

另外還有一個檔案 c:\msys\1.0\etc\fstab 映射了 mingw 的路徑。如果日後你有需要，可以添加自己的路徑。

c:/mingw --> /mingw

(3) 因為我們安裝了 MAME 版本的 MinGW 套件，所以路徑應該跟內定的不一樣。可以看到 MSYS 加上了

/usr/local/bin

/mingw/bin

/bin

這四個目錄，在 "PATH" 這個環境變數之前，需要改的是 /mingw/bin 這個路徑。改在哪裡呢？MSYS 執行後，會自動執行 /etc/profile 這個 shell script，所以改 c:\msys\1.0\etc\profile 這個檔。所以就把 /mingw/bin 路徑改成 /mingw/mingw64-win32/bin 如下圖

改完存檔，然後重新啟動 MSYS。下命令 g++ --version，應該看到 g++ 的版本已經是最新的了。

這篇看起來很複雜，其實照著改只是幾個動作而已。

不過不知道有沒人想到要問，為何這麼大費周章？不是加個路徑到系統環境變數 "PATH"，就好了嗎，幹麼這麼大費周章？看起來也很複雜？

理由：

(1) 想辦法讓使用環境，跟我在 Linux 上的使用環境接近，這樣到時候，我要在 Linux 上編譯，只要修改很小的地方。你總不會想說先開發在 Windows 上，然後哪天你的模擬器夠嗆，出來個牛人幫你 port 到 Linux 上，使用 MSYS 可以在變動幅度最小的情況下，使用相同的工具，make，sed，grep ....讓你的程式可以在 Linux 跑

(2) Linux shell 真的太方便了，alias history pushd popd ...... 還有 shell script 可以讓你要重複的動作，自動化。

這篇太長了，下次我們再來談如何設定文字編輯器。

模擬器學習日記 (3) - 三種使用 MinGW 的方式，選擇 MSYS

2010-02-17T09:51:00.001-08:00

這次，談談 MinGW 的編譯環境。

上一次，我們是透過改變 cmd 的搜尋路徑，set path=c:\MinGW\bin;%path% 讓 Windows 作業系統，可以找到 gcc 編譯器。可是這樣不太方便，另外一個問題，是用 notepad 來編輯程式，這可不太方便。

所以這次，我們談談如何設定一環境，讓開發程式，變得簡單一點。有哪些選擇呢？

(1) 改 Windows 使用者環境變數＋ Notepad++

用系統管理員的權限，把 c:\MinGW\bin 加到系統環境變數，這樣無論你在哪一個目錄，你都可以執行 gcc。另外編輯程式，改成用 Notepad++。這樣的設定，對於自己編譯 MAME 應該就夠了。

Notepad++ 在這裡下載：http://notepad-plus.sourceforge.net/tw/site.htm，這是一個免費而強大的文字編輯器，作者是台灣人，所以介面支援簡繁體中文。

(2) codeblocks

另外網路上很多人用的是的是 codeblocks，這是一個跨平台，支援多種編譯器 gcc 及 vc 及其他，的整合環境。編輯，編譯，除錯都在一起。看起來很優，但是我想事情從簡單開始，有興趣的人，不妨試看看。另外有一件事要先提醒，codeblocks 是有自己的專案檔（XML格式），如何讓沒有使用 codeblocks 的人也能編譯你的專案？

下載：http://www.codeblocks.org/downloads

(2) MinGW 官方，推薦的是 MSYS - Minimal SYStem, is a Bourne Shell for Window

什麼是 MSYS，簡單講，就是把 Linux 下的文字模式，命令列環境，包括強大的 shell ，搬到 Windows 上來。如果你有在 Linux 上使用過 bash，你就會知道這個有多方便。

MSYS 的下載在這裡：http://downloads.sourceforge.net/mingw/MSYS-1.0.11.exe

也是一樣勇敢的給它執行下去，建議不要更改內定的安裝路徑 c:\msys\1.0 。安裝的最後一個步驟，會讓 MSYS 可以連結到你的 MinGW，這個步驟叫 post install （安裝後的行動）：

(1) 要不要執行 post install，勇敢的回答 y，

(2) 是否已經裝了 MinGW，回答 y

(3) MingW 的路徑，回答 c:/MinGW

安裝完，你的桌面多一個 MSYS 的圖示，執行後畫面如下圖，有很多 Linux 上常用的命令都已經在了。不過我發現 gcc 的版本是 3.4.5 是乎有點老（不是說老的不好，而是有的模擬器需要新版本 gcc才能編譯）

總之，我們已經把 MSYS 安裝好了。你可以試看看，下 help，看有哪些內建命令可以用。看起來有點複雜，是不是開始有一點點覺得 "牛" 了呢？

這篇已經太長了，下一篇，我們再來看看，是不是需要更新 gcc，及選一個文字編輯器。

模擬器學習日記 (2) - 安裝 MinGW 這個 Windows 版的 GNU 編譯器

2010-02-17T09:50:00.000-08:00

慚愧，過了一個半月，沒有半點進展。

工欲善其事，必先利其器。今天新來把開發工具搞定，選用 MinGW - Minimalist GNU for Windows，這個 GNU 開發工具的 Windows 迷你版。

(1) 下載 MinGW 從這裡 http://sourceforge.net/projects/mingw/files/

(2) 目前的版本是 MinGW-5.1.6，給它勇敢的執行下去。這可是高科技，線上下載安裝。安裝中有個選項，是 download（只有下載不安裝）或是 download and install（下載並安裝），選下載並安裝。

(3) 中間還會有個選項，問你是要安裝 previous （上一版），current（目前版本），candidate（也就是所謂測試版），選目前版本。

(4) 接下來的選項有點複雜，問你要安裝哪幾種編譯器，default 只有 base，建議連 g++，跟 MinGW Make 也都裝。g++ 就是 gnu c++ 編譯器。MinGW Make 幫你處理一些 Linux 跟 Windows 上，一些 Make 工具的微小差異。不知道我在說什麼沒關係，因為我也不是很清楚，老實的告訴你。

(5) 接下來這個重要，要安裝到哪裡，建議不要改，就 c:\MinGW。別擔心你的 C: 槽會暴掉，跟微軟的則學不太一樣，GNU 的工具都是小而美，幾十 MB 就搞定，不像微軟，動不動就上 GB。

(6) 然後你就會看到神奇的事情發生，MinGW 安裝程式，開始下載，檔案都很小，一下子就下載並安裝好了。

(7) 你在你的程式群組，應該會看到一個新的 MinGW 群組。裡面有到 MinGW 官網的連結，MinGW 更新，跟 MinGW 移除。神奇！

(8) 當然要試看看，編譯器是不是好了。編譯一個程式試看看。

先確定你有 c:\study 目錄，沒有用 mkdir c:\study 自己建（故意叫 study，裝聰明;-p），把下面標藍色的程式，用 notepad 存成 c:\study\test.c

#include

int main(int argc, char *argv[])

{

printf("Hello World!\n");

}

接著，開一個命令視窗（cmd），跟著在 cmd 下標藍色的命令

set path=c:\MinGW\bin;%path%

cd \study

gcc -o test.exe test.c

test.exe

你應該會看到

Hello World!

(9) 慶賀一下，我們也會用 MinGW 寫程式了。

下次，我將會研究一下，用 MinGW 開發程式，可以用的整合環境。沒人真的只用 notepad 寫程式啦。

模擬器學習日記 (1)

2010-01-01T10:27:00.001-08:00

模擬器學習日記 (1) - 我是新手入門，開始有系統的，學習模擬器的撰寫
以前有些亂改模擬器的經驗（其實也不算是經驗，因為是亂入）。
經過了一些工作經驗及磨練，發現最好的學習方法就是實做，即便是一個實做一個最簡單的模擬器，也比亂入及亂改有的沒的要來的腳踏實地。
所以呢，為了興趣（興趣很重要，喜歡寫程式，喜歡模擬器），打算利用週六、日的時間，開始學習並實做一個簡單的模擬器，就像是 MAME 的大神說的，先拿一個最簡單的入手，先瞭解運做的原理。
一開始會是一個非常簡單、非常原始的東西，然後會整理我的資料，寫在部落格里，只是做個紀錄，沒特別用意，不算是教學（因為我程度還不到那裡），也不會管看的人，看了會有什麼想法。
另外這是做興趣的，沒有 schedule，也沒有截止日期，看我想做到哪裡就做到哪裡。
這篇算是給自己的開宗明義。下一篇，試看看能不能要模擬的 target machine （目標機器聽起來很怪），定出來。