novus log

前幾天被 Palemoon 通知更新到 25 之後就一直覺得怪怪的，不過因為一直處於忙碌狀態，沒有深究那些小事，昨天才從 Palemoon 官網大致了解了怎麼回事。
簡而言之，自 Palemoon 25 之後不再使用和 Firefox 相同的識別碼，所以有些網站可能會將 Palemoon 視為某種未知的瀏覽器，只提供非常保守版本的網頁，有些網站甚至完全不能使用，只跑出提醒使用者安裝最新版瀏覽器的頁面。
我還不知道 Palemoon 做出這項決定的原因。官網建議的解決的方案為：

寫信給網站經營者，請他們偵測瀏覽器的時候考慮 Palemoon。
到 about:config 下，將 general.useragent.compatMode.firefox 改為 True。這個選項在將來 Palemoon 25.0.2 推出後會預設為 True。這個做法有點小問題，因為 Palemoon 字面上的版本號比 Firefox 低許多，因此網站可能會以為你用的是比較早期版本的 Firefox。
同樣到 about:config 下，針對個別網站加入 general.useragent.override.[網域] 設定字串，如：

上月初嘗試 MSYS2 時順便玩出來搭 ConEmu 的方式，剛好最近有人需要，這裡快速的介紹一下。
首先下載 ConEmu 免安裝包，解壓之後重新安排成下面目錄結構，然後整個丟到 MSYS 目錄下。其中 ConEmu.xml 可以手工建立空白檔案，也可以用免安裝包裡的範本。
msys/
|-- bin/
| |-- ConEmu.exe*
| `-- ConEmu64.exe*
`-- libexec/
`-- conemu/
|-- ConEmu.xml
|-- ConEmuC.exe*
|-- ConEmuC64.exe*
|-- ConEmuCD.dll
|-- ConEmuCD64.dll
|-- ConEmuHk.dll
`-- ConEmuHk64.dll

週末試用了一下 MSYS2，發現果然是好物。現在還懶得寫安裝教學之類的，只是隨手寫些心得。

首先，MSYS2 使用 Pacman 做為套件管理程式，這使得套件的安裝、移除變得很簡單，相依的套件也是一個 pacman 指令裝到好。

MSYS2 提供的套件庫非常豐富，常用的開發工具、程式庫都找得到，如 git、Mercurial、autotools、cmake、clang、ICU、boost、Qt、wxWidgets 等等。

MSYS2 附帶的 MinGW 是 MinGW-w64 的 32 與 64-bit 版本。

不過我用 Pacman 安裝某些套件卻遇到了小問題，像 MinGW 目前還是安裝失敗。有一些套件裝完好像能用，可是 pacman 同時也吐錯誤訊息，不確定是不是沒有裝完整。

使用 gitk 必須先裝 tk 和 tcl，但是卻沒被列入相依套件。而且 MSYS2 提供的 tk 和 tcl 屬於 MinGW group 底下，雖然裝完可以用，但總覺得應該也要提供 MSYS group 的 Tcl/Tk。

大部分的套件都是非常新的版本，而且似乎沒有辦法指定版本，這有一點點不方便，很多時候使用者會需要特定版本的編譯器或程式庫，而非什麼都最新。這會使得使用者不得不手動安裝、編譯自己需要的東西，無法獲得套件管理工具的便利性。

I borrow this color scheme from Tango palette. It's much easier to read than the default console color scheme. Should work under Msys, Cygwin and Git-bash.
Paste following text to '~/.minttyrc', create the file if it doesn't exist. Then restart Mintty.

BoldAsFont=yes
BoldAsColour=yes
Font=Liberation Mono
FontHeight=10

Black=0,0,0
BoldBlack=64,64,64
Red=204,0,0
BoldRed=239,41,41
Green=78,154,6
BoldGreen=138,226,52
Yellow=196,160,0
BoldYellow=252,233,79
Blue=52,101,164
BoldBlue=114,159,207
Magenta=117,80,123
BoldMagenta=173,127,168
Cyan=6,152,154
BoldCyan=52,226,226
White=211,215,207
BoldWhite=238,238,236

