風本就該被追逐，雲則應需被推移

有多久？我的文學情思沒有被呼喚？

就算現在的我也依然感到疲憊...

思緒說不上百感交集，但我仍是懶得去整理這四年累積下來的記憶，
就算是在文圖，熟悉的位置上，
開著帶著氛圍的檯燈，不是我開的...
沒有咖啡，我想那太過刺激；身旁的開水，我還是選擇口渴，
想聽的 fake me 不在清單， いとうかたこ似乎不是很多人喜愛，但我傾心...

在幾乎全為習慣的環境裡，多了點特別，
一張照片 ── 放置在參照的位置，
景色也不陌生，是過去可以讓我澄明的角落，
透露的片段，化為映像，收納在我身旁，

說今日的心血來潮，不就是她所激起...

話說就算是往相同的地點邁進之人，也不一定會彼此交集，
我追逐著她，化為斑斕貼在妳身上，
在交錯而過之際，妳把它剝落；我想加速離去，妳用妳的梭，讓我做繭自縛...

我一點都不怪妳，其實更有的是歉意，
霧像的我，對鑽牛角尖的妳是一種麻煩，
但妳用特有的晴，讓雲凝、風緩，
我點的火，與妳放出的光，用不協調的半相差交替前進，
走到了這個地方

===
嘆息者帶走他的報紙，卻把他的燈留給我，
peek my screen, and what you want to see?
針鋒相對，互相挑剔，或是就是這樣...
===

相互給予，彼此傷害，
這樣的迴旋應該是要畫上休止符，

樂園 ─ 這也許是妳要追尋的事物，
希望妳能順利前往！

風能做很多事，至少推動雲是不成問題，
春代表妳的特質，只可是綠是可以再多一點，我是這麼認為的，

秋也是我想看的景，不過大概只適合我來取，

妳給的小小溫暖，幫我拾起遺落的東西，
對我來說算是特別，由衷感謝！

虛掩的石門，似乎就有很好的屏蔽效果！？
妳的過路，給了我一個不錯的經驗，
我應該用更誠懇的態度來面對世俗，也許是妳沒明講的話，
應該會的，但某些不可動搖的執著也不會除去...

這些話都是用來放縱，
妳不需要看，這可是遊戲的內心迷宮！
倒是想讓她看，不過應該也是沒辦法...
他要看嗎？也許早就在看，或是心裡有數。

自由，但不自由的感覺又為何？

玩弄隱昧，或許就會被吞噬，
燈仍通明，我還能走，

不過被自己的口水絆倒，果然還是必要的懲罰...

Read more!

Tutorials of compiling C/C++ program

Makefile:

1. Makefiles -
   http://mrbook.org/tutorials/make/
   

Others:

1. Compiling C and C++ Programs -
   http://pages.cs.wisc.edu/~beechung/ref/gcc-intro.html
   

Read more!

Ubuntu 與 Windows 檔案分享設定

Reference

1. 網路相關 - Ubuntu Wiki
2. Ubuntu可以單純的加入window的網域嗎? - Ubuntu Forum
3. Ubuntu 簡易分享資料夾設定 - sshlog
4. 請問Ubuntu的SAMBA問題 - IT邦幫忙

Read more!

NS-2 2.34 Installation on Ubuntu 9.10

Reference

1. How to install ns-2.34 on Ubuntu 9.10 Karmic Koala
2. 如何在 ubuntu 9.10，安裝 ns-2.34
3. Network Simulator：ns-2 安裝與基本操作 on Debian/Ubuntu
4. Ubuntu 9.10下安装ns2 2.34方法
Read more!

Windows XP 無法載入 (Hal.dll & vgaoem.fon 損毀)

家裡的 Desktop 說實在真的是到了不敷使用的程度，四年半有餘的老爺機還不時接受我們嚴苛的對待下，各項硬體：e.g., 顯示卡、硬碟、光碟機、電源供應器...早是傷痕累累。

但是今天一早老弟又跟我說：「Windows 又進不去了，上面顯示：

Windows 無法啟動，因為下列檔案遺失或損毀：
\Windows\System32\Hal.dll

囧，是我第一時間的反應，寒假已經來到最後關頭，NB, Netbook 改裝 Win 7 的計畫都還在起步階段，CCNA 教材、Android 都還在等待我的蒞臨，實在沒太多的時間去浪費，沒想到桌機還給我搞這樣的飛機，我真是 !&*&#$#*%...

