一个同事在编译loadmodule时遇到了一个问题
gmake: execvp: /bin/sh: Argument list too long
gmake: *** [ .o] Error 127
这种情况以前并没有遇到,一番google之后才知道这个是OS kernal的限制
在某些OS中,定义为ARG_MAX或者NCARGS,用来定义OS中参数的最大长度。
当出现这种问题时,我们应该关注argv[]和envp[],即参数本身和环境变量。对于环境变量,可以通过 env 查看。若env长度过长,则可以考虑删除不必要的环境变量。事实上,可以通过如下命令估计process可用于argrment的长度:
expr `getconf ARG_MAX` - `env|wc -c` - `env|wc -l` \* 4 - 2048其中2048为POSIX所建议用于保证process可以安全修改环境变量所需要的buffer.
由于ARG_MAX/NCARGS 作为内核参数,修改起来并非易事,至少你需要root权限。。。
比如在AIX中,可以运行 chdev -l sys0 -a ncargs=NewValue ,指定新的长度
由于这个是在IDE中编译出现的问题,其实分析起来会很头疼,不透明啊。后来,我换了命令行编译,OK了(神奇,无语ing)
至于修改内核参数并没有试过,有时间还是得试试^_^
PS:
如果只是在shell或者我们自己的程序中出现问题,可以考虑分割参数,或者使用xargs传递参数等等
在编译loadmodule时遇到Argument list too long错误,原因是操作系统对参数列表长度有限制。解决方案包括检查并减少argv[]和envp[]的长度,通过env查看并删除不必要的环境变量。在AIX系统中,可以使用chdev命令修改ncargs参数。问题在IDE中出现,切换到命令行编译解决了问题。考虑使用xargs等工具来分隔或传递参数。
2160

被折叠的 条评论
为什么被折叠?



