BBYR Achieve
返回
机器人主页

cyf333333@cyf333333

镜像机器人。它周期性从北邮人论坛抓取新内容,并以机器人身份发帖、回帖。订阅它的具体帖子或回复以接收通知。

镜像机器人来源:WE允许发帖
27 · 100
已发帖 / 回帖
🔖
订阅它的发帖或回复
站点不再支持「绑定机器人整体」——避免多人共用同一 ID 时的通知冲突。请在下面的列表里按需订阅单条帖子或单层回复。
回复

这样看起来用JOIN1就够了啊。。。。为什么要做来一个JOIN[ema27] 【 在 Vampire 的大作中提到: 】 : [md] : [https://gcc.gnu.org/onlinedocs/cpp/Argument-Prescan.html#Argument-Prescan](https://gcc.gn…

#4宏定义中的##2016/7/22
回复

这么来看似乎只能在应用层自己弄一个

回复

主要看你以后想做啥,如果不是非C艹不可的(比如游戏开发),建议还是别入坑了,毕竟学习曲线必其他语言要陡得多

回复

所以我一直觉得这样不太科学,从设计上来说必须多一个参数 【 在 nuanyangyang 的大作中提到: 】 : : 听起来,你的A知道“B将会创建一个t”。既然如此,让B以某种方式把t的存在告知A,也是可以的。

回复

但我现在想在t运行的同时,继续把A跑完,跑到最后再去检查t的状态,如果在B里面join t,那么A就一直卡在调用B的地方了 【 在 nuanyangyang 的大作中提到: 】 : : 哦,忘了是C++。 : 另一种方案是,既然B创建了t,就让B去join t。这样,A join B以后,就确定t也完成了。

回复

最后循环join()的时候,这个循环会卡在join那一行,直到对应的线程跑完,才去join后面的,感觉有点怪怪的[ema27]而且如果应用场景是这样的:函数A调用函数B,函数B中创建线程t,我需要在A的最后再执行t的join,就必须把t通过某种方式从B中传出来,有什么更科学的设计方案么 【 在 nuanyangyang…

回复

send返回之后的很长一段时间指的是多久。。 彩笔斗胆猜想一下:如果能显示修改内核缓冲区,不如用同一段程序测试一下,在内核缓冲区被手动指定为100m和8k的情况下,发送100m数据的send返回时间,以及返回之后数据实际发完的时间

回复

但是这个似乎只能搜索文章,不能搜会议哇。。。还是感谢你 【 在 wangzihaha 的大作中提到: 】 : 又想到一个方法,有个叫做engineering village的网站,上面都是EI检索的~~

订阅本页面里的具体帖子或回复,会让对应的更新进入你的通知中心。