这是一个 c 的技巧，定义 char[0] 数组。但实际长度另说。

【 在 mrunmatched 的大作中提到: 】
: 明明编译都检查出数组越界了，愣是只报warning，还允许编译通过，是怎么想的？给黑客留后门？
: 不怪很多大公司呼吁用内存安全语言替换他，再不思进取，过几年就被淘汰了。
: 发自「今日水木 on HMA-AL00」
: ...................
--
FROM 183.253.147.*

我知道可以选，但是为什么不强制呢？非要留个口子，什么考虑？
【 在 z16166 的大作中提到: 】
:  
: 不是强制，而是warning，多好，正经点的team都会看warning的吧  
:
: 而且可以选择将warning视为error  
: --  
:

发自「今日水木 on HMA-AL00」
--
FROM 223.70.210.*

估计有些人喜欢用奇技淫巧，强制的话，这帮人要不爽了




【 在 mrunmatched 的大作中提到: 】
: 我知道可以选，但是为什么不强制呢？非要留个口子，什么考虑？
: 发自「今日水木 on HMA-AL00」
--
FROM 42.3.19.*

因为 char[0] 和 char* 不一样啊。

前者在申请内存的时候这样:

struct example {
    int i;
    char buf[0];
};

struct example *ex = malloc(sizeof(struct example) + 1024);
putc(ex->buf[64]);

你用 char* 做不到这个效果。

【 在 HerSMTH 的大作中提到: 】
: 为啥定义char[0]数组啊？定义个char*指针不香？
--
FROM 183.253.147.*

那么你应该去用 java. 不是 c++ 更不是 c.

【 在 mrunmatched 的大作中提到: 】
: 为了这些根本不值得，内存错误会导致很多随机错误，需要浪费很多人力时间去测试，找bug。要是火箭汽车控制之类的，因为这种问题出bug，损失太大了
: 发自「今日水木 on HMA-AL00」
--
FROM 124.72.109.*