隔了一年半，這個 0xc0000005 問題總算解決了。
感謝 pcx 閒談中提供解決方向。
也因為隔了一年半，目前整個 gecko based 已經長大到 pgo 不太能跑，尤其是 seamonkey 又比 firefox 多整合了網頁編寫及 mail 的部份，x86 的部份根本完全不能 pgo － 就算調教只跑一個站，link 時就破 4G － 剛好公司環境也被我強迫更新到 x64，未來就放棄 x86，只放 x64 了。
目前 gecko 的 js jit 官方的源碼優化基本上已經比一年前強很多了，單純 pgo 就目前而言加速效果不大，追求頂級效能的 compiler 應該要用 tete、htguard、fbuild、pcx 等人的方式去改進源代碼，才會有明顯的加速效果。
最後，目前 seamonkey 在我工作中使用只有開啟 composer 而已，日常主力半年前已經轉進到 firefox，不過家中的電腦還是以此 seamonkey 為主。
==============================================
Gecko 2.x 已改變 useragent 的修改方法，所以預設無改變 useragent。
20130812 更新：
2.20-Win x64-PGO：至此網頁下載
...
統計資料 : 發表於 由 s793016 • 發表於 2007-09-23, 19:25 • 回覆 103 • 觀看 51628
感謝 pcx 閒談中提供解決方向。
也因為隔了一年半，目前整個 gecko based 已經長大到 pgo 不太能跑，尤其是 seamonkey 又比 firefox 多整合了網頁編寫及 mail 的部份，x86 的部份根本完全不能 pgo － 就算調教只跑一個站，link 時就破 4G － 剛好公司環境也被我強迫更新到 x64，未來就放棄 x86，只放 x64 了。
目前 gecko 的 js jit 官方的源碼優化基本上已經比一年前強很多了，單純 pgo 就目前而言加速效果不大，追求頂級效能的 compiler 應該要用 tete、htguard、fbuild、pcx 等人的方式去改進源代碼，才會有明顯的加速效果。
最後，目前 seamonkey 在我工作中使用只有開啟 composer 而已，日常主力半年前已經轉進到 firefox，不過家中的電腦還是以此 seamonkey 為主。
==============================================
- 本版本除了下列項目外，並沒有對原版作出任何修改：
- 修改 Big5.ut 單向字碼成「UAO 2.50」。
- 以 Big5.uf 取代 HKSCS.uf。
- 2.19 版起儘可能的去除源碼中 win 下的「-GL-」、「pragma optimize("", off)」、「pragma optimize("g", off)」、「NO_PROFILE_GUIDED_OPTIMIZE = 1」，以達到全模組 pgo 效果，不過也可能引起某些 bug 也說不定。
- 使用 Micro$oft Visual Studio 2012 update 3 編譯。有 jemalloc 。
- 使用官方的 mozillabuild 環境 PGO (嚴格說起來應該是 PGU)。
- Quick Launch 功能已被官方移除，所以不能用。
- 只支援 x64 系統。ps：xp64 可能不能用
- 因為我沒在用 mail & irc，網頁也不太會作，所以這幾個部份可能跟官版比起來沒什麼差別。
Gecko 2.x 已改變 useragent 的修改方法，所以預設無改變 useragent。
20130812 更新：
2.20-Win x64-PGO：至此網頁下載
...
統計資料 : 發表於 由 s793016 • 發表於 2007-09-23, 19:25 • 回覆 103 • 觀看 51628