岁月流转,往昔空明

C++博客 首页 新随笔 联系 聚合 管理
  118 Posts :: 3 Stories :: 413 Comments :: 0 Trackbacks
共13页: First 5 6 7 8 9 10 11 12 13 
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
小伙子不错,还知道有极限编程这么回事。
re: MSVC8中的SafeCode对性能的影响 空明流转 2007-06-11 14:47
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: VB2005.NET与C#之间的比较!!! 空明流转 2007-05-19 13:04
我觉得这不仅仅是有点无聊,而是非常的无聊。。。
C#代表的是从C语言承袭下来的一类风格。如果说这种所谓的代码规则,恐怕没有什么能做得比Pascal更好,更严谨。尽管Delphi最早提供了Code Complete功能,但是我还是去使用C++了,究其原因,只是因为不用去写那饶舌的begin/end,{}就好了。
同时,开发也不意味着就是敲代码。如果说VB/C++还有编译器支持,那Python几乎就是一穷二白。几乎每句代码都要敲打。但是为什么很多人仍然愿意用Python?
本质上讲,VB.NET和C#根本就没什么区别。区别还是在于你使用的熟练程度而已。
re: GPGPU C++用框架(4月21日更新) 空明流转 2007-05-17 11:06
关于Typedef,请参见我的前一个帖子http://www.cppblog.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对命令行的易用性也做的逐渐完善起来。
re: GPGPU C++用框架(4月21日更新) 空明流转 2007-04-24 18:53
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的啊。要不你网上搜搜看真正的主人。。。
呵呵,真羡慕ACMer啊。
re: 请教大家 空明流转 2007-03-20 11:36
学好了可以赚钱。
有道理。其实跟人感受是,有些东西,理解了固然更好,如果一时之间没有理解,那就记住它,迟早是会理解的。
我用的差不多。。。UML我用的是Jude。
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不属于一个概念的。。。
re: SSE Assembler vs Optimized C++ 空明流转 2007-01-07 14:29
那就期待你的下一篇文章了。

你说的文章没找到。也许是关键字的问题。可以发给我么。谢谢。

我的QQ 14735407
mail wuye9036 _at_ gmail dot com
re: 详解compile和link 空明流转 2007-01-05 20:06
楼上没有区分类和对象。。。
re: SSE Assembler vs Optimized C++ 空明流转 2007-01-05 19:59
你实作一个Mat4x4的乘法就知道,VS2003对SSE的支持还是欠缺太多。会生成出非常垃圾的代码。

真正应该使用的其实是VS所提供的instrinct。这样编译器可以在你的基础上进行优化。
re: 差分约束系统 空明流转 2007-01-03 13:26
为什么没人顶??!! 这个有多少参考资料?书/题解什么的都好~
其实很多都是从0DAY这样的国际性破解组织里面流传出来的.中国自己的技术实力也不见得就怎么样.
re: C++是否可以考虑增加智能指针 空明流转 2006-12-22 16:26
iterator。已经有这个选择了。另外楼上说的没有错,任何一个编译器机制都不是语法糖。不过至于boost的smart pointer,我觉得loki更加好一点。
共13页: First 5 6 7 8 9 10 11 12 13