从标准输入构建空终止字符串数组供execvp调用 解决编译警告

所有类型不兼容警告的本质是变量定义和execvp的参数要求完全不匹配，叠加输入拆分逻辑错误导致的：

• execvp的函数原型为int execvp(const char *path, char *const argv[])，要求第二个参数是以NULL作为最后元素的字符指针数组，数组内每个元素指向一个命令参数字符串。
• 你当前把commands、commands2定义为char*类型（单个字符指针，指向一个字符串），此时对变量做下标访问比如commands[i]，取到的是字符串里的单个字符（本质是整数类型），和你赋值的NULL（指针类型）类型不匹配，因此触发“整数从指针转换无强制类型转换”的警告。
• 同理，execvp(commands2[0], commands2)调用时，传入的第一个参数是commands2[0]（单个字符，整数类型），不符合函数要求的字符串指针类型，因此触发第二个警告。

1. 纠正变量类型声明 #

把单字符指针改为动态字符指针数组，匹配execvp对参数的要求：

// 初始分配可容纳16个参数的指针数组空间，足够覆盖绝大多数普通命令场景
#define MAX_INIT_ARGS 16
char **commands = malloc(sizeof(char*) * MAX_INIT_ARGS);
char **commands2 = malloc(sizeof(char*) * MAX_INIT_ARGS);
// 补充malloc返回值检查，避免内存分配失败导致的野指针问题
if (!commands || !commands2) {
    perror("malloc failed");
    exit(EXIT_FAILURE);
}

2. 调整strtok拆分逻辑，正确存储所有拆分结果 #

原代码的拆分逻辑存在致命缺陷：循环中直接用strtok的返回值覆盖原变量，循环结束后变量值为NULL，所有拆分得到的命令、参数地址全部丢失。
修正后的拆分逻辑需要用独立下标记录数组位置，逐一把拆分得到的token存入指针数组：

char buffer[BUF_SIZE];
// 读取第一行输入
fgets(buffer, BUF_SIZE, stdin);
// 去掉fgets读取到的末尾换行符，避免拆分出带换行的无效token
buffer[strcspn(buffer, "\n")] = '\0';

int arg_count = 0;
char *token = strtok(buffer, " ");
while (token != NULL) {
    // 把当前token的地址存入指针数组
    // strtok返回的指针直接指向原buffer的内部位置，属于原地拆分，不需要额外为每个token单独分配堆内存
    commands[arg_count++] = token;
    // 当参数数超过初始分配容量时，动态扩容数组，避免内存越界
    if (arg_count >= MAX_INIT_ARGS) {
        commands = realloc(commands, sizeof(char*) * (arg_count + 8));
        // 同样需要补充realloc的返回值检查
    }
    token = strtok(NULL, " ");
}
// 强制要求：数组最后一位置为NULL，作为execvp的数组终止标记
commands[arg_count] = NULL;

对第二行输入的commands2，使用完全相同的逻辑拆分、存储即可。

3. 修正execvp调用 #

完成以上步骤后，commands[0]自然就是指向第一个命令字符串的指针，commands本身就是符合要求的空终止指针数组，此时执行execvp(commands[0], commands)就不会再出现类型不兼容的警告。

• 原代码在strtok循环结束后，commands、commands2变量已经被赋值为strtok返回的NULL，此时对其执行realloc、strlen操作属于空指针访问，运行时会直接触发段错误。
• 未处理fgets读取到的末尾换行符，会导致最后一个token带有换行字符，execvp执行时会因为找不到对应程序路径而失败。
• 未对execvp的返回值做错误检查，exec执行失败时不会有任何提示，排查问题难度高。

内容的提问来源于stack exchange，提问作者Borna Morassaei