为什么execve不启动进程？

Question

我为uni写了一个方法，它可以启动一个程序。我必须使用execve。但它不起作用。例如，当我使用execvp而不是execve时，它会工作并启动程序。

#include <stddef.h>
#include <unistd.h>
#include <stdio.h>
#include <sys/wait.h>

pid_t run_command(char **argv, int no_fork){
    extern char **environ;
    pid_t pid;


    if(no_fork != 0){
        execve(*argv, argv, environ);
        return 0;
    }
    else{
        if((pid = fork()) < 0){
            printf("Error: fork!\n");
            return -1;
        }
        else if(pid == 0){

            argv++;

            printf("execve(%s)\n", *argv);
            execve(*argv, argv, environ);

        }
        else {                                  
            wait(NULL);
        }
    }
    return pid;
}

/*
int run_cmdline(char ** argv){
    return 0;
}*/

int main(int argc, char* argv[]){
    run_command(argv, 0);

    return 0;
}

编译：

clang -o main shell.c .c

例如，执行：

./main firefox

应该启动firefox。在使用execvp和不使用environ的情况下，它可以工作，但不能使用execve。

Thx需要任何帮助:)

Answer 1

execve(*argv，argv，environ)；

./main firefox

execve不搜索路径。您必须提供可执行文件的完整路径，或者自己解析该路径。此行为的参考资料在posix中，但我发现它很难读懂，man execve在我看来更容易理解。

所以就像这样：

./main /usr/bin/firefox

应该是可行的，甚至是：

./main /usr/bin/sh -c firefox

或者使用execvp，它会自动神奇地获取“父”environ并搜索路径。还有一个linux扩展execvpe，它不在posix中，它接受environ。

Answer 2

编辑

看起来run_command本身会递增argv，但由于某种原因，它只在调用execve的两个代码路径中的一个中递增。两个代码路径应该一致地处理参数列表。就我个人而言，我认为调用者最好安排run_command的argv[0]来引用它应该运行的程序。

如果您坚持在run_command中递增argv，以便它的*argv引用要运行的程序，那么在递增argv之前，您需要检查argv[0]和argv[1]是否都不为空。如果调用者负责使run_command的*argv引用要运行的程序，那么最好检查*argv是否为非空。