这个错误的根源很明确——你在全局/文件作用域里用了一个运行时才能确定值的变量来定义数组长度，而C语言的语法规则不允许这么做。

先拆解下错误原因：START_BUFFER_SIZE是你定义的全局变量，它的值要等到getConfig()函数运行、读取配置文件后才会被赋值，属于运行时变量。而C语言要求，文件级别的数组（包括结构体里的数组）必须用编译期就能确定的常量来指定长度，编译器在编译阶段没法预知START_BUFFER_SIZE的具体值，所以会抛出"variably modified"错误。

下面给你几种适配你需求的修复方案，优先推荐第一种：

方案1：改用动态内存分配（最适合你的场景） #

既然你需要从文件动态读取配置，那结构体里的数组不能是固定长度的，得换成指针，然后在读取配置后手动分配内存：

首先修改window.h里的结构体定义：

typedef struct window{
    packet** pkt;  // 把数组换成二级指针，指向动态分配的packet*数组
    long* num;     // 同理，换成一级指针指向long数组
    int buffer_size; // 新增字段存储缓冲区大小，方便后续操作
} window;

然后在你的业务代码里，先调用getConfig()读取配置，再初始化window实例并分配内存：

// 先读取配置，确保START_BUFFER_SIZE有有效值
getConfig();

window my_window;
my_window.buffer_size = START_BUFFER_SIZE;

// 分配内存，必须检查malloc的返回值，避免空指针错误
my_window.pkt = malloc(sizeof(packet*) * my_window.buffer_size);
my_window.num = malloc(sizeof(long) * my_window.buffer_size);

if (my_window.pkt == NULL || my_window.num == NULL) {
    // 处理内存分配失败的情况，比如打印错误并退出
    perror("malloc failed");
    exit(EXIT_FAILURE);
}

// 使用window完成业务逻辑...

// 用完后一定要释放内存，避免内存泄漏
free(my_window.pkt);
free(my_window.num);

方案2：局部作用域使用变长数组（VLA，局限性大） #

变长数组只能在**函数内部（局部作用域）**使用，不能用来定义全局的结构体类型。如果你的window变量只在某个函数里用，可以这么写（但复用性差，不推荐作为通用方案）：

void process_window() {
    // 先读取配置，确保START_BUFFER_SIZE已赋值
    getConfig();
    
    // 在函数内定义局部结构体，用START_BUFFER_SIZE作为数组长度
    typedef struct {
        packet* pkt[START_BUFFER_SIZE];
        long num[START_BUFFER_SIZE];
    } local_window;
    
    local_window my_win;
    // 操作my_win完成业务逻辑...
}

这种方法不需要动态分配内存，但结构体只能在当前函数里使用，无法跨函数复用，仅适合简单场景。

方案3：改用编译期宏（不适合动态配置场景） #

如果你的配置不需要从文件读取，而是固定值，可以把START_BUFFER_SIZE改成宏定义：

// config.h里修改
#define START_BUFFER_SIZE 15

但这显然不符合你从文件读取配置的需求，所以仅作为备选方案。

最后再提几个注意点：

1. 全局变量TIMEOUT_PKT、START_BUFFER_SIZE、PROBLOSS如果不在声明时初始化，会被默认初始化为0，这点没问题，但要确保在使用它们之前已经调用过getConfig()。
2. 动态分配内存后一定要检查返回值，避免空指针访问导致程序崩溃。
3. 记得在window实例不再使用时释放内存，防止内存泄漏。

内容的提问来源于stack exchange，提问作者Jack Law