fork vs execvp，子进程中内存泄露?

突然被老弟问了一个问题，有点蒙蔽，怎么说我也写过 1 年 C 呀，哈哈哈 持续征集C 短小精悍开源代码 完整代码如下：

#include <stdio.h>
#include <stdlib.h>
#include <unistd.h>
#include <string.h>
#include <fcntl.h>
#include <assert.h>
#include <sys/wait.h>

int
main(int argc, char *argv[])
{
    int rc = fork();
    if (rc < 0) {
        // fork failed; exit
        fprintf(stderr, "fork failed\n");
        exit(1);
    } else if (rc == 0) {
        // child: redirect standard output to a file
        close(STDOUT_FILENO); 
        open("./p4.output", O_CREAT|O_WRONLY|O_TRUNC, S_IRWXU);

        // now exec "wc"...
        char *myargs[3];
        myargs[0] = strdup("wc");   // program: "wc" (word count)
        myargs[1] = strdup("p4.c"); // argument: file to count
        myargs[2] = NULL;           // marks end of array
        execvp(myargs[0], myargs);  // runs word count
    } else {
        // parent goes down this path (original process)
        int wc = wait(NULL);
    assert(wc >= 0);
    }
    return 0;
}

子进程里使用了 strdup，没看到内存释放的地方，即使 valgrind 开启了--trace-children=yes 也没有检测到内存泄露，这里是否存在内存泄露？之前有看过 execvp 会替换 fork 之后的子进程的内存空间?不清楚这块内存关系是怎么样的？

我和老弟争执一点如下，我认为如果程序快速执行完退出，不必太过纠结资源释放问题，进程退出了，系统会回收资源，当然好的习惯是不用的时候去 free 掉。针对常驻进程，需要重点关注内存泄露问题。 我认为下面的程序没有内存泄露，即使 valgrind 检测出来：

#include <stdio.h>
#include <stdlib.h>

int main()
{
    int *p = (int *)malloc(10 *sizeof(int));
    printf("program exit\n");
    
    return 0;
}