The POSIX standard provides no mechanism by which a thread A can suspend the execution of another thread B, without cooperation from B. The only way to implement a suspend/restart mechanism is to have B check periodically some global variable for a suspend request and then suspend itself on a condition variable, which another thread can signal later to restart B.
翻译一下：POSIX 标准没有提供机制，让线程 A 在没有线程 B 的协作下暂停线程 B 的执行。

要想处理这种问题的话，信号处理或者使用条件变量吧。
有关 pthread_sigmask 的问题，pthread_sigmask 会继承当前的 mask, 你可以在 main 里定义好需要的 sigmask, 新建的线程会继承 mask。

使用信号会带来一些其他问题，比如外部给进程发信号，内核会地送到任意没有阻塞该信号的线程，可能会导致意料之外的线程睡眠 /唤醒。

干活呗。只谈一些开发中比较常见的痛点吧。

Windows 下对 C 的支持是残的，只支持到 C89。
Windows 对 docker 的支持似乎也是残的。
Windows 的 cmd 是残的，powershell 功能还可以，但是命令实在是太冗长了，可能微软觉得大家只用 powershell 对着手册写脚本。
Windows 没有包管理器，C++这边有个官方的库管理器 vcpkg，但是也仅面向常用的 C++库，而且坑也不少。第三方的 choco,scoop 等也各有各的问题。
Windows 正在使用的文件无法被删除。
Windows 专业版很贵，自己买的笔记本一般只带一个阉割版的家庭版，连进组策略都进不了。

WIn10 有了 WSL 支持，带来了包管理器和 LInux 命令行工具以后以上问题似乎缓解了不少。不过我个人 Windows 上第一个装的软件就是 msys2

你先把这些设置都注释掉，用 ycm 的默认配置看看。ycm 默认配置下提示框工作的很正常

盛大做过云中书城，也是 PC 端的离线 /在线阅读软件。商业团队推的，总比个人用爱发电做的好吧。
盈利嘛不存在的，卖给 QQ 阅读去了

jpg 是压缩格式，涉及到浮点运算和采样，尤其是采样，难免会有波动

@lihongjie0209
读取一次进内存，然后直接 for 循环尝试密码，直到找到正确密码退出。
整个过程只会 io 一次

多多少少都有的
C/C++的库许多也用 libxxx 开头，libuv libevent libev 或者以 lib 结尾 zlib glib dlib

没有做 SEO，搜索引擎都没法导流

@zappos 显然支持。。Python 作为动态语言为什么不支持
https://github.com/ultralytics/yolov3/blob/master/cfg/yolov3.cfg
通过在一个文本格式描述网络结构，然后在构造模型的时候构造模型不是很常规的操作吗

```
class PointNetCls(nn.Module):
def __init__(self, k=2, feature_transform=False):
super(PointNetCls, self).__init__()
self.feature_transform = feature_transform
self.feat = PointNetfeat(global_feat=True, feature_transform=feature_transform)
self.fc1 = nn.Linear(1024, 512)
self.fc2 = nn.Linear(512, 256)
self.fc3 = nn.Linear(256, k)
self.dropout = nn.Dropout(p=0.3)
self.bn1 = nn.BatchNorm1d(512)
self.bn2 = nn.BatchNorm1d(256)
self.relu = nn.ReLU()

def forward(self, x):
x, trans, trans_feat = self.feat(x)
x = F.relu(self.bn1(self.fc1(x)))
x = F.relu(self.bn2(self.dropout(self.fc2(x))))
x = self.fc3(x)
return F.log_softmax(x, dim=1), trans, trans_feat
```
我不觉得 HTML 形式的网络声明能比上面形式的简单

你这个提问。。你是指 docker 部署的平台 centos 少，还是指 docker 内部的容器系统里用 centos 少。
如果你指前者，那不存在的，集群部署在红帽家的平台很常见。
后者的话，因为 ubuntu 的包新

有爱的话就来来做 CG 里的 rendering/simulation 方向吧，没爱就算了，这两个方向现在只能靠爱发电

debian 的制度大概是 由 debian contributors 来认领一些包，负责一些包的维护，然后上面还有 debian developers 来审核打包质量。contributors 没有权限直接往仓库里面合并。

windows 看 vcpkg 还不错，微软在推的包管理器，上游是微软在打包。

这条路 Deepin 已经走过了，DDE 早期就是用 HTML5 技术写的。现在你看看，招聘里面清一色的 C++

python 不太清楚，vim 可以在 vim 内直接调用 make 编译 makefile，也有 make 命令可以使用。

F5 一键编译单文件
autocmd filetype c set makeprg=gcc\ -O2\ -lpthread\ -std=c99\ -g\ %\ -o\ %<
autocmd filetype c nnoremap <F5>:silent make\|redraw!\|cw<CR>

要边写，边编译，边 debug 的话，tmux 或者 screen 应该是跑不掉的

服务商断 ssh 空闲连接也是基本操作了，节约资源。你如果想要一直保持挂起，你就在 ssh 里设心跳包保活。

以我个人的经验来看，就 curd 业务而言，招 golang 程序员的人力成本与 java 程序员的人力成本的差距，差价比升级机器贵多了

vnc 它不香嘛

@yujincheng08 shared_ptr 下层就比 raw ptr 多了个引用计数，不存在什么太大的 overhead，只有构造的时候会稍微慢一点，但也是和 unique_ptr 一个量级的。
根据，http://blog.davidecoppola.com/2016/10/performance-of-raw-pointers-vs-smart-pointers-in-cpp/，连续构造销毁一百万次 shared_ptr，大约比原始指针慢一倍，可以理解，原始指针只需要调用一次 new, shared_ptr 要调用两次 new(变量本身和引用计数器，但是一百万次才 40ms 的开销完全可以忽略不计。

shared_ptr 的坑在一个是循环引用，二是 shared_ptr 自身线程安全（引用计数器是原子操作），但是读写 shared_ptr 管理的对象的时候要加锁，这个坑多线程很容易掉进去。
可以等一波 C++20 的原子智能指针了。