我的评论 - 学海苦作舟，书山勤为径

re: 如何利用Ethereal进行协议分析笨笨 2006-09-07 10:10

请教fanofvc如何拖网速的？

re: P2P直播的技术原理和改进笨笨 2006-08-30 18:33

就是尽量使用其他办法，而不是使用这些打洞的方法；只有没有办法的时候考虑一下，但不能一定保证成功

re: Jasper-JPEG2000的实现(1) 笨笨 2006-08-27 15:13

曾经研究过，现在正在研究压缩算法，下一步就是JPEG2000了

re: 欢迎大家加入我的P2P群，群号是27618239 笨笨 2006-08-16 11:39

大家加18024242吧

re: 代码重构-阅读心得笨笨 2006-08-16 11:38

不好意思，整理了

re: c#语言规范1.2版本(一) ------想学c#的不用买书了笨笨 2006-08-07 13:18

这里是C++的BLOG

re: P2P直播的技术原理和改进笨笨 2006-07-25 09:05

你看我翻译的eMule的协议部分就可以理解了。
实际上在真正的P2P应用中，使用UDP或TCP来在NAT上打洞的应用很少见，我想原因有两个：
1。可靠性不高，UDP虽然能够，但如果碰到不是NAPT的转换，也有些问题，TCP就不用说了，成功的可能性太小了。
2。由于这些P2P应用中都有当量的计算机存在，所以其中一部分肯定是有公网IP地址的，这个时候就不需要打洞了，主要是设计一个好的策略来使用这些有IP地址的计算机进行传输。
我想你要是读了eMule协议之后会更明白一点。

re: 欢迎大家加入我的P2P群，群号是27618239 笨笨 2006-07-19 13:11

邮件的不能实时，不是很好
申请一个吧

re: 程序员怎么样才能保证自己的程序没有BUG 笨笨 2006-07-16 20:47

还有一种理解就是，QA测试无数次，程序员修改无数次之后才保证的代码能够正常，没有BUG的情况提前到来，在第一次由程序员将代码交给QA的时候完成。我想大家不要光看题目，因为没有BUG是目标，保证没有BUG是过程。

re: 程序员怎么样才能保证自己的程序没有BUG 笨笨 2006-07-16 20:44

对于kylin的问题，我想其实根本不用回答，因为QA是为了找程序员的BUG，和程序员怎么样保证自己没有BUG，一点关系都没有。

re: MFC与ATL的男女关系笨笨 2006-07-04 14:22

不赶沟通

re: 程序员怎么样才能保证自己的程序没有BUG 笨笨 2006-06-29 17:57

其实我这里不想和大家争论什么是BUG或什么叫没有BUG，关键在于写程序的态度，如果作为一个程序员自己都认为自己的程序有BUG，那么你不是合格的程序员或者说不是好的程序员。希望大家可以理解我的意思。

re: 全局变量的缺点笨笨 2006-06-23 18:59

不要搞名词战争啊

re: 全局变量的缺点笨笨 2006-06-22 21:40

说的就是这个道理，关键看使用者对技术掌握的程度。

re: 全局变量的缺点笨笨 2006-06-22 12:56

在C++中可以转换为singleton，但也不能避免在多线程中的RE-ENTRY的问题;而C中就更不用说了

re: 多线程环境下怎么样确定代码的执行时间笨笨 2006-06-20 20:38

看看这个行不，CSDN那边有问题

re: 亚洲球队为什么心理素质这么差？笨笨 2006-06-16 17:28

其实经常在想自己同样的缺点，怎么样在逆境中仍然能够发挥自己的全部确实是程序的标志。

re: 亚洲球队为什么心理素质这么差？笨笨 2006-06-14 16:33

韩国让我们看到亚洲的希望

re: 从DLL外面删除DLL传递出来的BUFFER产生的问题笨笨 2006-06-14 16:32

呵呵，你调式怎么办？所以还必须区别对待

re: 从DLL外面删除DLL传递出来的BUFFER产生的问题笨笨 2006-06-13 15:12

你说的很有道理，但有的时候，你从DLL得到一个BUFFER，然后你要使用他，但DLL根本不知道你什么时候释放。当然我们可以在DLL中提供一个API来专门用于释放BUFFER，哈哈，不过总有不方便的地方。
而且如果采用这种办法，我们根本不知道是采用的库导致删除BUFFER出问题的这个知识点.

re: 第六部分：实现Drop目标对象(OLE drag&drop 之旅) 笨笨 2006-05-25 13:19

我没有相关的程序
我想你因看一下IE是如何处理DRAG OVER等事件的,我试验发现他已经是一个TARGET。
你的ACTIVEX control有窗口吗？

re: 怎么样在VC中使用Static控件来显示图像？笨笨 2006-05-09 08:41

上面有写，仔细看看

re: 认识控制台-控制台句柄、附着到控制台、关闭控制台笨笨 2006-04-28 13:35

呵呵，谢谢，这是及时翻译的，所有有点乱，下次写好一点

re: 一段关于memcpy的代码笨笨 2006-04-16 22:03

看上面的回复

re: dynamic_cast介绍笨笨 2006-03-30 20:10

dynamic_cast保证安全的转换，因为如果不成功返回的是NULL，而static_cast一般用于简单类型，对于复杂的向下转换是不确定的

re: 一段关于memcpy的代码笨笨 2006-03-29 21:29

不是，是就不对了

re: 一段关于memcpy的代码笨笨 2006-03-29 10:41

实际上这和：
1 void* mymemcpy( void* dest, const void* src, size_t count )
2 {
3 char* d = (char*)dest;
4 const char* s = (const char*)src;
5 do {
*d++ = *s++;
10
18 } while (count -- > 0) ;
20
21 return dest;
22 }
没有本质区别，仅仅循环的次数减少了。
有人说这个提高的效率，不知道提高在什么地方。
另外，我们也可以用4，16等任意数字来代替这里的8，当然以方便处理为依据。

re: 一段关于memcpy的代码笨笨 2006-03-29 10:39

呵呵，看来你还没有理解这个代码。
我解释一下：
n是我们需要循环的次数，我们的switch中有8个项，所以我们除8。
在count&7这个时候实际上这样的count&0x111,我们仅仅取最低三位，也就是除8的余数，这可以保证，即使count不能被8整除也能处理多余的数据。
好了，现在回到循环，第一轮处理多余的部分（如果有），然后用N来控制循环次数

这里的case语句会从上到下一直执行，因为没有break语句

最终可以保证我们需要的次数

re: TIFF图像文件格式分析笨笨 2006-03-22 08:36

什么叫纯文本的东西？

re: D3D坐标系统和几何-DirectX Griaphic学习笨笨 2006-03-12 09:59

谢谢

re: TIFF图像文件格式分析笨笨 2006-03-10 16:23

压缩？

re: TIFF图像文件格式分析笨笨 2006-03-09 19:29

2色的黑白灰度图应该和传真的要求相似，不需要转换，其他的就要自己来转换了，转换就按照数据存储的方式来做。
如果转换为黑白很简单（对于文字），将原来的24bit变成1
如果转换为灰度的图形，按照位图到灰度图的标准来变，到网上找找算法。

re: TIFF图像文件格式分析笨笨 2006-03-09 09:47

传真文件应该是黑白的图就可以了，在不行就是灰度的图。主要看是否支持彩色，即使是彩色的图形，其bit也不会太高，需要转换的。
当然，我还不知道你的具体要求

re: 几种压缩算法原理介绍笨笨 2006-03-08 17:03

呵呵，不是，是翻译的！