深圳-C/C++传奇(605934668)  20:03:45
posix有现成的读写mutex
吉林-小伙(694129464)  20:03:57
我昨天搜索了一下资料 的确有
吉林-小伙(694129464)  20:06:42
phtread_rwlock_init
pthread_rwlock_destroy

 吉林-小伙(694129464)  20:38:21
靠 我说用 rwlock 怎么不死锁了呢
我以为我用错了呢
原来是死锁 会返回 一个35错误码
程序还会执行
更高级一点




伙神的实现中，逻辑主要几种在读锁，写锁是“被动模式”。读锁根据读锁次数操作写锁状态。读锁保证，当读锁操作>0的时候写锁是锁住的，当读锁==0的时候写锁是解开的。

Enic 2013-02-22 08:54 发表评论

Enic 2013-02-21 22:45 发表评论

VCZH.粉丝数组[0]<errorcpp@qq.com>  18:45:53
尼玛，我现在要读写锁
哪为接我一个
等boost能用了还给你
vczh四号粉丝(342775210)  18:46:25
不优化性能
优化啥啊,根本就没性能问题
(逃

这摩托上班看着不错
VCZH.粉丝数组[0]<errorcpp@qq.com>  18:47:08
我去
难道你们都不用读写所的，，，
hzcv.粉丝数组[-1](450635425)  18:47:04
想要一个
我以前有一个，但明显没这个号
vczh四号粉丝(342775210)  18:47:18
必须不用
读写锁就是搓
hzcv.粉丝数组[-1](450635425)  18:47:31
普通锁不行吗？
vczh四号粉丝(342775210)  18:47:36
是啊
普通的锁这么好
VCZH.粉丝数组[0]<errorcpp@qq.com>  18:47:50
尼玛，让我做框架
那群队友都懒的不行啊
我让他用锁 他不乐意
一定要我在底层全部搞完了
vczh四号粉丝(342775210)  18:48:22
直接用手枪轰死他们
VCZH.粉丝数组[0]<errorcpp@qq.com>  18:49:39
就是个加载自动更新的东西
原来是一个bool类型没有用锁保护
现在我来做，我想还是保护下
vczh四号粉丝(342775210)  18:49:46
用atomic
VCZH.粉丝数组[0]<errorcpp@qq.com>  18:49:53
尼玛问题就来了
问题是
他们要要求加载的时候 读动作能自动挂起
又要偷懒
VCZH.粉丝数组[0]<errorcpp@qq.com>  18:52:07
我继续去粪堆里拔东西
哎
vczh四号粉丝(342775210)  18:52:10
atomic不行嘛?
hzcv.粉丝数组[-1](450635425)  18:52:42
读写留两个函数
VCZH.粉丝数组[0]<errorcpp@qq.com>  18:52:58
这样的

有个mutex 加载的时候lock上，bool ture
hzcv.粉丝数组[-1](450635425)  18:52:52
用mutex一夹，OK
VCZH.粉丝数组[0]<errorcpp@qq.com>  18:53:02
然后查询的时候
不理会mutex
监视到ture才 unlock
vczh四号粉丝(342775210)  18:54:41
你那个是windows
不能用mutex夹
windows得用spin lock 夹
(逃
vczh.lsbandar(14735407)  18:55:04
。。。 
关键段不用 
用什么spinlock 
hzcv.粉丝数组[-1](450635425)  18:55:41
CriticalSection
hzcv.粉丝数组[-1](450635425)  19:00:28
Spinlock是什么？
hzcv.粉丝数组[-1](450635425)  19:02:19
#if defined(UNIX)
pthread_mutex_lock(&mutex_agent_list);
#elif defined(WINDOWS)
EnterCriticalSection(&cs_agent_list);
#endif

SpinLock和CriticalSection有什么不同啊？
vczh.Iskandar<vczh@163.com>  19:03:04
criticalsection是递归的
 
同一个线程可以enter两次
 
都没问题
 
leave两次
 
VCZH.粉丝数组[5](110086478)  19:03:28
sscanf 的性能比较差？
vczh.lsbandar(14735407)  19:03:40
还可以 
hzcv.粉丝数组[-1](450635425)  19:03:53
哦？递归的？
IC
VCZH.粉丝数组[0]<errorcpp@qq.com>  19:08:43
个人感觉
可递归锁
就是一个大坑
vczh.Iskandar<vczh@163.com>  19:11:32
有什么好坑
 
你要是当她不能递归
 
那就跟别的一样了
 
坑只会更少
 
ooseven(147340642)  19:12:57
同一个线程下什么场景会导致连续申请锁两次？
VCZH.粉丝数组[5](110086478)  19:13:08
parse一个IP地址，有没有比sscanf更快的
ooseven(147340642)  19:13:19
同一线程下的程序不都是按顺序来的吗？
vczh.Iskandar<vczh@163.com>  19:13:29
可以递归的锁
 
具有可组合性
 
写起代码省心多了
 
VCZH.粉丝数组[0]<errorcpp@qq.com>  19:14:13
很多吭
ooseven(147340642)  19:14:16
我的意思是说，同一线程下的代码，怎么会有并发申请锁的机会？
vczh.Iskandar<vczh@163.com>  19:14:23
不会
 
但是你可以申请他两次
 
VCZH.粉丝数组[0]<errorcpp@qq.com>  19:14:50
偷懒
Yaoxin(7936511)  19:14:43
 比如插入一个值，这个插入代码中又要算长度。 
ooseven(147340642)  19:14:44
有啥好处呢？
vczh.Iskandar<vczh@163.com>  19:14:46
人懒不能怪工具
 
ooseven(147340642)  19:15:15
申请锁两次有啥好处？
vczh.Iskandar<vczh@163.com>  19:15:22
这个嘛
 
譬如说我一个类的所有函数
 
都申请了那个锁
 
结果有一天
 
这种设计还是很常见的吧
 
我一个函数要调用另一个函数了
 
省点代码
 
你用criticalsection
 
vczh.lsbandar(14735407)  19:15:49
可以递归 
ooseven(147340642)  19:15:50
了解
vczh.Iskandar<vczh@163.com>  19:15:52
就不会自己锁死自己了
 
ooseven(147340642)  19:15:57
这样也行
！
vczh.lsbandar(14735407)  19:16:06
避免你写出傻逼的死锁程序 
这几乎是必须的 
ooseven(147340642)  19:16:23
啥啊，这是大bug吧
vczh.Iskandar<vczh@163.com>  19:16:26
不是
 
vczh.lsbandar(14735407)  19:16:32
特别是你只用scope的时候 
vczh.Iskandar<vczh@163.com>  19:16:32
criticalsection
 
就是为了让你这么用的
 
还有，windows有些东西是有own的概念的
 
ooseven(147340642)  19:16:54
如果这不算bug，允许这样的设计的话，那么锁两次也不够啊
vczh.Iskandar<vczh@163.com>  19:16:54
譬如mutex
 
你一个线程得到了一个mutex
 
这个mutex就挂在你的线程下面了
 
这个时候你可以不断地得到她
 
也是递归的
 
但是event没有owner
 
所以对于一个autoresetevent
 
vczh.lsbandar(14735407)  19:17:26
递归锁是重要特性 
vczh.Iskandar<vczh@163.com>  19:17:27
你连续wait两次
 
就会傻逼
 
不然你觉得为什么windows会搞出这么多锁
 
其实他们是不一样的
 
ooseven(147340642)  19:18:08
一般同一个类里的函数我都会设计一个参数 void process(..., bool isLock = true);
vczh.Iskandar<vczh@163.com>  19:18:14
何苦呢
 
你就用criticalsection
 
无论如何enter一把
 
多省事
 
VCZH.粉丝数组[0]<errorcpp@qq.com>  19:18:53
ooseven(147340642)  19:18:08
一般同一个类里的函数我都会设计一个参数 void process(..., bool isLock = true);

这个思路不错偷懒了
ooseven(147340642)  19:18:42
那两次也不够用啊
VCZH.粉丝数组[0]<errorcpp@qq.com>  19:19:01
但是出错搞起来也更加苦逼了
vczh.Iskandar<vczh@163.com>  19:18:47
不是两次
 
vczh.lsbandar(14735407)  19:18:50
傻逼 
vczh.Iskandar<vczh@163.com>  19:18:53
是不受限制的
 
你enter100次
 
也没问题
 
vczh.lsbandar(14735407)  19:18:58
你想什么呢都 
ooseven(147340642)  19:19:02
哦，了解了
vczh.Iskandar<vczh@163.com>  19:19:03
谁他妈会有个2
 
只要你也leav 100ci就好了
 
多2
 
ooseven(147340642)  19:19:13
今天又有收获，哈
vczh.Iskandar<vczh@163.com>  19:19:15
就算你要给个上限
 
那也得是9！
 
ooseven(147340642)  19:19:57
windows下所有的锁都是同一线程下不锁吗？
vczh.lsbandar(14735407)  19:19:58
一定要有递归锁 
用起来才舒服 
vczh.Iskandar<vczh@163.com>  19:20:34
不是
 
event就不是“锁”
 
递归一下就所思自己了
 
semaphore也不是递归的
 
所以semaphore(max=1)并不等于mutex
 
而criticalsection和mutex的区别是
 
vczh.Iskandar<vczh@163.com>  19:21:39
cs带spin而且不能跨进程
 
vczh.lsbandar(14735407)  19:21:52
凡是信号模型的 
都是不能重入的 
vczh.Iskandar<vczh@163.com>  19:22:12
而semaphore(max=1)勉强跟auto reset event一样
 
vczh.lsbandar(14735407)  19:22:19
比如vc的例子 
vczh.Iskandar<vczh@163.com>  19:22:21
但是auto reset只是普通event的一个属性
 
所以这些东西都是不能互相替代的
 
vczh.lsbandar(14735407)  19:22:38
但是所有的资源锁都能重入 
ooseven(147340642)  19:22:51
我基本只用Cristalsection
vczh.lsbandar(14735407)  19:22:52
还有就是 
cs只能匿名 
vczh.Iskandar<vczh@163.com>  19:23:02
用cs你就不需要islock参数了，直接干掉他
 
随便你锁
 
从未来‏̶过‪(815330718)  19:23:12
加锁两次,就要解锁两次
vczh.Iskandar<vczh@163.com>  19:23:41
解锁两次就两次
 
不就是把一个变量从1设置为0吗
 
会有多慢
 
（逃
 
ooseven(147340642)  19:24:36
我只管加锁，不管解锁，解锁都交给析构函数了
从未来‏̶过‪(815330718)  19:24:41
我是说锁 重入.
vczh.Iskandar<vczh@163.com>  19:24:52
卧槽
 
加锁跟解锁
 
当然是构造函数一个
 
析构函数一个了
 
你居然
 
ooseven(147340642)  19:25:12
我是说不手动解锁
从未来‏̶过‪(815330718)  19:25:44
那你手动加锁...加了两次,只能解锁一次了..
ooseven(147340642)  19:26:00
不会啊，构造两次，当然就析构两次
AutoLock Lock(Cristalsection);
以后就不管了
vczh.Iskandar<vczh@163.com>  19:26:46
所以你那个islock参数
 
就这么干掉吧
 
ooseven(147340642)  19:27:04
嗯，以前还不知道有这特性
VCZH.粉丝数组[0]<errorcpp@qq.com>  19:29:46
condition 和 mutex
分别适应的场合

今天他又学了不少东西
膜拜
vczh.Iskandar<vczh@163.com>  19:29:53
condition variable是一个牛逼的东西
 
一定要掌握
 
VCZH.粉丝数组[0]<errorcpp@qq.com>  19:30:34
我们这边队友 wait_condition之前
vczh.Iskandar<vczh@163.com>  19:30:15
回家
 
VCZH.粉丝数组[0]<errorcpp@qq.com>  19:30:41
不锁mutex
从未来‏̶过‪(815330718)  19:30:21
condition variable 不会
 

VCZH.粉丝数组[0]<errorcpp@qq.com>  19:30:48
求解释
vczh.Iskandar<vczh@163.com>  19:30:28
不是啊
 
VCZH.粉丝数组[0]<errorcpp@qq.com>  19:30:54
这是不要吐槽
vczh.Iskandar<vczh@163.com>  19:30:37
condition是和cs
 
一起用的啊
 
VCZH.粉丝数组[0]<errorcpp@qq.com>  19:31:15
不是和mutex一起的么
api参数都是这样
vczh.lsbandar(14735407)  19:31:10
和event一起 
vczh.Iskandar<vczh@163.com>  19:31:11
api名字我忘了但是大概就是
 
VCZH.粉丝数组[0]<errorcpp@qq.com>  19:31:33
condition_wait的时候要给一个mutex进去
vczh.Iskandar<vczh@163.com>  19:31:25
WaitForConditionVariableCS/SRW(condition, cs/srw)
 
没有mutex
 
回家
 
VCZH.粉丝数组[0]<errorcpp@qq.com>  19:32:14
囧


condition是和cs一起用很爽，应为CS可以不需要在mutex保护下

Enic 2013-01-31 19:33 发表评论

VCZH.粉丝数组[0]<errorcpp@qq.com>  16:27:19
class IRoot  没有虚析构
class Lv1  有虚析构
class Lv2

root是根，下面都是继承关系
这样有风险没？
vczh.Iskandar<vczh@163.com>  16:25:41
这样你delete IRoot
 
有
 
就不会运行析构函数
 
C++一切没有父类的类，只要是你打算被继承，都要由虚析构函数
 
董一凡(65226002)  16:26:10
让他们全部private 继承自IRoot

VCZH.粉丝数组[0]<errorcpp@qq.com>  16:28:04
有没啥好办法

我不想在徐基类中
搞函数体实现
好丑
vczh.Iskandar<vczh@163.com>  16:26:28
private继承也没用
 
VCZH.粉丝数组[0]<errorcpp@qq.com>  16:28:29
那怎么办
vczh.Iskandar<vczh@163.com>  16:26:37
说不定那个IRoot就是那个类自己给出去的
 
而且就算你private了
 
dynamic_cast也是可以用的
 
董一凡(65226002)  16:26:55
那无所谓了啊

vczh.Iskandar<vczh@163.com>  16:26:56
你只要在IRoot写一个空的虚析构函数就行了
 
别的什么都不需要干
 
VCZH.粉丝数组[0]<errorcpp@qq.com>  16:29:01
但是这样如果跨模块
董一凡(65226002)  16:27:24
如果你case到了派生类，那自然就会调用正确的析构函数了

VCZH.粉丝数组[0]<errorcpp@qq.com>  16:29:19
iroot相当于编译了两次
vczh.xyz粉(54438159)  16:27:44

vczh.Iskandar<vczh@163.com>  16:27:46
不会的
 
董一凡(65226002)  16:27:52
准确的说，析构函数要么是公有虚的，或者protected非虚的

vczh.Iskandar<vczh@163.com>  16:27:53
你把实现写在了cpp文件里面
 
就不会被编译两次了
 
VCZH.粉丝数组[0]<errorcpp@qq.com>  16:30:06
那如果两个模块
同时需要iroot
董一凡(65226002)  16:28:32
只要你不用基类来delete派生类，那析构函数不需要是虚的
VCZH.粉丝数组[0]<errorcpp@qq.com>  16:30:26
就要都加入cpp
C++的什么东西都差一点，不完美啊
VCZH.粉丝数组[5](110086478)  16:31:03
准确的说，析构函数要么是公有虚的，或者protected非虚的
effective上看到过，后一种一般什么时候用到 
vczh四号粉丝(342775210)  16:31:14
加一个虚析构,又没啥
VCZH.粉丝数组[5](110086478)  16:31:49
其实可以让编译器做的 
vczh.Iskandar<vczh@163.com>  16:32:06
加一个虚析构,又没啥  
VCZH.粉丝数组[5](110086478)  16:32:25
只要有继承，编译器就让析够，多省心 
董一凡(65226002)  16:32:42
后一种就是，你永远不能用基类指针来delete派生类

所以析构函数也就不用是虚的了
VCZH.粉丝数组[5](110086478)  16:33:11
比如？场景？看得忘了 
董一凡(65226002)  16:34:29
比如你有一大组不同的接口，class A : public I1, public I2, public I3{}
你有写函数是这样子的，fun(I1* i) fun2(I2* i) fun3(I3* i)
VCZH.粉丝数组[0]<errorcpp@qq.com>  16:37:29
当智能指针遇到这个事情
vczh.Iskandar<vczh@163.com>  16:35:33
我所有的类都继承自Object
 
董一凡(65226002)  16:35:36
你的fun只不过是调用几个接口，而不会管理实际对象的生命周期，那这样设计就是合理的

vczh.Iskandar<vczh@163.com>  16:35:38
所有的接口都继承自Interface
 
他们都有虚析构函数
 
我为了解决这个问题
 
然后就没问题了
 
VCZH.粉丝数组[0]<errorcpp@qq.com>  16:38:12
嗯，想这样一个对象
作为多个接口
扩散到不同模块
偶就用shared_ptr了
老残搞不定复杂的生命周期管理
VCZH.粉丝数组[5](110086478)  16:37:00
java啊 
vczh四号粉丝(342775210)  16:37:12
真的是闲的蛋疼啊
加一个虚析构,又能怎么样
VCZH.粉丝数组[0]<errorcpp@qq.com>  16:39:29
好丑的，，，
VCZH.粉丝数组[5](110086478)  16:37:36
其实我们游戏服务器也是用一个object的 
vczh四号粉丝(342775210)  16:37:43
只要碰到继承,就必须虚析构
VCZH.粉丝数组[0]<errorcpp@qq.com>  16:40:25
比如你动态库
提供某个接口
董一凡(65226002)  16:38:38
哎，比如你的接口本本来就只是几个函数。连成员都没有，那干嘛还加个虚析构，去加一个指针大小呢

VCZH.粉丝数组[0]<errorcpp@qq.com>  16:40:49
然后又是显示加载
董一凡(65226002)  16:38:58
尤其是编译器对这种类还能够直接优化掉

VCZH.粉丝数组[0]<errorcpp@qq.com>  16:41:16
这样虽然那个虚析构是空的
但是实际上
exe和dll里边
都有一份实现
我理解的没错吧
我觉得这个现象
不好
vczh.xyz粉(54438159)  16:40:32

VCZH.粉丝数组[0]<errorcpp@qq.com>  16:43:02
囧，我再去好好理解理解去
应该如果只用指针
是可以只有一份实现的
董一凡(65226002)  16:41:24
v大，你既然所有类继承自object，那你在做ui的时候，大可以模范qt了，在基类里加一个slot的概念，所有ui对象就都可以接收发过来的消息了

跨dll就千万要小心了，你别在dll里new东西，在另一个dll里delete，会出错的

VCZH.粉丝数组[0]<errorcpp@qq.com>  16:44:22
跨dll就千万要小心了，你别在dll里new东西，在另一个dll里delete，会出错的

这个不一定出错
和运行库相关
董一凡(65226002)  16:42:57
嗯，对的，但这是一个当地晦涩的角落

一起搞明白，最好的办法是避免
ooseven(147340642)  16:43:08
我都是用heapalloc，没有这个顾虑
VCZH.粉丝数组[0]<errorcpp@qq.com>  16:45:15
流氓
话说vs2012以后
运行库就是用heapalloc了
所以
这个问题，不是问题了
ooseven(147340642)  16:43:51
是吗？
你确定？
VCZH.粉丝数组[0]<errorcpp@qq.com>  16:45:58
如果我没记错
好像在哪看到过
VCZH.粉丝数组[5](110086478)  16:44:19
exe和dll会各有一份？ 
ooseven(147340642)  16:44:43
我重载了所有的容器，传入一个自己的Allocator<_Kty>
这个Allocator<_Kty>，里面就是heapalloc
VCZH.粉丝数组[0]<errorcpp@qq.com>  16:47:24
显示加载dll
就是说，dll的代码和exe的代码是分开的
假设exe和dll里边有相同的对象
那么他们必须都包含虚基类的完整实现
也就是说虚基类在exe和dll里边
VCZH.粉丝数组[0]<errorcpp@qq.com>  16:48:29
分别都编译了一次
那么exe和dll里边关于虚基类的机器码
就有相同的两份

vczh四号粉丝(342775210)  16:47:28
动态链接啊,怎么会有两份代码
VCZH.粉丝数组[0]<errorcpp@qq.com>  16:49:41
exe一份 dll一份
vczh四号粉丝(342775210)  16:47:50
除非你dll是静态链接的
然后有蛋疼的静态链接exe了一份
VCZH.粉丝数组[0]<errorcpp@qq.com>  16:49:56
不然肯定链接错误
我们遇到过一次bug
和这个类似
就是单例模式
在exe和dll的地址
不一样
后来发现就是哪个instance
VCZH.粉丝数组[0]<errorcpp@qq.com>  16:51:06
在exe和dll各有一份实现
VCZH.粉丝数组[5](110086478)  16:49:06
 你那是export吧 
不用两份代码 
一份就行 
VCZH.粉丝数组[0]<errorcpp@qq.com>  16:51:28
只有一份编译都过不了
VCZH.粉丝数组[5](110086478)  16:49:37
直接export就行，单件 
可以 
VCZH.粉丝数组[0]<errorcpp@qq.com>  16:51:56
那要把单利放到dll
然后隐式加载
不然这边exe链接错误
VCZH.粉丝数组[5](110086478)  16:50:20
是的 
嗯 
好牛逼 
vczh.Iskandar<vczh@163.com>  16:50:33
董一凡2013-01-30 16:41:24v大，你既然所有类继承自object，那你在做ui的时候，大可以模范qt了，在基类里加一个slot的概念，所有ui对象就都可以接收发过来的消息了

上一次我也是这么做的，这次戒了
 
VCZH.粉丝数组[0]<errorcpp@qq.com>  16:52:50
为啥
vczh.Iskandar<vczh@163.com>  16:50:50
singleton
 
VCZH.粉丝数组[0]<errorcpp@qq.com>  16:52:58
不是很爽么
vczh.Iskandar<vczh@163.com>  16:51:02
出事是肯定的
 
VCZH.粉丝数组[0]<errorcpp@qq.com>  16:53:15

vczh.Iskandar<vczh@163.com>  16:51:21
你暴露个变量出来
 
VCZH.粉丝数组[0]<errorcpp@qq.com>  16:53:45
单例是恶习
vczh.Iskandar<vczh@163.com>  16:51:41
都是要做成函数的
 
vczh四号粉丝(342775210)  16:51:42
我发现,public成员是bug神器
vczh.Iskandar<vczh@163.com>  16:52:04
gacui很少有public的变量
 
vczh四号粉丝(342775210)  16:52:31
我刚才秒了一下我们的代码,就发现一个内存泄露
我都不敢看了
vczh.xyz粉(54438159)  16:52:46
这个。。。
VCZH.粉丝数组[5](110086478)  16:53:03
太厉害了 
vczh.Iskandar<vczh@163.com>  16:53:07
发邮件喷
 
vczh四号粉丝(342775210)  16:53:13
我才不喷
VCZH.粉丝数组[0]<errorcpp@qq.com>  16:55:21
vczh四号粉丝(342775210)  16:52:31
我刚才秒了一下我们的代码,就发现一个内存泄露
我都不敢看了

你们平时怎么查内存溢出 内存错误 内存泄漏什么的？
vczh四号粉丝(342775210)  16:53:32
我们平时靠人肉看
VCZH.粉丝数组[0]<errorcpp@qq.com>  16:55:38
vczh四号粉丝(342775210)  16:53:13
我才不喷

喷了就要解决，，，解决就要加班，，，要死，，，
vczh四号粉丝(342775210)  16:53:44
对
vczh.Iskandar<vczh@163.com>  16:53:46
看source control，谁写的谁解决
 
vczh四号粉丝(342775210)  16:53:55
不是我写的
vczh.Iskandar<vczh@163.com>  16:54:05
赖都赖不掉
 
vczh四号粉丝(342775210)  16:54:06
就行了
VCZH.粉丝数组[0]<errorcpp@qq.com>  16:56:22
我估计这个问题该起来牵扯一票模块，，，
vczh.Iskandar<vczh@163.com>  16:54:26
visual studio打开以下咦annotate哪一行谁checkin进去的直接暴露出来
 
VCZH.粉丝数组[0]<errorcpp@qq.com>  16:56:33
不然你就爽快的改了喷人，，，
SundayTooFar(5048977)  16:54:31
上个项目， 我秒了一下rpc协议。 结果发现几十个严重问题。 那才闹腾， 整个项目组加班了两周。。
vczh.Iskandar<vczh@163.com>  16:54:43
= =
 
web程序
 
你不招vczh
 
就不能用C++来写（逃
 
VCZH.粉丝数组[5](110086478)  16:55:00
 
vczh.Iskandar<vczh@163.com>  16:55:12
用C++来处理字符串
 
需要有坚定的信念
 
vczh.xyz粉(54438159)  16:55:20
各位巨巨都是神眼阿
vczh.Iskandar<vczh@163.com>  16:55:20
每一行代码都要充满智慧
 
VCZH.粉丝数组[0]<errorcpp@qq.com>  16:57:26
搞死人
vczh四号粉丝(342775210)  16:55:31
要改的代码,也不多
只是我不愿意改
VCZH.粉丝数组[0]<errorcpp@qq.com>  16:57:49
上午问了没人理我，asn1有熟的没
vczh四号粉丝(342775210)  16:55:43
改了,他又会改回来
vczh.Iskandar<vczh@163.com>  16:55:44
先改后喷
 
没有
 

Enic 2013-01-30 16:57 发表评论

 南昌-贝贝(1125591)  23:37:59
我写的文件下载模块,他们就是用不了,
还说我写的有问题,我忙没时间关心他们,
  他们弄了一个下午没弄好
结果拿到我手上,一下就火了
保存的文件名里面的冒号
深圳-Enic<errorcpp@qq.com>  23:38:51
，，，
囧，，，
南昌-贝贝(1125591)  23:39:08
这种错我想这里应该没多少人能犯得出来吧
福建-双生(329015523)  23:39:26
一个给一巴掌，，再问问会不会疼
深圳-Enic<errorcpp@qq.com>  23:39:15
这是多少年道行的错误
南昌-贝贝(1125591)  23:39:39
搞编程的不知道文件名不能含有冒号
还几个人在那搞, 不知道所以然
深圳-Enic<errorcpp@qq.com>  23:43:35
这个我好也没怎么留意过
不过应该可以根据GetLastError
发现吧
南昌-贝贝(1125591)  23:44:08
有冒号 CreateFile  WriteFile 都会正常
不过会写到天上去
所以他们调不出来,这个估计没多少人知道
深圳-Enic<errorcpp@qq.com>  23:44:49
恩这个要记下来，不然以后说不准哪天忘记了
福建-双生(329015523)  23:45:24
不然哪天你也被骂了。。。

Enic 2012-02-20 23:49 发表评论

深圳-Enic<errorcpp@qq.com> 0:46:50 

我来试试最多能有几个锁 

吉林-小伙  0:47:11 

我觉得好多好多 

深圳-Enic<errorcpp@qq.com> 0:50:51 

99999貌似不压力 

吉林-小伙  0:51:07 

这个mutex是内核管理的 

Enic 2012-01-02 02:10 发表评论

武汉-Error<errorcpp@qq.com>  12:55:59
- -。(583214826)  12:55:42
createThread这个就行了吧

简单的给你代码 是害你，，，
- -。(583214826)  12:56:05
明白
武汉-Error<errorcpp@qq.com>  12:56:06
很多东西要注意的
武汉-Error<errorcpp@qq.com>  12:56:25
__beginthread
武汉-Error<errorcpp@qq.com>  12:56:27
用这个
武汉-Error<errorcpp@qq.com>  12:56:31
理由不解释
- -。(583214826)  12:56:37
我查查
杯水车薪(1729751029)  12:57:08
用哪个函数他能不知道？一共就2个函数。msdn中推荐一个。
武汉-Error<errorcpp@qq.com>  12:57:20
上海-千层(670825328)  12:54:51
用了boost你就掉进了无底洞。
现在相信关于第4类人的理论了吧。

千同学展开来说说
武汉-Error<errorcpp@qq.com>  12:57:27
还有一会才上班呢
上海-千层(670825328)  12:57:37
真正的困难还没看出来？困难在于要几分钟之内。
杯水车薪(1729751029)  12:57:49

- -。(583214826)  12:58:01
呵呵，可惜没人能带着我搞一下
- -。(583214826)  12:58:07
自己搞当然要花时间了
武汉-Error<errorcpp@qq.com>  12:58:08


我不用boost 也要去查函数，然后填api
上海-千层(670825328)  12:58:08
线程能有多少函数啊？
- -。(583214826)  12:58:09
亲
杯水车薪(1729751029)  12:58:48
至此，武汉人是唯一回答过的人，请继续吧
上海-千层(670825328)  12:59:39
别人花时间搞成功的，适用于所有情况的，恐怕只有boost了。
上海-千层(670825328)  13:00:01
好东东怕你吞不下去啊.
武汉-Error<errorcpp@qq.com>  13:00:04
我不是武汉人
武汉-Error<errorcpp@qq.com>  13:00:22
好吧
武汉-Error<errorcpp@qq.com>  13:00:25
第二版 给你
武汉-Error<errorcpp@qq.com>  13:00:27
#include <iostream>

using namespace std;

#include <boost/thread.hpp>

#include <Windows.h>
#include <process.h> 

void TestFunc()
{
cout << __FUNCTION__ << endl;
}

void TestFuncWin( void *ch )
{
cout << __FUNCTION__ << endl;
}


int _tmain(int argc, _TCHAR* argv[])
{
boost::thread threadTest(&TestFunc);

threadTest.join();

_beginthread( &TestFuncWin, 0, NULL );



getchar();

return 0;
}
武汉-Error<errorcpp@qq.com>  13:00:45
不过你要是这么用了，技术经理会怀疑你的能力
- -。(583214826)  13:01:44

上海-千层(670825328)  13:02:09
你都改用api了，那这个例子就别用boost了。他电脑里没这个。
武汉-Error<errorcpp@qq.com>  13:02:19
这是我编译通过的代码，，，

你怎么跟研究生一样麻烦
- -。(583214826)  13:02:27
.....
武汉-Error<errorcpp@qq.com>  13:02:45
把 boost的东西 干掉
武汉-Error<errorcpp@qq.com>  13:02:50
剩下的就是你要的
- -。(583214826)  13:02:58
行了
- -。(583214826)  13:03:00
我没用boost
- -。(583214826)  13:03:09
thanks
上海-千层(670825328)  13:03:20
在函数前加修饰字 “WINAPI”
武汉-Error<errorcpp@qq.com>  13:03:32
  装逼成功
- -。(583214826)  13:03:35
.....
武汉-Error<errorcpp@qq.com>  13:03:46
其实学C++的人都很热情
武汉-Error<errorcpp@qq.com>  13:03:59
只是恨牛不成逼啊
- -。(583214826)  13:04:01
主线程的函数还是开启线程要执行的函数
上海-千层(670825328)  13:04:01
个个都像是刚来大姨妈一样
武汉-Error<errorcpp@qq.com>  13:04:32
#include <iostream>

using namespace std;



#include <Windows.h>
#include <process.h> 


void TestFuncWin( void *ch )
{
cout << __FUNCTION__ << endl;
}


int _tmain(int argc, _TCHAR* argv[])
{

_beginthread( &TestFuncWin, 0, NULL );

getchar();

return 0;
}
武汉-Error<errorcpp@qq.com>  13:04:36
这样就不会错了
武汉-Error<errorcpp@qq.com>  13:04:38
o(︶︿︶)o 唉，，，
- -。(583214826)  13:05:42
好了，成功了
武汉-Error<errorcpp@qq.com>  13:05:58
午休时间都快过了，，，
- -。(583214826)  13:06:02

- -。(583214826)  13:06:38
好吧，被骂的很爽，不过问题解决了
- -。(583214826)  13:06:42
谢谢诸位大神啦
上海-千层(670825328)  13:06:59
呵呵，不是成功了
而是失败刚开始
- -。(583214826)  13:07:18
失败了就debug
- -。(583214826)  13:07:26
为debug奋斗一辈子- -
武汉-Error<errorcpp@qq.com>  13:07:30
上海-千层(670825328)  13:06:59
呵呵，不是成功了
而是失败刚开始

正解
武汉-Error<errorcpp@qq.com>  13:07:48
多线程的还真得 debug一辈子
杯水车薪(1729751029)  13:07:50
不是太可能吧。多线程可以认为就是一条不归路。用了就是找死。
杯水车薪(1729751029)  13:08:00
debug没用
- -。(583214826)  13:08:03
那个
- -。(583214826)  13:08:14
这线程不会要手动销毁吧- -？
武汉-Error<errorcpp@qq.com>  13:08:17
也别太绝对嘛
武汉-Error<errorcpp@qq.com>  13:08:28
自然return就可以
武汉-Error<errorcpp@qq.com>  13:08:38
不要问其他的了
武汉-Error<errorcpp@qq.com>  13:08:46
将一个月都讲不完
- -。(583214826)  13:08:50
...
- -。(583214826)  13:09:04

- -。(583214826)  13:09:09
返回的线程句柄嘛
上海-千层(670825328)  13:09:07
 这不对。
windows下线程会占用一个handle，必须close 
- -。(583214826)  13:09:14
不销毁怎么办？
上海-千层(670825328)  13:10:06
handle是系统级别的资源。不close将会时间长占完了以后系统死机
- -。(583214826)  13:10:10
销毁线程的函数叫什么来着
武汉-Error<errorcpp@qq.com>  13:10:16
这个我真没注意
上海-千层(670825328)  13:10:55
一般不要销毁线程。否则线程不会执行栈展开行为，将会内存泄漏
- -。(583214826)  13:11:31
线程用完才销毁
上海-千层(670825328)  13:11:47
不是，不要销毁。要让线程自己结束
- -。(583214826)  13:11:56
应该有个什么函数，用来接收传回来的参数
杯水车薪(1729751029)  13:12:12
欢迎你来到多线程的失败之路。
- -。(583214826)  13:12:42
那线程指定的回调方法执行完了不就自己就结束了吗
- -。(583214826)  13:12:53
好吧，那就不用擦屁股了
上海-千层(670825328)  13:13:10
应该，这个想法没错。可线程传回来之前你创建的线程可能就已经结束了，你要考虑和设计
上海-千层(670825328)  13:13:36
这个handle也要close
- -。(583214826)  13:13:54
我没找到什么 distoryThread之类的函数
杯水车薪(1729751029)  13:13:58
算了，先用着吧。等死机了再debug
- -。(583214826)  13:14:21
TerminateThread(thread1, 0);
CloseHandle(thread1);

- -。(583214826)  13:14:25
是不是这两个
武汉-Error<errorcpp@qq.com>  13:14:34
千城
上海-千层(670825328)  13:14:43
多线程你想debug????????把大姨妈调出来了也调不出问题在哪
武汉-Error<errorcpp@qq.com>  13:14:48
你说的是 CreateThread 之后必须要 closeHandle把
武汉-Error<errorcpp@qq.com>  13:14:57
我记得用_beginthread是不需要的啊？
武汉-Error<errorcpp@qq.com>  13:15:00
难道我记错了？
- -。(583214826)  13:15:14
_beginthread返回了一个ptr
- -。(583214826)  13:15:23
我想应该是用作关闭的
武汉-Error<errorcpp@qq.com>  13:15:49
永远不要在线程外部强制关闭线程
- -。(583214826)  13:15:57
嗯，好
上海-千层(670825328)  13:16:37
我就是用这个函数，以前试过不close，连续运行10几个小时，最后handle没有了，出错了。一开始都是好的。
武汉-Error<errorcpp@qq.com>  13:17:20
嗯 受教了 
杯水车薪(1729751029)  13:19:04

武汉-Error<errorcpp@qq.com>  13:19:08
如果用pthread 之类
武汉-Error<errorcpp@qq.com>  13:19:15
是不需要这么麻烦的吧
杯水车薪(1729751029)  13:19:24
好。事情完了。
不过这个人的确让我们不爽，提议T之
- -。(583214826)  13:20:21
首先要澄清一个问题，那就是CreateThread是Windows的API函数，而_beginthread和_beginthreadex则是CRT库函数，查看这两个CRT函数的代码可以得知其实它们内部是调用的CreateThread（这很显然嘛，CRT库也是要运行在Windows上）。

这两个CRT函数与CreateThread有什么区别呢？区别在于这两个CRT函数针对其它CRT库函数，特别是那些涉及内存分配的CRT函数做了特殊的处理。直接在CreateThread API创建的线程中使用sprintf，malloc，strcat等涉及CRT存储堆操作的CRT库函数是很危险的，容易造成线程的意外中止。 在使用_beginthread和_beginthreadex创建的线程中可以安全的使用CRT函数，但是必须在线程结束的时候相应的调用_endthread或_endthreadex。虽然都是内部调用CreateThread API创建线程，但是这两个函数还是有很大的区别。首先，_beginthreadex函数比_beginthread函数多了三个参数，使它看起来更像CreateThread而不是同胞兄弟_beginthread；其次，_beginthread要求线程函数是__cdecl调用约定，并且没有返回值，而_beginthreadex则要求线程函数是__stdcall调用约定并且返回线程的退出码；第三，与_beginthread成对调用的_endthread函数内部隐式的调用CloseHandle关闭了线程句柄，而与_beginthreadex成对使用的_endthreadex则没有关闭线程的句柄，需要显示的调用CloseHandle关闭线程句柄；最后，这两个函数在执行成功时返回线程的句柄，可以通过这个句柄调用其它线程相关的API，比如SetThreadPriority，ResumeThread等等。但是执行失败时返回值是不同的，_beginthread返回 -1 表示失败，而_beginthreadex返回 0 表示失败。

武汉-Error<errorcpp@qq.com>  13:17:39
今天讨论一个问题
武汉-Error<errorcpp@qq.com>  13:17:44
关于线程的
武汉-Error<errorcpp@qq.com>  13:17:59
//Create a new thread.
   HANDLE hThread = CreateThread(NULL, 0, SecondThread,
      (PVOID)&x, 0, &dwThreadId);

   //We don't reference the new thread anymore,
   //so close our handle to it.
   closeHandle(hThread);

武汉-Error<errorcpp@qq.com>  13:18:08
这是Windows核心编程的一段代码
武汉-Error<errorcpp@qq.com>  13:18:23
为啥 CreateThread后面要跟一个closehandle
南昌-贝贝(1125591)  13:19:49
创建线程后,线程有个内核对象,句柄的存在对于内核对象的计数+1.关闭句柄以便减少计数.线程退出时这个内核对象就删除.
北京-li(76433692)  13:22:06
意味着：句柄不作close 线程退出时 内核对象不自动删除？需要手工删除？
北京-li(76433692)  13:22:48
创建时如果不close，在退出线程时候close也是可以的吧？
武汉-Error<errorcpp@qq.com>  13:23:58
贝妞处理这类场景的规范是啥
南昌-贝贝(1125591)  13:24:29
内核对象中保存与线程有关的数据
有句柄存在,这个数据的引用计数就+1
如果不关闭.那么就一直可以通过这个句柄操作数据结构,操作线程
不关闭的话,内核对象在进程退出前永不减少引用.引用为0时才删除线程内核对象.  如果你不用它,又不 CloseHandle 线程又退出了, 这样内核对象还在,就好比是有内存泄漏一样
武汉-Error<errorcpp@qq.com>  13:25:08
用pthread之类的库不会有这样的问题吧
南昌-贝贝(1125591)  13:25:09
哥哥我通常保留到句柄...以便以后操作, 在线程退出时再删除(以后不用操作它的时候,就直接CloseHandle
武汉-Error<errorcpp@qq.com>  13:25:30
 在线程退出时再删除

是自己删除么？
武汉-Error<errorcpp@qq.com>  13:25:37
还是启动线程负责删除
南昌-贝贝(1125591)  13:25:35
是自己删除
南昌-贝贝(1125591)  13:25:43
系统给你删除呗
武汉-Error<errorcpp@qq.com>  13:25:53
return 之前  closehandle？
南昌-贝贝(1125591)  13:26:04
你不用操作这个线程了就 CloseHandle
武汉-Error<errorcpp@qq.com>  13:28:24
就是线程外部整的，，，

也就是贝妞基本上都是要带一个 线程管理模块
武汉-Error<errorcpp@qq.com>  13:28:33
还是贝妞专业啊
武汉-Error<errorcpp@qq.com>  13:28:40
o(︶︿︶)o 唉，，，

我才注意到这个问题

中山-疯子(510776002)  13:38:11
当程序调用CreateThread函数时，首先系统为线程建立一个用来管理线程的数据结构，其中包含线程的一些统计信息，如引用计数和退出码等，这个数据结构被称为线程对象；接下来系统将从进程的地址空间中为线程的堆栈分配内存并开始线程的执行。当线程结束时，线程的堆栈被释放，但是线程对象不会马上被释放，系统保留它以便其他线程可以通过它检测线程的有关情况，直到使用CloseHandle函数关闭线程句柄后，线程对象才会被释放。

但是线程对象也可以提前被释放，对于大部分的句柄来说（如文件句柄hFile，文件寻找句柄hFindFile等），使用CloseHandle函数关闭句柄意味着整个对象被释放，但对于线程句柄来说，关闭它仅释放线程的统计信息，并不会终止线程的执行，所以如果不再需要使用线程句柄的话，在调用CreateThread后马上就可以将它关闭掉，线程的执行并不会受影响。

 

Enic 2011-12-19 13:36 发表评论

吉林-小伙  22:23:40
嗯
武汉-Error<errorcpp@qq.com> 22:23:49
每个客户 有自己的杯子
湖南-VC(215735031) 22:24:00
你要，如果之前你要过一次，她没给完，这次她就会告诉你，0，还有水你没接完呢
吉林-小伙  22:25:33
MSDN的例子 有木有？
吉林-小伙  22:25:45
IOCP的
吉林-小伙  22:25:43
搜哪个API可以搜到
湖南-VC(215735031) 22:25:54
小伙你哪里不懂
吉林-小伙  22:26:11
我不明白为什么用完成端口 会提高效率
吉林-小伙  22:26:26
咱们从头开始？
武汉-Error<errorcpp@qq.com> 22:26:39
OS维护线程池
湖南-VC(215735031) 22:26:41
最明显的是 ring3 到 ring0的缓存交换
湖南-VC(215735031) 22:27:00
这里至少精简了一些细节
武汉-Error<errorcpp@qq.com> 22:27:04
数据不一定，这个就算不iocp也有办法优化
北京—文文(15692091) 22:27:08
小伙 你找贝贝
北京—文文(15692091) 22:27:27
我那个时候学完成端口也看不懂
武汉-Error<errorcpp@qq.com> 22:27:26
我觉得是线程池
湖南-VC(215735031) 22:27:27
可以从头开始， 按你提问的方式
吉林-小伙  22:27:33
好的
湖南-VC(215735031) 22:27:38
刚我是说给自己，和听得懂的人的
吉林-小伙  22:27:55
首先 我创建一个完成端口
武汉-Error<errorcpp@qq.com> 22:27:58
小伙和VC的基情
湖南-VC(215735031) 22:28:46
恩，返回了一个句柄，创建Ok,
湖南-VC(215735031) 22:28:52
这个没什么疑问把
吉林-小伙  22:29:12
嗯 拿socket说
湖南-VC(215735031) 22:29:42
哪一步了
湖南-VC(215735031) 22:30:08
有外部连接进来，准备关联？
吉林-小伙  22:30:19
稍等
吉林-小伙  22:30:22
我组织下语言
吉林-小伙  22:30:26

杭州 -(_少(26062281) 22:30:33
ACCEPTEX
吉林-小伙  22:30:36
socket我理解成一个文件吧
吉林-小伙  22:30:37
呵呵
湖南-VC(215735031) 22:30:41
可以
吉林-小伙  22:30:44
这样好说一点
吉林-小伙  22:30:44
嗯
杭州 -(_少(26062281) 22:30:44
是不
吉林-小伙  22:31:12
创建完成端口返回那个句柄 就是 对这个文件进行IO的一个通道
吉林-小伙  22:31:28
比如文件是一个瓶子
吉林-小伙  22:31:39
那这个句柄就是瓶口的标志
吉林-小伙  22:31:48
这样理解有问题不？
湖南-VC(215735031) 22:32:07
问题是没有，只是接下去会很复杂
杭州 -(_少(26062281) 22:32:35
关联端口
杭州 -(_少(26062281) 22:32:43
是不
吉林-小伙  22:33:05
没事 继续
湖南-VC(215735031) 22:33:13
你文件是一个瓶子，那你跟创建完成的端口关联的时候的关系很模糊
湖南-VC(215735031) 22:33:38
你上面的例子，瓶子不是独立的，把完成端口当成瓶口， 牵扯太复杂了
吉林-小伙  22:33:40
文件就是一个容器
广州-FEEL(515873448) 22:33:47
哈哈哈哈哈哈…
(来自iPhone QQ:http://mobile.qq.com/v/)
武汉-Error<errorcpp@qq.com> 22:33:51
是句柄
吉林-小伙  22:33:52
用来存储各样的数据的
吉林-小伙  22:34:17
要不咱俩私聊吧
吉林-小伙  22:34:18
哈哈
湖南-VC(215735031) 22:34:16
恩，这是对的
湖南-VC(215735031) 22:34:23
只是你换个比喻形式
吉林-小伙  22:34:24
怕有些人烦
杭州 -(_少(26062281) 22:34:52
我也学习下
杭州 -(_少(26062281) 22:35:00
我有些地方没看懂
杭州 -(_少(26062281) 22:35:04
书上
吉林-小伙  22:35:05
创建完成后
杭州 -(_少(26062281) 22:35:12
vc 写的很生动 哈哈

杭州 -(_少(26062281) 22:35:46
用来启动 其他的线程
吉林-小伙  22:35:49
少 不要纠结那些小事
吉林-小伙  22:35:54

杭州 -(_少(26062281) 22:35:55
额
杭州 -(_少(26062281) 22:35:56
好
吉林-小伙  22:36:20
客户端请求连接了 然后呢？
吉林-小伙  22:36:33
然后WSARecv投递请求？
湖南-VC(215735031) 22:36:41
你关联这块还没解释清楚呢
湖南-VC(215735031) 22:36:47
跳过去，会越来越模糊的
吉林-小伙  22:37:01
把完成端口和文件关联起来
吉林-小伙  22:37:07
用的不就是Createxxxxxxxxxxxx吗？
湖南-VC(215735031) 22:37:08
就是接收连接后，准备工作要做好
湖南-VC(215735031) 22:37:34
恩，你说的是“关联”，还是真的能具体到细节呢
吉林-小伙  22:37:50
具体细节
吉林-小伙  22:38:00
私聊吧
吉林-小伙  22:38:03
这里说太烦了
湖南-VC(215735031) 22:38:05
我反问你，为什么要关联，关联以后在哪里使用
吉林-小伙  22:38:12
OK
湖南-VC(215735031) 22:38:25
可以
武汉-Error<errorcpp@qq.com> 22:39:49
火神大大的坏
武汉-Error<errorcpp@qq.com> 22:39:53
一个去学了，，，
吉林-小伙  22:40:04

武汉-Error<errorcpp@qq.com> 22:40:36
就这么点我先发博客去算了
武汉-Error<errorcpp@qq.com> 22:40:36
就这么点我先发博客去算了
杭州 -(_少(26062281) 22:40:56
关联以后 就为什么要WSARECV
杭州 -(_少(26062281) 22:41:09
不是有线程吗
南昌-贝贝(1125591) 22:41:39
读是被动的
南昌-贝贝(1125591) 22:41:50
被动操作要投递请求
武汉-Error<errorcpp@qq.com> 22:43:13
貌似只有IOCP 和 overlaped 的 发送
武汉-Error<errorcpp@qq.com> 22:43:17
是投递的
武汉-Error<errorcpp@qq.com> 22:43:30
其他几个异步 发送都是同步
杭州 -(_少(26062281) 22:44:18

杭州 -(_少(26062281) 22:44:34

杭州 -(_少(26062281) 22:44:42
书上的代码

杭州 -(_少(26062281) 22:44:57
一个是主线程中的
北京—文文(15692091) 22:45:07
贝贝 为啥当初我问你的时候你就只给我两页代码让我自己看呢~~
杭州 -(_少(26062281) 22:45:07
一个是线程里面的
杭州 -(_少(26062281) 22:45:21
::WSARecv(pPerHandle->s, &buf, 1, &dwTrans, &nFlags, &pPerIO->ol, NULL);
杭州 -(_少(26062281) 22:45:28
都有这个函数
南昌-贝贝(1125591) 22:45:28
完成端口吗?  re:文文
武汉-Error<errorcpp@qq.com> 22:45:30
应为缺乏讨论环境
杭州 -(_少(26062281) 22:45:37
接受有什么不同
武汉-Error<errorcpp@qq.com> 22:45:39
这也是为啥我喜欢在群里边说
武汉-Error<errorcpp@qq.com> 22:45:48
不喜欢私聊的原因
杭州 -(_少(26062281) 22:45:58
我就卡在这个地方 其他都理解了
武汉-Error<errorcpp@qq.com> 22:46:00
群聊是发散的
杭州 -(_少(26062281) 22:46:07
求教
武汉-Error<errorcpp@qq.com> 22:46:33
我的个人理解
南昌-贝贝(1125591) 22:46:39
投递一个异步读,在完成时会添加完成端口队列
武汉-Error<errorcpp@qq.com> 22:46:55
你post以后  由OS后台去帮你 做实际的操作
武汉-Error<errorcpp@qq.com> 22:47:09
然后你通过Get××× 获取到这个结果
武汉-Error<errorcpp@qq.com> 22:47:17
如果不用IOCP
武汉-Error<errorcpp@qq.com> 22:47:46
你就要自己维护post队列  自己用线程池操作 自己枷锁  然后还是类似的 自己写一个 Get××
杭州 -(_少(26062281) 22:47:57
也就是说 主线程中的WSARecv 是投递到队列中的
武汉-Error<errorcpp@qq.com> 22:48:30
贝贝比较权威
南昌-贝贝(1125591) 22:49:43
所有被动操作,心须保持总是存在请求,(完成了立即投递新请求)
杭州 -(_少(26062281) 22:49:50
这个句话 要记录下来
杭州 -(_少(26062281) 22:50:58
对照代码看
杭州 -(_少(26062281) 22:51:02
我理解下
武汉-Error<errorcpp@qq.com> 22:51:16
你们说伙神是不是大大的坏

Enic 2011-12-09 23:01 发表评论

中山-疯子(510776002)  17:23:00
为什么我这样获得不了ip，到底哪里错了，试了n次
hos = gethostbyname("http://www.baidu.com/");
int i=0;
while(hos->h_addr_list[i]!=0)
{
int * wIP=(int *)hos->h_addr_list[i];
addr=(in_addr *)wIP;
//str=inet_ntoa(*addr);
erfei.Format("序号: %d\tip: %x\n",i,*addr);
printf(erfei.GetBuffer());
i++;
}
深圳-守候(1015558947)  17:23:42
下个断点 自己看下 
成都-大山(54130892)  17:23:47
初始化网络环境了吗？


深圳-守候(1015558947)  17:24:21
gethostbyname 可以直接用吧 还要初始化网络环境？？？
深圳-守候(1015558947)  17:24:53
对了 如果你上网用的是代理 gethostbyname 返回的貌似是代理服务器的地址
中山-疯子(510776002)  17:25:03
哇，试出来了。
应该把 gethostbyname("http://www.baidu.com/");
改为   gethostbyname("www.baidu.com");
中山-疯子(510776002)  17:25:32
可这是为什么呢，加上http头就不行
深圳-守候(1015558947)  17:25:38
才看出来 你居然将URL当做 ...
中山-疯子(510776002)  17:25:48
求解释
成都-大山(54130892)  17:26:02
http不是网址的一部分好不
武汉-Error<errorcpp@qq.com>  17:26:26
host
重庆-山士(369347512)  17:26:28
是个协议
(QQ for Pad支持讨论组会话啦!http://im.qq.com/pad) 
中山-疯子(510776002)  17:26:34
现在才知道
武汉-Error<errorcpp@qq.com>  17:26:35
you know ?
武汉-Error<errorcpp@qq.com>  17:26:38
host name
济南_deny(547792055)  17:26:47
疯子在搞什么程序？

中山-疯子(510776002)  17:26:47
i know
中山-疯子(510776002)  17:27:01
就是获得域名ip
吉林-小伙 (694129464)  17:52:09
呵呵 
吉林-小伙 (694129464)  17:52:29
看你们讨论问题
吉林-小伙 (694129464)  17:52:37
我就能知道你们每个人的性格
深圳-守候(1015558947)  17:55:13
说说看 我是啥性格
吉林-小伙 (694129464)  17:55:39
呵呵 其实这里的很多人 都有一个通病 包括我在内
吉林-小伙 (694129464)  17:56:07
我就反思过 然后我发现你们也一样 哈哈
中山-疯子(510776002)  17:56:11
说吧，自我检讨
吉林-小伙 (694129464)  17:56:48
你们自己想吗
吉林-小伙 (694129464)  17:56:52
为什么要我说啊
吉林-小伙 (694129464)  17:57:12
我说出来了 有些人觉得自己有这毛病 改了 有些人还得在心里骂我
中山-疯子(510776002)  17:57:15
我问的问题太简单了
吉林-小伙 (694129464)  17:57:22
不是
中山-疯子(510776002)  17:58:03
哎，说吧，我不怪
吉林-小伙 (694129464)  17:58:13

吉林-小伙 (694129464)  17:59:21
自己想吧 其实挺好玩的
中山-疯子(510776002)  17:59:52
我就是吃得太多
吉林-小伙 (694129464)  18:00:00
要敢于正视自己的缺点 自己的不足
深圳-守候(1015558947)  18:01:47
你直奔重点行不 看你说了一堆 全是废话
吉林-小伙 (694129464)  18:02:25

吉林-小伙 (694129464)  18:02:35
其实我事闲的蛋疼
深圳-守候(1015558947)  18:02:56
你写驱动的呢 
武汉-Error<errorcpp@qq.com>  18:02:54
哥啥问题
武汉-Error<errorcpp@qq.com>  18:03:06
哥是比较厚脸皮的
武汉-Error<errorcpp@qq.com>  18:03:12
不怕被鄙视
武汉-Error<errorcpp@qq.com>  18:03:19

吉林-小伙 (694129464)  18:04:29
我就吹吹牛B你们怎么还都刨根问底儿呢 你们是刨根问底儿栏目组的啊
武汉-Error<errorcpp@qq.com>  18:05:01
在这里被鄙视总比将来被鄙视的代价小
武汉-Error<errorcpp@qq.com>  18:05:04
这个算的清楚
武汉-Error<errorcpp@qq.com>  18:05:18
求鄙视
武汉-Error<errorcpp@qq.com>  18:05:21

吉林-小伙 (694129464)  18:06:16

吉林-小伙 (694129464)  18:06:20
从这句话里
吉林-小伙 (694129464)  18:06:25
你能看出什么不？
吉林-小伙 (694129464)  18:06:34
拿守候开刀 
吉林-小伙 (694129464)  18:06:35
哈哈
武汉-Error<errorcpp@qq.com>  18:06:42
这个人很牛？
福建-ldh(1553408169)  18:06:49
为什么一定要被鄙视
吉林-小伙 (694129464)  18:06:52
你看看上下文
武汉-Error<errorcpp@qq.com>  18:07:03
这是自嘲，也是自信的表现
吉林-小伙 (694129464)  18:07:29
我觉得这是不敢正视自己的不足
武汉-Error<errorcpp@qq.com>  18:08:06
不一定
深圳-守候(1015558947)  18:08:11
哈哈 被鄙视了 
吉林-小伙 (694129464)  18:08:21
哈哈
吉林-小伙 (694129464)  18:08:30
其实你最开始看出来了
吉林-小伙 (694129464)  18:08:41
只不过没认为这个地方有错

Enic 2011-12-08 18:17 发表评论

武汉-Error<errorcpp@qq.com> 16:37:38
嗯

讨论一个VC的问题 
武汉-Error<errorcpp@qq.com> 16:37:51
夸进程的 WM_DATACOPY
武汉-Error<errorcpp@qq.com> 16:38:00
的内存管理
武汉-Error<errorcpp@qq.com> 16:38:07
谁先发言？

南昌-贝贝(1125591)  16:38:29
进程内没必要用这个
湖南-VC(215735031)  16:39:03
不知道把clicpsrv服务关掉，这个还会不会调用成功
武汉-Error<errorcpp@qq.com>  16:39:03
 那内存是那个牛管理的
南昌-贝贝(1125591)  16:39:20
共享内存啊
武汉-不语(86990476)  16:39:22

武汉-Error<errorcpp@qq.com>  16:39:30
如果偶没记错
武汉-Error<errorcpp@qq.com>  16:39:54
网狐的代码 是 在把栈上的一块内存的地址
武汉-Error<errorcpp@qq.com>  16:40:08
当作copydata结构体的指针域
湖南-VC(215735031)  16:40:16
error再搞网狐？
武汉-Error<errorcpp@qq.com>  16:40:17
sendmessage
武汉-Error<errorcpp@qq.com>  16:40:19
出去的
武汉-Error<errorcpp@qq.com>  16:40:31
这样就说明
武汉-Error<errorcpp@qq.com>  16:40:43
系统 应该接管了这块内存
武汉-Error<errorcpp@qq.com>  16:40:55
谁知道这其中是怎么管理的
湖南-VC(215735031)  16:41:04

武汉-Error<errorcpp@qq.com>  16:41:07
是的，看了好久了。
最近开始看客户端了
武汉-Error<errorcpp@qq.com>  16:41:34
 其实我只关系生命周期
武汉-Error<errorcpp@qq.com>  16:41:46
无所不能的贝贝神
武汉-Error<errorcpp@qq.com>  16:41:48

南昌-贝贝(1125591)  16:42:13
就是共享内存呀
中山-疯子(510776002)  16:42:03
贝神学的太快了
武汉-Error<errorcpp@qq.com>  16:42:42
嗯 假设他就是共享内存
那是谁申请 谁释放的呢？
南昌-贝贝(1125591)  16:42:57
发送者申请,发送者释放
武汉-Error<errorcpp@qq.com>  16:43:56
嗯，假设是发送至申请 发送者释放
那人家那里放的是一个指针地址，接受的时候咋成了共享内存了

偶去看看接收代码
南昌-贝贝(1125591)  16:44:57
进程使用的内存都是由系统在物理存储里面调拨的....然后映射到这个进程的...系统多映射一个进程,有什么不可以的咧?
中山-疯子(510776002)  16:44:55
仙路尽头谁为峰，一见贝神道成空
武汉-Error<errorcpp@qq.com>  16:45:57
那就是说，发送的结构体 和 接受的结构体 的那个指针域
武汉-Error<errorcpp@qq.com>  16:46:06
可能不是一个值
武汉-Error<errorcpp@qq.com>  16:46:09
对吧？
南昌-贝贝(1125591)  16:46:18
什么东东
南昌-贝贝(1125591)  16:46:20
听不懂
湖南-VC(215735031)  16:46:43
A进程里发的数据的内存地址 跟B接收的内存地址
南昌-贝贝(1125591)  16:46:52
发送的时候把这个结构体中指针指向的内存块(指定大小),映射到目标进程 
中山-疯子(510776002)  16:47:10
对了，问下如何追踪到WM_COPYDATA的处理函数，这个问题难了我好久，一直没有解决
武汉-Error<errorcpp@qq.com>  16:48:11
嗯，贝贝说的原理。偶懂了，偶现在想确认下这个现象，，，

比较懒，没写测试就直接问了，，，
见谅，，，


武汉-Error<errorcpp@qq.com>  16:48:20
typedef struct tagCOPYDATASTRUCT { 
    ULONG_PTR dwData; 
    DWORD     cbData; 
    PVOID     lpData; 
} COPYDATASTRUCT, *PCOPYDATASTRUCT; 


这个结构体的   dwData
中山-疯子(510776002)  16:48:21
应为是在另一个进程中，不知怎么办
湖南-VC(215735031)  16:48:41
恩，你测试的时候顺便测试下我那个疑问哈
南昌-贝贝(1125591)  16:48:47
dwData 就是传一个数字
武汉-Error<errorcpp@qq.com>  16:48:46
在发送进程的值  和 在另一进程中 收到的值
武汉-Error<errorcpp@qq.com>  16:48:52
是不相同的
武汉-Error<errorcpp@qq.com>  16:49:13
湖南 是和我考虑的一个问题吧？
湖南-VC(215735031)  16:49:28
是的，
湖南-VC(215735031)  16:49:42
不过你观察的是它们通信的过程
武汉-Error<errorcpp@qq.com>  16:49:51
嗯，我看的是现象
湖南-VC(215735031)  16:50:00
我还顺带观察下这个过程是不是由剪贴板服务维护的
中山-疯子(510776002)  16:50:01
就是另一个进程处理WM_COPYDATA的函数
武汉-Error<errorcpp@qq.com>  16:50:21
还有资源释放的过程
湖南-VC(215735031)  16:50:33
如果这个服务关掉了，还有没有。
武汉-Error<errorcpp@qq.com>  16:50:38
按照贝贝说的来理解，我就懂了一点了
湖南-VC(215735031)  16:51:15
说到底，还是WINDOWS的内存划分不清晰啊。
湖南-VC(215735031)  16:51:27
共享内存，内存地址是多少
湖南-VC(215735031)  16:51:57
kernel32.dll 类似这种东东，系统都把它们映射到进程的 0x800以上
武汉-Error<errorcpp@qq.com>  16:52:06
send的时候OS只是映射了一下
当被映射的内存释放以后，自然数据就失效了

不过这还有一个没解决的问题，数据失效了，映射又由谁清理
湖南-VC(215735031)  16:52:23
按贝贝说的说法，剪贴板内容也应该映射到某个地址。
南昌-贝贝(1125591)  16:52:24
kernel32.dll 类似这种东东，系统都把它们映射到进程的 0x800以上
谁说的
湖南-VC(215735031)  16:52:36
默认情况
南昌-贝贝(1125591)  16:52:50
0x80000000 以上就错
武汉-Error<errorcpp@qq.com>  16:52:56
敢在贝爷面前玩小聪明
南昌-贝贝(1125591)  16:53:07
剪贴版不一定是共享内存
武汉-Error<errorcpp@qq.com>  16:53:22
贝贝 偶的问题还没回答完毕呢

映射我理解了
湖南-VC(215735031)  16:53:32
你理解什么了。
武汉-Error<errorcpp@qq.com>  16:53:36
但是这个映射最终还是要被 取消

这一部咋弄
湖南-VC(215735031)  16:53:47
贝贝刚都说了， 
武汉-Error<errorcpp@qq.com>  16:54:03
就是OS没有拷贝send的数据，只是把两个进程的地址映射了下
武汉-Error<errorcpp@qq.com>  16:54:26
偶不关系那个过程，我值关注数据传递的结果
湖南-VC(215735031)  16:54:36
每一个进程都可以访问剪贴板的数据，
湖南-VC(215735031)  16:54:50
你A进程发送的数据肯定也是进了剪贴板的
武汉-Error<errorcpp@qq.com>  16:55:02
现在的结果：
1.没有传递
2.是地址映射
3.系统完成的映射
4.我不知道神马时候映射被取消
湖南-VC(215735031)  16:55:32
大哥，我们的疑问其实一样
武汉-Error<errorcpp@qq.com>  16:55:56
否则我大量 发送DATACOPY 这样两个进程的数据不是全部被映射了，，，

所以，偶要知道这个映射啥时候取消
湖南-VC(215735031)  16:56:15

湖南-VC(215735031)  16:56:22
A B 是进程 C是剪贴板
南昌-贝贝(1125591)  16:56:31
我也不知道怎么解释,可能我说的不准确,是因为我要表达的是

如果你在记事本中复制一个字符串那是共享内存(服务里面的)
如果你的程序会接收处理剪贴版消息,那会有另一种行为...大多数人都应该见过,在WORD中复制表格.在词本中粘贴是纯文字 ,在QQ上粘贴是图像
南昌-贝贝(1125591)  16:56:41
如果单纯共享一次.那怎么做得到
湖南-VC(215735031)  16:57:17
我记得在VC中使用WM_COPYDATA 要显示的指定
武汉-Error<errorcpp@qq.com>  16:57:21
 还是没有解释 4.映射（共享）啥时候取消嘛
湖南-VC(215735031)  16:57:45
这可能说明了， 
南昌-贝贝(1125591)  16:57:47
我知道水神主要的疑问就是 WM_COPYDATA 何时取消映射
  只需要回答你(PostMessage->WM_COPYDATA是永不会成功的)
武汉-Error<errorcpp@qq.com>  16:58:20
send返回的时候么

列个是同步的？
武汉-Error<errorcpp@qq.com>  16:58:29
ok我的问题差不多解决了
湖南-VC(215735031)  16:58:31
估计每个进程访问到的剪贴板内存都是系统分配的一个”映像“
武汉-Error<errorcpp@qq.com>  16:58:52
VC的 和 ole对象神马相关 还有com模型，，，这个话题老大了，，，
南昌-贝贝(1125591)  16:59:13
COM我也是笨蛋,  太久远了
湖南-VC(215735031)  16:59:49
我的疑问是，系统给每个进程都留了一个后门，可以访问一块共同的内存？
武汉-Error<errorcpp@qq.com>  17:00:04
ole模型好像是这样
湖南-VC(215735031)  17:00:23
还是进程需要访问“剪贴板”的时候，显示的给它映射一个
中山-疯子(510776002)  17:00:34
追踪WM_COPYDATA
武汉-Error<errorcpp@qq.com>  17:01:05
 中山-疯子(510776002)  17:00:34
追踪WM_COPYDATA

自己打log
湖南-VC(215735031)  17:01:11
如果是后门，水神你那个A发起，B收到的就是同一个地址才对
武汉-Error<errorcpp@qq.com>  17:01:13
或者用windbg
武汉-Error<errorcpp@qq.com>  17:01:26
是映射
武汉-Error<errorcpp@qq.com>  17:01:31
不同的进程
武汉-Error<errorcpp@qq.com>  17:01:39
地址空间不同
湖南-VC(215735031)  17:01:43
如果是谁用到，给谁映射，那A发起的被映射到系统，再被映射到B进程
武汉-Error<errorcpp@qq.com>  17:01:49
是的
武汉-Error<errorcpp@qq.com>  17:01:54
谁send
武汉-Error<errorcpp@qq.com>  17:01:59
岁映射
湖南-VC(215735031)  17:02:18
我现在不好写测试， 你A发起的， 剪贴板能看到不
武汉-Error<errorcpp@qq.com>  17:02:34
不然生命周期不好控制

以上是贝神语录心得

我现在也没环境测试，，，

Enic 2011-12-07 17:11 发表评论

武汉-Error<errorcpp@qq.com>  10:19:49
CreateProcess 怎么给 进程传递 command
哈尔滨-猫猫<wengemima@qq.com>  10:20:12
不知道
中山-疯子(510776002)  10:20:37
直接带上命令就行
哈尔滨-猫猫<wengemima@qq.com>  10:20:44
WinExec可以直接在路径里写命令行参数
南昌-贝贝(1125591)  10:21:03
参数二 直接填开始运行里面填的东西
南昌-贝贝(1125591)  10:21:06
就是命令行
南昌-贝贝(1125591)  10:21:12
参数一不要使用
武汉-Error<errorcpp@qq.com>  10:21:15
 是滴
武汉-Error<errorcpp@qq.com>  10:21:24
我就被参数一坑了
武汉-Error<errorcpp@qq.com>  10:21:28
所以来分享下
南昌-贝贝(1125591)  10:21:33
而且参数二要使用 LPTSTR ,,  CONST 会崩溃
武汉-Error<errorcpp@qq.com>  10:21:43
还是贝贝厉害，走过很多坑
南昌-贝贝(1125591)  10:21:54
天天撞坑的啦
哈尔滨-猫猫<wengemima@qq.com>  10:21:57
只是人家没掉进去
南昌-贝贝(1125591)  10:22:03
掉了好几次
南昌-贝贝(1125591)  10:22:08
又爬出来了
深圳-雪锋(632006142)  10:22:36
坑多了,自然就不怕坑了...变成坑人...
武汉-Error<errorcpp@qq.com>  10:22:42
是滴，，，
深圳-雪锋(632006142)  10:22:43

南昌-贝贝(1125591)  10:22:45

Enic 2011-12-05 10:24 发表评论