@ryd994 我说的就是子系统啊……

C 语言标准中只允许 T []的左值到 T *右值的转换,因此 char [][]和 char **没有五毛钱关系.换句话说,char (*)[][]和 char ***所指向的类型是 incompatible 的,强行指向同一个对象的后果是未定义行为.C++中 implicit conversion 的要求更严格,char (*)[][]强转 char ***的结果是 ill-formed.

array to pointer decay 真是害死人啊(叹气

不是右键->默认值 /属性->直接改?当然前提是你要有个符合巨硬对 conhost 字体要求的字体.楼上某一楼提到的 Inziu Iosevka/Sarasa Mono 我个人就觉得很好用(此处应有广告费)

LZ 你确定你问的不是 A-B 问题?我觉得 LZ 你最应该搞明白的是你现在用到的框架在服务器上的发布流程是怎么样的.不能本机 IDE+框架帮你搞定一切,换到服务器上就完全抓瞎了对吧……

@ZSeptember WSL 不是.Linux 子系统和 Win32 子系统是并列的,不存在谁用来实现谁的关系

@msg7086 和是不是"正常行为"无关,问题是上了红帽子的贼船就没别的可以选,可折腾的余地还不如巨硬.换 GCC 这样的基础组件要费的精力差不多就等同于再走一遍 LFS 了,特别是 GCC5 及以上和 GCC4 之间的默认 ABI 差距巨大.而以折腾 LFS 的精力去折腾 win10 早就把 win10 折腾出花了——至少 WSL 还能随便换 distibution...

@msg7086 可以通过按部就班的步骤来定位 bug 这个纯粹只和软件设计有关啊……和是否是 OSS 没有必然联系啊.就算是个 OSS 如果软件本身把所有的 config 都写死在源码里了你还能奈何?

有时候我真的觉得人和人之间的差距比人和狗之间的差距还大.用了一年 Win10(半年 Insider),除了更新就没重启过的人表示不明白 v2 上为什么会有那么多人觉得 Win10 的 bug 多.按理说都能在 desktop 上搞定 linux 各种奇怪驱动的人不可能会不知不觉的乱折腾 win10 啊对不对……

@msg7086 RedHat:"我说的你用 GCC4.8,你就得用 GCC4.8"

我又想起那个臭名昭著的`ngx_ctx ***`了……

@DearTanker 是我孤陋寡闻了吗?现在的字幕组中翻译和校对不都是只负责提供翻译好的文本,由专人负责把文本编辑成字幕吗.顺便说下字幕制作的速度瓶颈在于校对,因为校对需要保证整个翻译稿的行文风格统一,所以是无法并行化的.

而且你不要低估国内制作字幕的人对编程的熟悉程度.很多人就是码农或者半个码农.比如这楼中的某一个人就给字幕组干过活.

C 标准库?直接白嫖 WG14 的 working draft 啊.或者出门右转 en.cppreference.com/w/c

@congeec C++语言规范经常有因为考虑不周到而导致的漏洞.CWG 和 LWG 的 issue 里一抓一大把.但是 C++语言规范的漏洞顶多是导致各个实现的行为不一致,和所谓安全性漏洞几乎没有关系.OpenSSL 相当多的漏洞主要原因就是 C 的限制导致的代码质量不行,所以我还是很看好用 Rust 重写的 SSL 实现的

这首 Hindley-Milner 之歌,送给在座的所有无类型 lambda 演算废物们.png

你连具体的错误信息都没给出让人怎么分析...MSVC 的 C2632 直接原因是把一个指代 type 的 name 给企图挪作它用,LZ 这种情况可能是两个 namespace 的名字一个用于指代类型一个用于指代别的……

@rogwan 能用一台机器带起来的需求为啥要靠加机器解决.大量机器之间的相互同步带来的问题不比它解决的问题少.而且 8102 年了在部分特定领域中论开发效率 Python 并没有显著优势.

@Hanggi node 和 webkit 本身体积就不小,换 nw.js 也不会缓解多少.上了 electron 的贼船还想不付出相应的代价,哪里有这种好事.想减小体积就上正统的 GUI 开发工具.

@h4lbhg1G 你这么写就不对了……指针运算其结果必须要么处于合法的数组或者 malloc 出来的空间的内部,要么是这个空间紧跟着的下一个地址,否则是未定义行为.

url.py 里把 url pattern 到 view 的映射做了没?