抱怨歸抱怨，陪著我渡過那許多日子的老朋友有難，我豈會袖手旁觀？而且會就此大驚小怪的我，果然是道行不夠深，老朋友給的考驗，強迫我去請教 Google 大神。

根據大多數網友的經驗，多半是 Hal.dll 的損毀，或是 boot.ini 的損壞，兩者必須動用到 XP 的安裝光碟，透過修復管理員將 i386 下的 Hal.dll 複製到 C:\WINDOWS\system32\ 下取代舊有的檔案(如果還在的話)，或是讓其修復 boot.ini

下面就將網路所提供的方法做 keying:

• 複製 Hal.dll
  1. copy Hal.dll C:\Windows\system32\hal.dll

     這方法我沒試，所以 Hal.dll 確切的目錄的位置就得查一下，沒有意外應該在 i386 下，必要的時候可用 dir hal.* 的 cmd 指令來確認

• 修復 boot.ini
  1. bootcfg /list
     
     畫面上會顯示目前 Boot.ini 檔中的項目。如果顯示沒有檔案，就表示 Windows 真的找不到 Boot.ini 或是 Boot.ini 損壞。
  
  
  2. bootcfg /rebuild
     
     開始重製 boot.ini，設定一些參數(identifier 之類)，比較重要的是：「Enter OS Load options (輸入 OS 載入選項)，當您收到這項訊息時，請輸入 /fastdetect」

     因為我的系統算是半個雙系統(XP + wubi 版 Ubuntu)，所以可以在 Ubuntu 裡開啟 boot.ini(in C:\)，看過後不覺得有損壞的情形，因此轉把方向轉向單純特定檔案毀損來考量(在 Ubuntu 看 C:\WINDOWS\ 裡都不準確，system\ 僅看的到 20+ 個檔案，system32\ 是什麼都見不到，因此就不知道 Hal.dll 是損毀還是遺失)，將此一解決方案先擱置

• CHKDSK 修復
  1. CHKDSK C: /R

     這個方法幾乎在 Hal.dll 的 problem 裡沒人提出，就頭痛醫頭，腳痛醫腳的觀念下，這並不是直接 hit the core，但是仔細推敲後我們會發現，Hal.dll 會損毀的原因不外乎應該就是病毒與硬體因素，我家電腦真的老舊，且過去硬碟也曾有過一些問題，所以 CHKDSK 是我願意率先採用的方法，當然如果確實為硬體毀損因素，也不一定能修復，到時我再轉向手動複製 Hal.dll，但是如果成功某種程度上是 least effort，另外順便讓硬碟做一下健檢也不錯。

     而檢測結果確實有些檔案損壞，在它嘗試修復重開。
     Yeah! Hal.dll 遺失的問題不見了，but...

But 它生成一個新問題：

下列檔案遺漏或毀損，無法啟動 C:\WINDOWS\system\vgaoem.fon 您可以用原始安裝磁片或光碟片來啟動 WINDOWS 安裝程式後，進行檔案修復。在第一個螢幕畫面中選擇‘r’後開始修護

考驗看來還沒有結束，看來損壞的檔案還不只一個，這下就真的得手動搬移了，進到修復管理員下查看 C:\WINDOWS\system\ 的檔案列表還真的沒有 vgaoem.fon 的蹤跡

根據 Google 大神的指示，這個問題比較單純，解決方案似乎都只有一個：

• 從光碟複製 vgaoem.fo_ 來取代 vgaoem.fon
  1. copy vgaoem.fo_ C:\WINDOWS\system\

     首先切換到光碟機的磁槽，在進到 I386\ 下

  2. ren vgaoem.fo_ vgaoem.fon

     複製完成後再切到 C:\WINDOWS\system\ 下，對 vgaoem.fo_ 重新命名成 vgaoem.fon

重開機後，終於見到久為的 M$ 四色窗標誌~~

Reference:

遺失HAL.dll檔 - JR.Gemini's Knowledge Base

【图文教程】windows\system\vgaoem.fon损坏或丢失，无法启动windows,不想重做系统,该怎么办？ - 焰舞非凡的空间

Read more!

View of Autocompletion

