Linux中execv()调用ls命令无输出问题排查求助

1. 路径拼接的致命错误 #

你那段路径拼接的代码完全错误：

strcat("/bin/", argv[0]);

"/bin/"是只读字符串常量，直接对它调用strcat会触发未定义行为——你在试图修改只读内存区域，这会破坏程序内存结构，甚至可能导致进程崩溃或执行异常。

就算换成sprintf/strcpy，如果没处理好内存空间也会出问题：

• 如果argv[0]指向的是strtok返回的原buf中的指针，那buf的空间可能不足以容纳"/bin/ls"这种拼接后的字符串，会溢出覆盖其他内存。
• 正确的做法是单独分配内存存储完整路径：

  if (!strcmp(argv[0],"ls") || !strcmp(argv[0], "man") ||
      !strcmp(argv[0], "grep") || !strcmp(argv[0], "sort") || 
      !strcmp(argv[0], "awk") || !strcmp(argv[0], "bc")) {
      char *full_path = malloc(strlen("/bin/") + strlen(argv[0]) + 1);
      if (full_path == NULL) {
          perror("malloc failed");
          exit(1);
      }
      strcpy(full_path, "/bin/");
      strcat(full_path, argv[0]);
      argv[0] = full_path;
  }
  

  或者用栈上的数组（注意长度足够）：

  char full_path[256];
  snprintf(full_path, sizeof(full_path), "/bin/%s", argv[0]);
  argv[0] = full_path;
  

2. argv数组的潜在问题 #

• 检查argv数组的大小：如果定义的argv数组长度不够，strtok分割后的参数可能越界写入，破坏后续的NULL终止符，导致execv执行异常。
• 确保strtok处理的buf没有被其他操作覆盖：如果buf是父进程的栈内存，子进程继承后如果父进程修改了buf，会影响子进程的argv参数。

3. command(argv)函数的影响 #

你在execv前调用了command(argv)，这个函数如果做了以下操作会导致无输出：

• 关闭了标准输出（stdout）或标准错误（stderr）
• 重定向了输出到其他文件/设备
• 提前修改了argv数组的内容，导致execv执行的命令参数异常

4. 子进程输出的隐性问题 #

如果execv成功执行了ls但没输出，可能是父进程没有正确等待子进程结束。可以在父进程里调用waitpid(pid, NULL, 0)等待子进程执行完毕，确保输出能正常显示。

内容的提问来源于stack exchange，提问作者newb hi