Linux高性能服务器编程 (4)

  • 第282页
    这一章节纯代码,封装了 pthread 的 semaphore, mutex and cond。然而,没有一个类的实现是没有错误的。。。 类没有正确的禁用copy-semantics啊,接口设计不对啊这些都不说了,最搞笑的是 cond 的封装,大概长这... (2回应)
  • 第240页
    另外一种使子进程进入僵尸态的情况是:父进程结束或者异常终止,而子进程继续运行。此时子进程的PPID将被操作系统设置为1,即init进程。init进程接管了该子进程,并等待它结束。在父进程退出之后,子进程退出之前...
  • 第194页
    socket 的 `SO_RCVTIMEO` 和 `SO_SNDTIMEO` 是专门针对 blocking socket 而言的,这个核心点书里没有提及,虽然示例代码是 blocking socket。 所以这个方法基本就是鸡肋。 bonus reading: https://stackoverflow... (2回应)
  • 第190页
    当管道的读端关闭时,写端文件描述符上的POLLHUP事件被触发;当socket连接被对方关闭时,socket上的POLLRDHUP事件将被触发 这段基本是无厘头,还很容易让人误解。 HUP和RDHUP的区别没这么简单,详情见 https://s... (2回应)

程序员的自我修养 (3)

  • 第28页
    『即使合理使用了锁也不能保证线程安全』这句话是对的,但是书中的例子完全给错了。。。 上锁至少能保证临界区内的内存可见性,如果这点都没法保证,上锁完全没意义了。 至于后面例证的DCLP,完全是另外一回事...
  • 第23页
    事实上,在Linux内核中并不存在真正意义上的线程概念 忘了谁说过,好似现在支持了吧。 (1回应)
  • 第25页
    我们把单指令的操作称为原子的... 例如i386就有一条inc指令可以直接增加一个内存单元的值,避免上里出现的错误 什么时候原子操作的定义变成单指令了...? INC什么时候又成原子操作了.....? 前面也没写着加了...

深入理解C++11 (4)

  • 第70页
    -- only for the record -- /代码内容已省略/ 这个代码形式下,现在的编译器一般只需要一次默认构造就行了。稍稍变换形式可能会需要两次。考虑到更激进的NRV-optimization...
  • 第68页
    这一页HasPtrMem的copy-ctor是对的....下面论坛也有人提出来了。编辑真是太不认真了
  • 第98页
    这节讲的POD真是。。。 首先对于trivial的解释明显是不够的,甚至可以说是有问题的。 例如满足书上trivial所述的类 /代码内容已省略/ 就不是trival的。 具体怎么解...
  • 第207页
    关于X86 CPU是strong ordering还是weak ordering是有争议的。但是既然书里都表明所谓的strong ordering是严格按照指令的顺序执行,那么X86就不是strong ordering。

WebKit技术内幕 (2)

  • 第123页
    -*-NOTE-*-: 这里对于event capture和event bubbling的描述不太准确。 首先addEventLisnter的第三个参数如果不写,则默认按照event bubbling逻辑执行事件路由,而不是书上说的默认行为不冒泡。 不过一定会...
  • 第51页
    -*-NOTE-*-:Chromium目前renderer的模型早就已经不是process-per-tab了,而是process-per-site-instance。

Exceptional C++(中文版) (1)

  • 第91页
    勘误:此页中后置运算符返回类型应该是const Complex,而不是const Complex& (2回应)
<前页 1 2 3 4 5 6 7 8 后页>