re: 關于GOOF的bug問題 空明流轉 2007-07-17 19:43
kao,這幫子菜鳥，害得老李又辛苦了一坨時間。
re: VS9中C++少得可憐的更新 空明流轉 2007-07-12 19:52
0x還要到09呢。不過就C++而言，VS做的還算不錯了。
re: 反駁極限編程的四點理由 空明流轉 2007-07-09 18:41
小伙子不錯，還知道有極限編程這么回事。
50%的性能差異是在隨即容器隨機讀寫下完成的測試。某牛說。
不能怪VC8.因為boost那幫人多用gcc寫.最后才會挪到VC8上,所以出了問題自然是VC8倒霉.
re: boost1.34.0編譯日志 空明流轉 2007-06-07 12:37
80下會有影響。80的stl很惡心的默認為safe code，速度要比全速的時候慢50%
re: boost1.34.0編譯日志 空明流轉 2007-06-06 22:17
如果像你那么編譯VC8下會由于Safe Code，編譯和性能上都會很難看。
補充說明可以翻看我的blog關于boost 1340的問答。
re: 學C語言的階段 空明流轉 2007-06-06 12:55
學程序就是玩玩，搞得那么辛苦干嗎。。。
@萬連文
你在網上搜一下ATLAS BLAS就可以了。是一個線性代數運算包，沒有幾何運算的功能。幾何運算你可以參考codeproject上的一個項目，名字我忘了。。。是C++的。
re: 研究生，請你拒絕C++的愛（中） 空明流轉 2007-05-19 21:51
理論有理論的實踐,技術有技術的實踐.
把思想能展現給別人看,或者做出來供別人用,都是實踐.文章寫的好無可厚非.寫文章寫的簡單明了,也是很好的實踐.真正讓人覺得不爽的是故弄玄虛的文章.完全雞肋.
我覺得這不僅僅是有點無聊，而是非常的無聊。。。
C#代表的是從C語言承襲下來的一類風格。如果說這種所謂的代碼規則，恐怕沒有什么能做得比Pascal更好，更嚴謹。盡管Delphi最早提供了Code Complete功能，但是我還是去使用C++了，究其原因，只是因為不用去寫那饒舌的begin/end，{}就好了。
同時，開發也不意味著就是敲代碼。如果說VB/C++還有編譯器支持，那Python幾乎就是一窮二白。幾乎每句代碼都要敲打。但是為什么很多人仍然愿意用Python？
本質上講，VB.NET和C#根本就沒什么區別。區別還是在于你使用的熟練程度而已。
關于Typedef，請參見我的前一個帖子
http://www.shnenglu.com/lingjingqiu/archive/2007/04/19/22326.html真不好意思。
glsl.cpp并不是我寫的，這個是libglsl的庫文件，因此如果在那里出現錯誤應該是SHADER配置的問題。
pshader的初始化出錯應該是因為shader沒有正確的編譯，或者一些其它的問題。至于GLUT的初始化，在我的機器上確實一切正常。VC8 SP1。
請問一下你的顯卡是？
這個寫法很早就有人提了.但是編譯器相關實在太大,換個編譯器就不太一樣了.所以不敢用.
比較好的方法還是使用functor或者干脆使用COMMAND模式才是C++的上選.
re: 死亡可怕嗎？ 空明流轉 2007-05-11 10:12
很多事情只有遇到了才會明白。
re: 考還是保? 空明流轉 2007-05-06 13:27
如果你是在中科大，保。只要五年你別白過就行。
re: SSE優化一例 空明流轉 2007-05-05 11:53
盡量選擇使用Instrinct。64位下是無法使用內嵌匯編的。
首先,C++的模板更多的是給庫設計者使用的.現有的模板使用困難的情況主要是由編譯器無法正確良好的定位錯誤.對于一個庫的設計者,必要的編譯器靈活性是必須的,而且現有模板仍然滿足不了靈活性的要求.所以0x里面還是要推出更加靈活更加泛型化的Concept;
然后,C++的模板被用到現在這個樣子當時也沒有人預計到.最早B.Stroustrup也僅僅是認為模板就是附帶了編譯器驗證類型的宏而已.metaprogramming完全可以看作是一群無聊的人在無聊的時候想出來取樂的智力競賽題,只是Alexandrescu只是把這個游戲玩到登峰造極.實質上除了Typelist和自動繼承層級以外,其它的庫,特別是基于策略的思路構造的庫,都讓程序庫的設計者大開了眼界,同時從他的實際使用情況來看,對很多問題而言,這種設計的適應性很好,結構也并不復雜.再加上未來的0x的語法糖,也會讓Loki一類的庫使用起來更加方便.至于他的書的頭幾章節,這種底層的東西總是要有些技巧性的,BOOST的MPL還不是一樣寫的神乎其神的.
re: 我所不能容忍的QQ 空明流轉 2007-05-02 17:33
真正用于企業的還是RTX啊。。。
re: C++課程設計 空明流轉 2007-04-29 19:44
丫怎么都放著標準庫不用啊!
strstr如果要求用kmp或者rk算法還差不多...
re: 命令行界面VS圖形界面 空明流轉 2007-04-27 08:32
Shell 和 GUI 一開始目的就不完全一樣。命令行有命令行的優勢，那就是可以接收足夠的信息輸入。而且在信息輸入和選擇需要頻繁切換的時候，還是會選擇CLI方式的。
而且新的Shell對命令行的易用性也做的逐漸完善起來。
N卡7950gt、8800下面都通過了。
A卡可能要求低一點就可以了。因為我用9600xt就可以正常工作了。
re: 這個外包接的真不是時候 空明流轉 2007-04-01 08:41
CV可恥。。。哈哈，程序員8榮8恥。。。
COM啊。。。這點我還是比較的喜歡TinyXML。功能差不多也就夠了。。。
re: 關于封裝中virtual的消耗問題 空明流轉 2007-04-01 08:38
說白了也就是一個Jump/call的開銷而已。但是就是因為這個Jump的存在，Cache Missing了。。。
re: 關于追星 空明流轉 2007-03-29 14:41
不要什么都要往“中國”頭上套。國外也追星，也瘋狂，看見自己的偶像吸毒自己也就跟著吸毒。這是人類的悲哀，是生物的悲哀，是宇宙的悲哀。
...?這個不是我發的誒。。。呵呵。請你撤掉我的名字吧。好像它的作者就是在這個blog的啊。要不你網上搜搜看真正的主人。。。
re: 請教大家 空明流轉 2007-03-20 11:36
學好了可以賺錢。
有道理。其實跟人感受是，有些東西，理解了固然更好，如果一時之間沒有理解，那就記住它，遲早是會理解的。
re: 實在讓人無法忍受 空明流轉 2007-03-06 19:49
拿C++與另一種毫不相干的語言大肆比較，得出稀奇古怪的結論。
------------這就叫DM啊。。。。
re: 襄樊電信“星空極速”破解 空明流轉 2007-02-26 11:30
其實做多了你就會發現，弄著弄著就又和控制臺差不多了，哈哈。
程序要慢慢學。
ps，控制臺其實挺好的。。。。控制臺+腳本素王道啊，HOHO，想想Lame和Foobar的關系吧。。。
我用的是A卡。。。
觀望中，準備將目前手里的項目用CUDA和普通的分布式程序都實現一下。
實際上CUDA主要是為Workstation提供更加強勁的計算能力，至于游戲嘛，按照目前的顯卡速度，對于新的游戲，主要還是用于應付渲染了，想有足夠多余的資源參與常規運算，還不太現實。
支持下。。。哈哈~
ps樓上，經驗這個玩意可是學不來的。。。
re: VS2005類向導的問題 空明流轉 2007-02-22 14:15
有個鉤子鉤上就好了。
簡單來說，boost的MPL有很多實際上是用來解決編譯期的運算能力的限制問題。也就是說，tips和tricks影響了boost.MPL的可理解性。而且boost.MPL本身就是為了輔助模版程序的開發而存在的，所以如果沒什么必要，可以不深究。loki和stl相對簡單，對模版能力運用的側重點上又有所不同，可以好好的看看。（個人以為，模版不全是為了泛型，元編程才是模版的真正意義所在。至于泛型，只是說在C++上用模版來實現的而已。）
在C++0x提供了Concept以后，boost的MPL應該會簡化很多的。
還有就是模版不是拿來顛覆面向對象的。它和面向對象基本上沒有什么交叉和沖突，應該算得是一個很有力的補充。
re: 一個簡單的UnitTest工具 空明流轉 2007-01-30 13:57
@海闊天空
我是用VC80編譯的。注釋問題？應該不會吧，這是Doxygen風格的。難道是字符的問題？
re: 一個簡單的UnitTest工具 空明流轉 2007-01-27 19:18
嘿嘿。。。丟人丟大了。。。。
re: [摘錄]C++ GUI庫大全 空明流轉 2007-01-17 11:18
怎么沒有WTL
re: 幫朋友發個招聘公告 空明流轉 2007-01-15 20:38
樓上的能不能轉的詳細一點，究竟是什么樣的算法。。
一點都不是問題。
編譯器認為你的定義是
你一定是這樣的結構
//header
class XXX{
}
//source
#nclude "xxx.h"
XXX::XXX()
{
}
//....
編譯器會解釋為
class XXX{} XXX::XXX()
{
}
并非風馬牛不相及。
所以不要隨便就責怪編譯器。
re: C++真難看懂 空明流轉 2007-01-08 18:00
C++和VC/BCB不屬于一個概念的。。。
那就期待你的下一篇文章了。
你說的文章沒找到。也許是關鍵字的問題。可以發給我么。謝謝。
我的QQ 14735407
mail wuye9036 _at_ gmail dot com
re: 詳解compile和link 空明流轉 2007-01-05 20:06
樓上沒有區分類和對象。。。
你實作一個Mat4x4的乘法就知道，VS2003對SSE的支持還是欠缺太多。會生成出非常垃圾的代碼。
真正應該使用的其實是VS所提供的instrinct。這樣編譯器可以在你的基礎上進行優化。
re: 差分約束系統 空明流轉 2007-01-03 13:26
為什么沒人頂？？！！ 這個有多少參考資料？書/題解什么的都好~
re: 八種加密方法 保護光盤數據不被盜竊 空明流轉 2006-12-24 11:51
其實很多都是從0DAY這樣的國際性破解組織里面流傳出來的.中國自己的技術實力也不見得就怎么樣.
re: C++是否可以考慮增加智能指針 空明流轉 2006-12-22 16:26
iterator。已經有這個選擇了。另外樓上說的沒有錯，任何一個編譯器機制都不是語法糖。不過至于boost的smart pointer，我覺得loki更加好一點。