execve系统调用返回异常：Linux管道进程C项目故障排查

核心问题 #

你遇到的grep: foo: No such file or directory错误，本质是命令字符串没有正确拆分为命令名和参数数组。当你传入"grep foo"作为cmd1时，程序并没有将其拆分为["grep", "foo", NULL]，而是把整个"grep foo"当作了命令本身，或者错误地传递参数，导致grep将foo识别为要读取的文件名，而非搜索模式。

具体排查与修复步骤 #

• 检查命令链表的构建逻辑：确认pip_init函数在处理cmd1和cmd2时，是否将带空格的命令字符串按空格分割为独立的参数。比如"grep foo"必须拆分为包含grep、foo、NULL的字符串数组，而非仅包含grep foo和NULL的数组。
• 验证execve的调用参数：execve的第二个参数要求是以命令名为首、后续为参数、末尾以NULL结尾的字符串数组。如果你的代码直接把完整的cmd字符串作为数组唯一元素传递，就会触发该错误。
• 实现命令字符串拆分函数：添加一个简单的拆分逻辑，示例如下：

  char** split_command(char* cmd_str) {
      int arg_count = 0;
      char** argv = malloc(sizeof(char*));
      if (!argv) return NULL;
  
      char* token = strtok(cmd_str, " \t");
      while (token != NULL) {
          argv[arg_count++] = token;
          argv = realloc(argv, sizeof(char*) * (arg_count + 1));
          if (!argv) return NULL;
          token = strtok(NULL, " \t");
      }
      argv[arg_count] = NULL;
      return argv;
  }
  

  注：这个实现仅处理空格/制表符分割的简单场景，若需要支持带空格的参数（如grep 'hello world'），还需额外处理引号逻辑，但足以解决当前问题。
• 检查access_check的输入：确保你传递给access_check的是拆分后的命令名（比如grep），而非完整的grep foo字符串——PATH中不存在名为grep foo的可执行文件，这会导致路径查找失败，最终错误传递参数。

验证方法 #

在child1/child2函数中，打印execve将要使用的argv数组：

for (int i = 0; argv[i] != NULL; i++) {
    fprintf(stderr, "argv[%d] = %s\n", i, argv[i]);
}

如果输出显示argv[0] = grep foo，则说明拆分逻辑完全错误；如果显示argv[0] = grep、argv[1] = foo，则参数拆分正确。

内容的提问来源于stack exchange，提问作者Igor Mićović