re: 一個Ogre.cfg引發的血案 楊粼波 2008-04-29 13:11
在處理這個問題上，
我的邏輯嚴重不足。
1.一個同事將dll和exe以及資源復制到了Ogre SDK的bin目錄下是可以執行的；
2.OpenGL渲染是可以執行的。
這兩個事件應該告知了我一件事：執行文件，動態庫，資源都是沒有錯誤的。
出錯的肯定是之外的東西，除此之外還有什么呢？
答案指向了：配置文件。
而我卻沒有找尋到這么簡單的一個根源。
呵呵。。。。
我看你QQ資料才知道的。
多多交流了。
re: 預備做一個網站 楊粼波 2008-04-27 20:14
我也是做游戲的.
做一個開源？
那倒是可以的，
代碼可以放到google的code服務器上去的。
可以加QQ或者msn聊的說。
re: 累到想吐[未登錄] 楊粼波 2008-04-24 11:27
我不想日復一日的都這樣子。
我不希望我今后的生活就是如此。
枯燥得讓人抓狂。
更重要的是，
我覺得找不到人生的價值！
在曾經公司我看到的是，
今天寫的代碼，
可能明天就被重寫，甚至完全丟棄掉，
我工作的價值何在？
如果說是賺錢，
那么我的價值只有賺錢了。
自己的辛苦和努力如果只是換來的是這樣，
我覺得實在太無意義了。
必須在包含windows.h之前用#define WIN32_LEAN_AND_MEAN才好。。。。
不用的話，包含了windows.h就會包含winsock.h。
對WIN32_LEAN_AND_MEAN有了一個深刻印象了。
re: 又是一個想當然的錯誤[未登錄] 楊粼波 2008-04-18 15:01
我把計算的數據打印成日志，
才查出來。。。。
這個是用來在Ogre中畫圓的，
我發現總是有一根莫名其妙的線，也就是說有一個莫名其妙的點。
想了半天都不可能中途計算錯，
只有起始點或者終點出錯，
排除終點，
那就只有起始點了，
情況很像是沒有初始化的混亂數據。
打印出來，印證了。
貌似還是：
鏈接器 -> 命令行
里面填寫一個/FORCE:MULTIPLE
比較好一點，
不過警告信息依然存在。
沒有辦法，
補丁包一定要裝才可以的。
裝這個補丁包是一個痛苦的過程。。。。
re: 我的快樂哪里去了?[未登錄] 楊粼波 2008-02-28 19:38
很多事情其實不想想,
但是還是得去想去面對.
我的英文能力也不怎么樣.
不過也不阻礙我的發展,
基本能夠看懂就可以了,
更重要的還是解決問題的能力,以及相關知識.
英文不是唯一.
現在我們的那些研究生,博士生考試都沒有中文考試,
實在令人沉重!
這其實是大家都所知道的事實了,
那些考試里面高分的考試天才,
又有幾個是能夠對社會,對中國有用的?
這是很值得懷疑的事情.
我記得有個文章說到,
北大清華的學生百分之八九十的人都出國留學,
而這些出國留學的人又很少有回國的.
不過這個也是可以理解的,
國內的教育體制是怎樣的糟糕.
這個制度培養的人才又是不是真正的人才呢?
而對于真正的人才又有什么激勵的制度呢?
還有國家曾經對這些人才們所作的一些見不得人的事情,
也使得人們不得不憂慮自己的前途.
寒心,的確寒心.
不過這個就是事實.
原理反正就是擺在那里的,都是差不多的,無非是實現的穩定性問題.
我以前也想自己實現,但是其穩定性是不能保證的,
而事務處理本身就會有不穩定的問題存在,
如果還自己去封裝增加風險是不值得的.
在windows平臺下還是用Winnet吧,
若是沒有記錯,HTTPFile也是基于Winnet的.
我給你找找資料吧.
re: 用C++實現插件體系結構[未登錄] 楊粼波 2008-01-28 13:40
沒有看過GPL,
何況現在GPL都出了n個版本了...
DLL里面代碼應該不多,
開放與不開放沒有什么太大區別.
如果支持斷點續傳,
都是在服務器上進行Seek的.
re: 入職一月回憶錄[未登錄] 楊粼波 2008-01-21 09:59
我在上海待了兩年,
已經離開了....
可以做一些優化,
或者直接就把機器人給屏蔽掉.
或者屏蔽掉部分IP也是可行的.
有一本書<C++設計新思維>,
里面就是拿Loki來講解的,
你要看Loki的東西就看它吧.
re: 來自soso.com的攻擊 楊粼波 2008-01-02 12:53
搜索引擎的 蜘蛛.
居然爬到服務器都支持不住?
牛逼.....
re: 2008了,同志們! 楊粼波 2008-01-01 00:26
繼續頂,哈哈。....
re: 我用一輩子來堅持的決定！[未登錄] 楊粼波 2007-12-20 10:22
時間證明一切.
人生其實很平淡,
平平淡淡就是福.
如果把架構的重構實施,
從某種意義上說,是多個微型重構的復合.
重構的過程是持續的.
往往很多大到架構的重構都是由小重構引起的,
但是小重構不一定會引起架構的重構.
改改名字根本是微不足道的,僅僅對可讀性造成影響.
現實實施中,
事實上所謂的大的重構都是由持續不斷的小重構積累而成的.
也有可能我覺得架構不好,一下子就把架構給改了.
一切看實施情況吧.
我對重構理解不夠深入,
但是我認為實施重構是根據重構的目的來決定的.
真正有效的重構應該是針對架構的,
那些改改名字的小重構只是對代碼可讀性造成改觀.
而對架構的改觀是客觀的,
主要表現于:更好的可維護性,更好的可擴展性等.
re: 華容道系列[未登錄] 楊粼波 2007-12-02 14:01
我覺得這個總體還是不錯的,
作者只是借此作為一個講解數據結構的契機,
他的目的僅僅是為了講清某些東西而已:)
re: Show一個小東西的截圖 楊粼波 2007-11-30 10:49
CEGUI么?
網絡上應該有教程的吧?
如果沒有,我可以翻譯或者編寫一些初學性質的東西.
re: 哈佛圖書館自習室墻上的訓言 楊粼波 2007-11-13 18:54
真好。
文章寫的是對的，
現在還有很多庫，
難道你還要對所有的庫代碼都要修改一遍嗎？
拿來主義的代碼除非里面有不適用的代碼，
否則沒有必要改得對自己胃口，
那還不如自己重寫一遍的好。
適用的就是最好的，一定要記住的一個真理。
只有不適用了才去修改它，重構它，重寫它。
@BlackDream ：
破解補丁就是覆蓋了原版的那個dll，其他的什么都沒有做。
如果勾選了備份，補丁就會把原版的dll進行備份。
昨天睡覺時候掛下來了.
我的筆記本xp可以續航大概3個小時左右.
不知道ubuntu能夠續航多久.
linux天生支持多核,
明天裝一下,
看看各個方面能夠達到什么樣的狀態.
linux下面除了eclepse,怕是沒有什么更好點的IDE了.
不過我都是用的vi,用得不熟.
都讀過,
不過我不是核心程序員.
核心不核心無所謂,
錢才是有所謂的.
不要把生命都耗費在那些最沒有價值的技術上,
技術只是一個讓人失望的東西.
re: 記錄下最近的bug[未登錄] 楊粼波 2007-10-26 09:10
有時候是迷迷糊糊或者是頭暈暈狀態下寫代碼,難免會犯錯,
代碼量很大的時候,
查起來就相當費勁了.
養成好習慣是很重要的啊.
公司的 瑞星,
家里面的 卡巴斯基都沒有查出東西來.
補丁程序只是覆蓋了dll文件而已.
re: 徹底放棄了windows[未登錄] 楊粼波 2007-10-06 07:58
還是在用wine,
著也叫做徹底.
emacs不那么容易入門，
linux的編輯器都不太好入門的.
我一直都用的vi,
事實上ide 還真的不如vs的.
linux能夠做一切windows能做的一切，
但是如果是用它打開windows去做一切，
何必.
re: 裝了個ubuntu...[未登錄] 楊粼波 2007-09-07 20:52
Ubuntu是最容易使用的linux，
作為入門算是不錯的選擇。
在linux下面，windows下面能做的事情，在下面一樣全部都可以做到。
to :fff
咋說也整一個證書給俺們證明一下撒。嘿嘿
@空明流轉,
如果你之前裝過之前版本,然后沒有卸載裝新版本,后面是很慢,不過等待一段時間就可以了.
我也是這樣子的.
re: 規范？！[未登錄] 楊粼波 2007-08-26 10:56
語言本身都表述不清楚問題，
讓人看不懂，
這說明這句話存在問題。
好的代碼，代碼本身就是注釋。
只有不夠良好的代碼，才需要注釋去詮釋代碼。
雖然我們稱之為代碼，
其實質還是語言，最重要的是首先保證人可以看懂，人都看不懂，就不好維護，不好維護的代碼也就失去了其生存的價值。
規范并不意味著注釋就是萬金油，
良好的命名，良好的代碼風格，這些比注釋更重要。
文檔不一定意味著是注釋，
程序的使用幫助文檔，就和注釋沒有必然聯系。
保持一個良好的命名習慣，
良好的代碼書寫風格，
具備這兩點就足夠了。
這個應該是刷新firmware失敗了。
可以按照上面我的回復的辦法重置回默認firmware。
有時候升級firmware是會失敗的。。。。