sgu 125 讓我快要崩潰，寫了乙個很糾結的搜尋（搜的是給個方格間的大小關係，最後拓撲排序），每次交上去都runtime error on test 1，憤怒了，寫了乙個取資料的程式，如下：
發現第乙個資料就是樣例，但在我的機器上執行地好好的。估計是windows的原因，在虛擬機器裡面用gcc 3.4.2 (mingw) 編譯執行，還是沒有問題。
鬱悶了一會兒，估計是編譯引數的問題，於是查了一下sgu的faq，發現其編譯引數是：
g++ %1 -fno-asm -wall -lm -o2 -s -donline_judge用該引數編譯後，程式在windows上立即崩潰，在linux下（gcc 4.1.2）還是沒事……
看來只好在winows下展開艱辛的debug。。。。。。
經過控制變數法試驗，終於發現是-o2的問題。通過gdb，發現是乙個陣列開小了那麼一點。。。 (ˇˍˇ)
詭異的是，在linux下竟然可得出正確答案。。。看來linux記憶體管理演算法不僅效率高，rp勢能也很高。。。。。。
最後說明一下，使用該演算法不僅程式糾結，而且演算法好像根本是錯的，wa on test 3 。。。
發現了climits和STL的fill n ，哈
看別人 突然發現還有climits limits.h 這麼個頭檔案，以後初始化最大值最小值什麼的就方便多啦 我執行下了那個程式。同樣是那個人的 我不知道那是誰。還發現fill n 可以將值拷貝給first first n個元素 fill n 原型 template class forwarditer...
在網路上發現了新的東西！！！！
這幾天一直不明白rss是什麼。看了很多文章也沒明白，我以前搞html的現在被這些東西搞的雲裡霧裡的真是不好意思。畢竟現在的新玩意越來越多啦。其實這東西早就有，netscape時代叫推技術，ie時代叫做頻道技術。當時也看過介紹文章，沒看懂。呵呵還是當時的功力有限啊！現在這個站點已經走在了前面，他們推出...
發現了乙個jython的bug
最近想用jython寫乙個simulator,用到struct.pack 結果發現了裡面的乙個bug.如下 import struct dataunits struct.pack hhiiibbhq 0x20,0x1c,0xffffffff,0x00000000,0x0233,0x05,0x00,0...