随笔-89  评论-944  文章-0  trackbacks-0
共12页: First 3 4 5 6 7 8 9 10 11 Last 
@Husiwa
BY是啥?
re: 关于C#和Python 溪流 2010-11-11 16:04
C#
@主打歌
我看着挺有VA的味道呀。。。不过智能提示也都差不多这样子了。。。
只是觉着“为什么不”是个读起来让人感觉不太友好的提问方式~
哇~赞~!代码变成了图片,终于看得懂了= =
@dzs
我还没想好这个要怎样做成成品。等想好了做好了,再做本地化。
谢谢,受教~
re: 编程思考(三) 溪流 2010-10-30 20:45
@kula
老系统的出现,就是因为之前该推倒且代价不大的时候没推倒
为啥要强调5个小时、十几个小时呢?
@OwnWaterloo
哈哈,我知道其他地方有提供这些方便的东西。。。
可是,好久都没找到什么个人需求来写C++了,在公司里都是业务居多,不好玩。。。
话说回来,要是python让我用一句话发一篇博客,倒是觉得没啥有趣了~
re: 编程思考(三) 溪流 2010-10-29 14:36
LZ的(一)(二)都很泛泛而谈,说实在的没啥意思。这篇终于涉及到对于实际情况的讨论了。
re: 编程思考(三) 溪流 2010-10-29 14:33
如果涉及到的新功能已经触及到老系统的根基了,何不趁机重来呢?如果每次都能适时地实行重构,不过多老的系统,看上去都可以很清爽。

不过lz后半段里的第一类人倒是很常见,呵呵,没办法。不过这算什么轮子?请别玷污轮子一词~~~这只是无聊的重复而已。不过另一类人也不见得多么明智。如果是对于充满“轮子”的5年以上的老系统,熟悉了又如何?浪费生命而已。这种情况下还不如第一类人。
@OwnWaterloo
我手上有一本科学出版社《Visual C++ 程序设计基础》,大一时候一门课用的
@天下
没看出来质疑的语气吗?
不过很多大学教科书确实也都这么叫。。。
re: 加快编译速度 溪流 2010-10-27 10:07
@kao楼主
因为lz只提到08。。。
re: 学习下 WTL 的 thunk 溪流 2010-10-26 19:20
@路过
@OwnWaterloo

啊。。。熄火熄火~~~最开始提出bind可能原意并非完全针对我在顶楼说的情形,路过同学的例子确实也指出了一个用bind拐个弯设置到原始C函数指针上去的方法,不过用不用bind都没法解决WndProc少一个参数的硬伤……lz是来打酱油的,请无视~
re: 加快编译速度 溪流 2010-10-26 17:33
编译的时候去喝杯茶,比手工声明 Class B 好多了。
re: 编程思考(二) 溪流 2010-10-26 01:09
哈哈~~!
re: 编程思考(二) 溪流 2010-10-26 01:09
@nomagic
*nix程序员分两种,用vim的和不用vim的
re: 编程思考(二) 溪流 2010-10-26 01:09
@nomagic
程序员分两种,用C++的和不用C++的
哇,好长的代码。路过支持~
re: c++ web Kit简介 溪流 2010-10-25 14:03
@right
同以为~!
re: 学习下 WTL 的 thunk 溪流 2010-10-25 13:03
@dd
(DWORD)(pThis->m_pThunk),一个很原始很普通的数字,再加上 sizeof(StdCallThunk),也就是加上13。没有sizeof(DWORD)*13。嗯。
re: 学习下 WTL 的 thunk 溪流 2010-10-24 22:02
@OwnWaterloo
我以为你说 WTL 模板使用过度神马的可能会引人打架,怎么这么久都没有人来打酱油呢~ ^_^
re: 学习下 WTL 的 thunk 溪流 2010-10-24 21:57
@OwnWaterloo
刚才逛了下cexer的博客,开场白太好太强大了,尽看开场白去了哈
re: 学习下 WTL 的 thunk 溪流 2010-10-24 21:38
@陈梓瀚(vczh)
function 现在 std 了?我土了。。
re: 学习下 WTL 的 thunk 溪流 2010-10-24 21:34
@陈梓瀚(vczh)
哈哈,碰巧在刷~
re: 学习下 WTL 的 thunk 溪流 2010-10-24 18:02
@OwnWaterloo
嗯对了,你觉得WTL本身算成熟技术吗?
re: 学习下 WTL 的 thunk 溪流 2010-10-24 18:00
@OwnWaterloo
啊。。我真的没打算写这方面轮子~~~只是想顺着 WTL 的做法自己跑一遍,以了解仅仅看别人文章所看不出的细节。。。VirtualAlloc确实没用过哈,于是刚才胡乱搞了一通,只求拿到内存,惭愧~
re: 开发自己的IDE(八) 溪流 2010-10-23 21:34
天书呀天书~~
re: 问一个语法问题 溪流 2010-10-20 10:17
@OwnWaterloo
哦~~好的。不过这网址怨念啊,翻墙才打开。
re: 折腾了两天 LFS 溪流 2010-10-20 00:40
@陈梓瀚(vczh)
你在诱使我做一件有点点遥远事情啊。。。等我搞过单正则表达式查询、多正则表达式查询后,一定试试。我总觉得,来自静态库,或者动态库,或者编译器本身的某些东西会很微妙。
re: 折腾了两天 LFS 溪流 2010-10-19 20:58
@xxoo
那你认为 bootstrap 是不是总是可以做到的呢?
re: 折腾了两天 LFS 溪流 2010-10-19 20:55
@陈梓瀚(vczh)
也许编译结果中有某些数据,是源代码不能决定的呢?
re: 折腾了两天 LFS 溪流 2010-10-19 16:09
@xxoo
那后来他们知道这个后门后,有办法不改动原始编译器,只更改源代码来修正吗?
re: 折腾了两天 LFS 溪流 2010-10-19 12:44
@陈梓瀚(vczh)
也许大多数情况下是没关系的
但是否存在你楼上的情况,有一个来自原始版本的bug,就像遗传一样,不管如何改源代码,永远也无法磨灭呢?
re: 折腾了两天 LFS 溪流 2010-10-19 09:34
@唐僧
第一遍不是编译内核,谢谢,LFS里内核只在最后被编译一遍而已。
这里我想说的不是内核的问题,而是编译环境的自我进化问题。
自己能编否译出自己取决于那门语言的定义,我的问题是自己编译出的自己纯净不纯净。
re: 问一个语法问题 溪流 2010-10-15 17:20
@OwnWaterloo
上次你说的nullptr的模拟定义:
const struct
{
template <typename T>
operator T * () const
{
return 0;
}
} nullptr = {};

