c - 为什么 sysctl 在 Mac OS X 上产生 E_INVAL？

Question

下面是一个精简的(省略了错误/空检查)C/Obj-C 代码片段，它使用 sysctl 获取 PID 50 的特定进程的 argv。

...
int getProcessArgs[3] = { CTL_KERN, KERN_PROCARGS, 50 };
sysctl(getProcessArgs, 3, NULL, &length, NULL, 0);
char* processArgs = malloc(length * sizeof(char));
sysctl(getProcessArgs, 3, processArgs, &length, NULL, 0);
...

第一次调用 sysctl(以确定 argv 字符串数组的大小)成功。返回的长度约为 1600，比我预期的要大，但我认为并非不合理。 Malloc 成功。第二次调用 sysctl 返回 -1，将 errno 设置为 22，E_INVAL。

我查看了其他代码，包括 this question 中的代码，但看不到我的问题。我错过了什么？

Answer 1

我尝试将您的代码包装到一个程序中，它工作正常并打印出另一个进程的 argv 等当查询我自己的进程之一时，即与该进程具有相同 uid 的进程进程调用 sysctl()。

“比我预期的要大”是因为返回了进程的环境变量以及命令行参数。 (所有这些信息的格式是什么并不明显。)

当查询不同用户的进程时，我从第二个sysctl中得到了与您所看到的相同的EINVAL。我想这被认为是对其他人进程的不合理好奇，但您会认为第一个 sysctl 也会失败。

(当查询不存在的 pid 时，第一个 sysctl 失败并显示 EINVAL。)

这一切似乎都没有大量记录:在 Leopard 上，KERN_PROCARGS 甚至没有出现在 sysctl 手册页中。