Autocompletion (自動完成)

根據臺灣 Google 的研究，
發現亞洲人比較喜歡使用 autocompletion ，而西方人卻覺得相當惱人，
其差異原因推測在於文化間的差異，

亞洲人的思考能力，普遍說來比較不理想，
從教育方式來著眼，亦有跡可尋，
因此對於這種挑選性的協助，會感到受用。

相對的，西方人擁有較高獨立思考的能力，
autocompletion 對他們來說，可說是多餘、擾人的蚊鳴，
因此會 prefer 自行輸入其所需之關鍵字。

------

說 autocompletion 有扼殺思考力的言詞，我是有些讚同，
起初 autocompletion 與 non-autocompletion 可能是 1:1，
隨著時間、習慣的磨損，我們極有可能不去思索精確的關鍵字，
將不足的部分扔給 autocompletion，久而久之，會形成一種依賴性，

但除去直觀的東、西方教育文化、思考邏輯上的差異，
進入到本質上的問題：

1. 「現今較多人使用的非拼音文字僅有漢字。」
2. 「目前最多語言使用的拼音文字系統是拉丁字母。」

沒錯，採用文字學的角度切入，
我們會發現如今多數輸入漢字的方式，
仍以拼音輸入 (ㄅ半、微軟新注音、羅馬拼音) 為大宗，
這樣的情況如同將輸入一個字的程序切割成兩個步驟，
首先，完成拼音；然後從候選字中「選出」想要的字。

「選出」── 這是關鍵！

原來我們潛意識下就不斷的接受這種訓練，
在我們聊天、打報告時 (在我打這篇文章之際 = =)，
就已經不斷地與 autocompletion 的 prototype 交流、感染、荼毒?。

反觀西方的拉丁語言，這樣的拼音文字，
它們字的建構取決於鍵盤之上的 alphabets，
如此地直接，無須經過轉換這條道路，
鍵盤中已包含一切，他們為何需要停下腳步去選擇呢？

這是我聽到這個現象後所引申出的看法，
但正確性與否就需要去深入探討，
不過我不是文字學家，這就留給他們去應證。

其實雖說今日漢字並非拼音文字，在遠古的前身是為象形文字，
為此給「倉頡輸入」一個切入點 ── 以字拼字，
為此就無須經過選字的過程，
不過我從未用過，也不清楚它的拆字依據，
但不管是什麼方法，我想絕不是百分之百按其象形、會意 ... 等六書規則處置的。

然而對於亞洲區的解釋，我的看法為：
其實整個大東亞，都可視為中華文化的延伸區，
韓國、日本如此，越南、南洋何嘗不是？
漢字長久以來，直接、間接，或深或淺著影響著東亞文字演化，
因此當他們轉化漢字之際，應該也吸收此一本質。

這個主題感覺上和 Web 2.0 相去甚遠，
不過梅老大上課有提到 autocompletion 的東西評價差異，
斗膽把此梗引而深之，
但上述內容幾乎沒有任何文章佐證，大家看看就好。
(OS: 又是不負責任發言 ......)

Read more!

A Learning Journey Integrated with Virtual World - 觀後分析

　　這組就是阿梅那組 SLS + SL，整體說來，是我很有興趣一聽的組別，因為之前對於 SL 轟轟烈烈地討論，可謂一開端，激起我對 SL 之應用的好奇性，儘管在阿梅的 3 塊地上晃過，但都是在沒有解說，且是自我摸索的情形下。

　　以下就描述我的見聞：

　　A Learning Journey Integrated with Virtual World - 一個與虛擬世界整合的學習旅程

　　這是一個 Web 2.0 的應用，核心的概念是 Virtual World + Portfolio，Virtual World 這方面不用多說，就是 SL；而 Portfolio 即是提供使用者對於資料的整理、收集，此處的資料特指與學習相關。

　　再來是系統方面，則是 CMS [Content Management System] (Drupal) + VW (SL) 這兩大部分。Drupal 是一個內容管理系統，不管是現行營運的 SLS，或是另一組專題的 SHS，在 Web 這端的顯現，都是以此為基底。在他們的設計中，用戶分成 3 種層級：學生、助教、老師，之間的差異就是權限的差別。

　　到了 SL 上，他們提到的功能有 3 個。