長期以來 Windows 上的命令列工具一直不太好用，使得在 Windows 上使用命令列工作效率不彰。我自己一直是使用 Msys、Cygwin 搭配 Mintty，取代了絕大多數需要 cmd 的場合，所以並沒有很關注 Windows 上第三方命令列工具的發展。雖然也試過像 Console 2 之類的實作，但總覺得可用性還有待加強。
最近注意到的 conemu-maximus5 倒是讓我蠻驚豔的。可自訂化程度甚至超越 Mintty，像是字型、色彩、透明、console buffer size 等等基本功能就不必多說了（提外話，conemu-maximus5 搭配文泉驛等寬微米黑相當漂亮）。進階的功能還包括：
- 頁籤、分割視窗等功能。
- 搜尋 console buffer。
- 內建和檔案總管、PowerShell 整合的選項。
- 可快速變化換選取模式，不過預設有點奇怪 -- 按住左 shift
- 非常豐富的快速鍵行為。
還有一堆我一時三刻沒辦法摸清楚的功能。
不過萬事總難完美，根據個人使用 Mintty 以及曾經寫過 Windows pipe 程式的經驗，Windows 的 Console 子系統並不是很容易合作，有些時候還是會出現無可避免的錯誤。某些 Mintty google code 上的 issue 經討論最終都是無解，根本問題出在 Windows 的 console 機制上，我不認為 conemu-maximus5 會有辦法解決。另一個小小的問題，畢竟底層的命令解釋器仍舊是 cmd，所以自動完成和命令回溯方式沒有像 bash 那麼貼心。
由於我常常需要在 Linux 和 Windows 之間跳來跳去，bash 和 Mintty 仍然是個人首選，沒使用 conemu-maximus5 的打算。對於常常需要在 Windows 上動用命令列的使用者，真的強烈建議研究一下 conemu-maximus5，光是搭配文泉驛等寬微米黑就很值得了。

記得這是某位朋友在一年多以前遇到的問題。當時他需要分析程式中各個 branch 和 statement 的執行統計資料，那時候我跟他建議 gcov，但沒多久他就跟我抱怨說 gcov 在 Mac OS X 上無法使用。因為這不是我關心的問題，而且我手邊沒有任何 Mac 系列的開發環境，所以就沒有繼續深究。
今天我們又談到同樣的話題，強者我友早就解決這個問題，他眼也不眨一下就直接在編譯器內部增加一個 compile pass，使編譯器自動在被編譯程式的每個 basic block 植入計數程式碼，最後再寫個分析程式處理統計資料。這差不多是 gcov 的工作方式，只是自己做的比 gcov 更直接符合需求。
接下來要講的是，我終於知道為何在 Mac OS X 上使用 gcov 會有問題。原因在於 Mac OS X 預設的 gcc/g++ 指令並非執行真正的 gcc/g++，而是 alias 成 llvm-gcc。因為 LLVM 並沒有提供相關的 code instrumentation 服務，所以不會吐出 gcov 可用的資訊，改用正牌的 gcc 或者 clang 應該就沒有問題了。以上資訊提供給有同樣需求的網友參考，不過我不是 Mac 使用者，所以有問題別找我。
所以我朋友真正需要做的只是安裝正港GCC，然後就可以正常使用 gcov 了。不過自己改寫編譯器或許可以獲得更多的控制能力，也不見得是多此一舉。

自從我更新 Palemoon 12 之後就沒辦法使用 Hotmail，但停用所有 Plugin 之後恢復正常。
經過進一步測試，問題似乎出在 Foxit Reader Plugin 上面，停用 Foxit 就沒問題了。
如果網友同時裝 Firefox/Palemoon 12 與 Foxit Reader，遇到 Hotmail 無法運作的情形，可以嘗試停用 Foxit plugin。

最近又發現了一個在 Windows 環境下提供 Linux 命令的軟體組 -- GOW（Gnu On Windows）。它和 MSYS 一樣包含了 bash 在內的多種 Linux 程式，但是不像 Cygwin 那樣把 POSIX 系統函數包涵進來。
當看到這個軟體時，第一個念頭當然是：既生瑜，何生亮？既然 MSYS 已經很好了，為何又要弄出一個 GOW 呢？我目前沒有打算試用 GOW ，僅就所獲得的資訊提出一點想法：

GOW 選取程式的取向與 MSYS 不同。MSYS 偏重在提供 Build script 以及程式員最常用到的功能，其餘應用程式則付之闕如，必須靠 GNU Win32 之類的軟體包。相比之下，GOW 更重視普通使用者日常所需的應用程式，所以沒有 AutoTools 之類的鬼玩意（但是竟然有 bison 和 flex ？）
GOW 非常輕量化，自稱在 10 MB 上下。如果要用 MSYS + GNU Win32 拼出相似的功能，我想 30~40MB 跑不掉。（對照一下：MSYS 開發工具全配約 70MB，msys-git 約200MB）