考虑这么一种使用场景:
template <typename T>
class SmartPtr
{
public:
SmartPtr();
SmartPtr(const SmartPtr &);
SmartPtr(T *);
SmartPtr operator = (const SmartPtr &);

// 以及其他一些operator,但是第二个操作数都是SmartPtr而不是T*
};

SmartPtr sp;
sp = nullptr;

最后这句应该通过吗?
re: 问一个语法问题 溪流 2010-10-15 17:10
@OwnWaterloo
f + i 可以被解释为:
foo + int
int * + size_t
const int * + size_t

事实上,测试结果为 VS2008、VS2010、gcc 4.5.1 都通过,VS2005 报上述错误。我想知道标准是怎样规定的。
@roger
目前我已给出的代码中,可以做到压缩一个目录。比如把文件都放在 aaa 目录下,然后用 ZipCompress(_T("aaa\\*"), _T("bbb.zip")) 就可以了。

如果文件处于不同目录中,请使用 MiniZip 的 API:

zipOpen64 后,对于每个文件,做如下事情
{
先zipOpenNewFileInZip,这里有个参数Zip中的文件名,可以用来组织Zip中的文件结构
再打开需要压入zip中区的文件,读取文件数据并使用zipWriteInFileInZip写入
最后zipCloseFileInZip
}
最后zipClose
@tomren
谢谢指出,确实有此问题,已修复。
@tomren
感谢告知,现在加班,等回去测试~
re: 开发自己的IDE(一) 溪流 2010-09-17 15:43
@空明流转
作为徒孙的你的气场总是比lz还要猛烈嘛~
re: 开发自己的IDE(一) 溪流 2010-09-17 10:50
@陈梓瀚(vczh)
这么说以前是假设读者中有相当一部分菜鸟的咯?当读者是菜鸟好啊,字里行间会散发出一种无形的霸气,读的时候让人觉得是在看一个有价值的东西,是别人深思熟虑总结出来的、某种程度上无可挑剔的,并且讲得又相对浅显。哈哈。
re: 开发自己的IDE(二) 溪流 2010-09-17 09:59
UI也可以单元测试啊,学习了
@陈梓瀚(vczh)
@风吹云散尽
那,“功能实现耦合”是怎么样的状态?给个例子?
re: 开发自己的IDE(一) 溪流 2010-09-17 01:48
膜拜+期待
@xhk
打开记事本,输入123,以ANSI编码保存
@volnet
所以,“也就是说64位应用程序跑在64位的操作系统上,bIsWow64的值将是FALSE而不是TRUE”对你来说是没有意义的
IsWow64Process 的本意并不是检测系统是32位还是64位,而是说当前进程是否跑在 WOW64 虚拟机下。对于32位程序来说,这个函数也可以用来判断系统是否为64位的,并用来实现32位/64位兼容。

对于64位程序来说,你能跑在32位系统下么?
re: 求LUA达人进来解惑 溪流 2010-09-03 19:40
@zuhd
你这个需求不太可能一句话解决啊,如果没有提供库函数来分割/合并,那你只有手工去查找替换了
共12页: First 3 4 5 6 7 8 9 10 11 Last