1. 討論室：它是一個可供多人使用的空間，你可以在 SL 和 SLS 兩端進行預約，然後即可使用，若非該時段預約用戶存在於討論室，將會被踢出討論室。同時，你在 SL 上討論的訊息，也都會被記錄到 SLS 上面，你可以透過 SLS Account 來觀看。
2. 補課間：這只提供給單一使用者，一樣需透過預約來使用此服務，則就可以透過補課間裡的電視機，觀看 YouTube 上的錄製內容。
3. 線上測驗：透過點擊 Conference Room 旁的問號狀物件，就可進行測驗，這是選擇題的形式，每當你答完一題後，它會顯示出正確的答案，且當你完成所有題目後，它也會顯示答對的總數。
   此外，這裡面的題目，是可以透過在 SLS 中上傳一個一定符合命題格式的 .txt 檔，來進行新增。

使用的技術，他們並沒有明講，但應該可推敲出一些，SL 上，LSL 怎樣想都跑不掉；在 SLS 上，PHP、SQL 這類也都有，為了使 user 在使用上有較高的效率，也有發現 AJAX 的蹤跡。

這場的審查老師是黃媽(H)和范姜(F)，他們有提出幾個問題與建議，我收錄如下：

[ TQ: Teacher's Question, TC: Teacher's Comment, MA: Member's Answer, MC: My Comment]

TQ1(F): 你們的個人資料的撰寫欄位，只有給定的那幾個嗎？無法自行新增嗎？

MA: 暫時先這樣，其實我們列舉的欄位應該很夠用了。

TC: 這樣互動性有些不足，且流於制式化。

MC: 范姜這樣說有些雞蛋裡挑骨頭，現行網路上的一些會員資料欄位也是寫定好的，無法讓使用者去自行增加，假設開放自行增加欄位，不但格式上的一致性被破壞，也將會提昇管理上的難度，況且真的會去進行新增的使用者，應該不會佔很高的比例，這樣獲得的效益不足以支付其 overhead。

TQ2(H): SL 的優勢何在？哪些特點是其他 e-learing 平臺所無法達成的？

MA: 應該......就是「沉浸式」

MC: 黃媽的這個問題，當我第一次聽到阿梅要將 SL 與教學的時候就有想到 (馬後砲  (-_-)@m)，只不過是驚鴻一瞥，沒太過深入的思索。但當我進入 SL 的世界後，看了阿梅的 SLS 這點應用後，我試著問自己，我會想要使用這樣的服務嗎？
不會，我不想用，雖然說可以透過裡面的設施來看 YouTube 影片，那我為什麼非得使用如此迂迴的方式？我為何不到 YouTube 的頻道上去看？如果再加上范姜所言，假使我為了瞧好姿勢，使 avatar 端正的坐在椅子上，花了我兩個小時 (誇飾)，那麼誰會想去使用這個服務？
這個問題該組成員所給的答覆，真的是不足以解答我的疑惑，也許是我對 SL 的了解不夠多，而不能體會其中的深意，還是說這僅是一群重度 3D 成癮者之 protocol？我會找機會去了解的，就目前的發展方向，我看的出來的就只有「擬真」+「社群」這方面，舉個例子來說，哪天臺北要蓋一座 Taipei 202，那麼我們可以將設計出來的 building，在 SL 先搭建起來，供大家品頭論足，讓設計者與委託者，以至其他旁觀者，增添一個交流管道。甚至說，設計者都可以將這個物件釋出，讓有興趣的人都可以建出 (虛擬) 屬於自己的 Taipei 202。

Teacher's(F) Suggestion: 你們的系統可考慮增加「等級」、「階級」......etc. 一些類似 OLG 的元素，這樣或許對於使用者來說會更有吸引力。

MC: 這不失為一個不錯的意見，但是 SLS 的服務上本來就是教學為主，融入這樣的元素，固然對於親民性上會增添不少，反觀而言，它會不會使服務產生質變，這也是不得不去思索的問題。

　　總而言之，我對 SL 的掌握度真的還太低，它到有怎樣的潛能、如何的運作，就連基本的 Linden dollar 的取得都還沒達成，如此的程度就要對 SL 下斷語實在是太狂妄了，前景肯定是存在的，要走何種道路，以何種方法？此刻起，正是我所要去探討的問題。

Read more!