Open SuSe 10.3 Java 執行問題

java: xcb_xlib.c:52: xcb_xlib_unlock: Assertion `c->xlib.lock' failed.

網路上雖然有修改原始碼將 Xlib/XCB 的 assert 檢查碼註解掉重新編譯，不過我還是選擇比較不用大腦的作法，方式如下：

1.依據 Sun 提供的暫時解決方法解決這一個問題（BugID : 6532373 ）

For sun-java5-bin:
sed -i 's/XINERAMA/FAKEEXTN/g/usr/lib/jvm/java-1.5.0-sun-1.5.0.11/jre/lib/i386/xawt/libmawt.so

For sun-java6-bin:
sed -i 's/XINERAMA/FAKEEXTN/g/usr/lib/jvm/java-6-sun-1.6.0.00/jre/lib/i386/xawt/libmawt.so

不過我是使用 JDK 1.6.0.0.03 版的關係，因此，路徑必須要修正一下（記得用 root 權限）。

sed -i 's/XINERAMA/FAKEEXTN/g' /usr/java/java-6-sun-1.6.0.03/jre/lib/i386/xawt/libmawt.so


2. 若是使用上還是有問題，則把下面這一行環境變數輸入（建議寫到批次裡頭）。

export LIBXCB_ALLOW_SLOPPY_LOCK=1

由Business Process著手

企業營運模式改變，營運管理就會改變，營運流程就會改變。從Business Model改變，帶動策略改變，影響組織改變，最後IT系統就會做出改變。

斯巴達戰士

斯巴達戰士為何要一手盾牌，一首執長矛，相信看過斯巴達300壯士這部電影的人應該都有注意到
高高舉起盾牌是為了保護你隔壁的戰友，長矛是你刺殺敵人的利器
無論是多麼強壯的戰士，沒有方陣的保護，就會輕易被敵人沖散，進而孤單而被敵人個各擊破
斯巴達人之所以戰無不勝，不僅是良好的訓練，更多的是團隊合作與一股戰士視死如歸馬革裹屍的豪氣

程式設計師,請小心

如何形容一個軟體系統有多複雜呢？用程式行數來算呢？還是用功能多寡來算？
程式數百萬行例如微軟的作業系統或Office這複雜嗎?模擬核爆的模擬軟體複雜嗎?
我倒認為複雜度是設計架構與寫程式的人搞出來的，這怎麼說呢？
元件重複使用的機率太低，類似的功能硬是要用複製貼上然後修改的方式來作
對寫程式的人來說複製貼上確實是在短時間內最快的方法，時間一長了，程式變大了後遺症都來了
好比有些女人要減肥，覺得吃減肥藥需花上兩三個月才有成效太 久，乾脆動刀比較快，去的快後遺症也多
程式設計師在開始寫下第一行程式前千萬要深思熟慮，不要輕易踏出錯誤的第一步

我的小黑安裝Ubuntu 7.04...奮戰紀錄

終於下定決心把我的小黑(IBM Thinkpad X60)給換上Linux....
在Fedora Core 7, OpenSuSe 10.2,Ubuntu 7.04中選擇
最後選擇了Ubuntu 7.04...安裝過程順利
安裝完後就是奮戰的開始了.........................................................................

1.無線網卡
我的小黑不是Intel無線網卡,而是Atheros晶片,只好去下載原廠的驅動程式透過NDiswrapper安裝
2.外接螢幕
在/etc/X11/xorg.conf中修改在
Driver "i810"和BusID "PCI:0:2:0"之間加上
Option "MonitorLayout" "CRT,LFP"
Option "Clone" "true"
重新開機或重起Xwindow後.....正常了
3.Fn+Home, Fn+End會造成螢幕一片漆黑
修改/etc/modprobe.d/blacklist
加上blacklist video即可
4.Java程式執行沒有畫面問題
編輯/etc/environment加上AWT_TOOLKIT=MToolkit
重新開機後即可
5.InstallAnywhere無法執行問題
開啟一個終端機
cp Install.bin Install.bak
cat Install.bak | sed "s/export LD_ASSUME_KERNEL/#xport LD_ASSUME_KERNEL/" > Install.bin
rm Install.bak
其中Install.bin是你原來要執行的安裝程式

希望下一版本的Ubuntu....可以修正些問題.................

Ubunturu加油吧