setenv设置QUERY_STRING后，execve调用CGI程序无法获取该变量的问题

核心原因：exec系列函数的环境传递逻辑差异 #

你遇到的问题大概率和TINY SERVER调用CGI程序时使用的exec函数类型，以及环境变量的传递方式有关，以下是具体分析：

• execve的显式环境传递要求
  如果serve_dynamic中调用的是execve函数，它不会自动继承当前进程的environ数组，必须通过第三个参数显式传入环境变量集合。若你调用execve时传入的是自定义的环境数组（而非当前进程的environ），且没有把setenv设置的QUERY_STRING加入到这个自定义数组中，CGI程序自然拿不到该变量。
  而直接修改environ的方式，若你刚好把修改后的environ传给了execve，或者自定义数组包含了这个修改后的条目，就能正常传递。

• setenv的作用域与exec函数的行为差异
  setenv仅修改当前进程的environ数组，但如果使用的是execvp/execlp这类带p/l后缀的exec函数，它们会自动使用当前进程的environ作为新进程的环境。但如果是execve，必须手动传递环境数组——如果这里传的是setenv调用前就已复制好的旧环境数组，新设置的QUERY_STRING不会被包含在内。
  比如这种错误写法：

  // 提前复制了旧的环境数组
  char **old_env = environ;
  // 设置新的环境变量
  setenv("QUERY_STRING", cgiargs, 1);
  // 传入旧数组，导致新变量无法传递
  execve("/cgi-bin/adder", args, old_env);
  

• setenv调用本身的问题
  检查setenv的调用参数：第三个参数需设为1（允许覆盖已有变量），若设为0且之前已存在空值的QUERY_STRING，setenv不会更新变量。另外要确保cgiargs不是NULL——虽然部分系统允许第二个参数为NULL，但这可能导致环境变量被设为空字符串，而非getenv返回NULL，不过仍需确认。

验证与修复步骤 #

1. 检查serve_dynamic中的exec调用：
   • 若用execve，确保第三个参数是当前进程的environ，或者在自定义环境数组中主动加入QUERY_STRING条目。
   • 若用其他exec函数（如execvp），确认setenv是在fork之前调用，或者在子进程中调用后再执行exec。
2. 在setenv之后、exec之前，打印getenv("QUERY_STRING")，确认当前进程能正确获取该变量，排除setenv调用失败的可能（setenv返回-1表示调用失败，比如内存不足）。
3. 确认cgiargs的有效性：确保它不是NULL，且包含预期的查询字符串内容。

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