argv打印出环境变量

Question

argv打印出环境变量

3

我在c语言中随机尝试使用argc和argv，然而这个程序(try.c)：

/* Trying to understand argc and argv.*/

#include<stdio.h>

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

  /*
    argv[4]="arg4";
    argv[5]="arg5";
    argv[6]="arg6";
    argv[7]="arg7";
    argv[8]="arg8";
    argv[9]="arg9";;
  */

   for(i=0;i<(argc+20);i++)
   {
       printf("arg %d: %s\n", i,argv[i]);
   }

  return 0;
}

当作为

./try arg1 arg2 arg3

打印出这个结果：

arg 0: ./try
arg 1: arg1
arg 2: arg2
arg 3: arg3
arg 4: (null)
arg 5: XDG_VTNR=7
arg 6: XDG_SESSION_ID=c2
arg 7: CLUTTER_IM_MODULE=xim
arg 8: SELINUX_INIT=YES
arg 9: XDG_GREETER_DATA_DIR=/var/lib/lightdm-data/raman
arg 10: GPG_AGENT_INFO=/run/user/1000/keyring-FAajwI/gpg:0:1
arg 11: TERM=xterm
arg 12: SHELL=/bin/bash
arg 13: VTE_VERSION=3409
arg 14: WINDOWID=58720268
arg 15: UPSTART_SESSION=unix:abstract=/com/ubuntu/upstartsession/1000/1775
arg 16: GNOME_KEYRING_CONTROL=/run/user/1000/keyring-FAajwI
arg 17: GTK_MODULES=overlay-scrollbar:unity-gtk-module
arg 18: USER=raman
arg 19: LS_COLORS=rs=0:di=01;34:ln=01;36:mh=00:pi=40;33:so=01;35:do=01;35:bd=40;33;01:cd=40;33;01:or=40;31;01:su=37;41:sg=30;43:ca=30;41:tw=30;42:ow=34;42:st=37;44:ex=01;32:*.tar=01;31:*.tgz=01;31:*.arj=01;31:*.taz=01;31:*.lzh=01;31:*.lzma=01;31:*.tlz=01;31:*.txz=01;31:*.zip=01;31:*.z=01;31:*.Z=01;31:*.dz=01;31:*.gz=01;31:*.lz=01;31:*.xz=01;31:*.bz2=01;31:*.bz=01;31:*.tbz=01;31:*.tbz2=01;31:*.tz=01;31:*.deb=01;31:*.rpm=01;31:*.jar=01;31:*.war=01;31:*.ear=01;31:*.sar=01;31:*.rar=01;31:*.ace=01;31:*.zoo=01;31:*.cpio=01;31:*.7z=01;31:*.rz=01;31:*.jpg=01;35:*.jpeg=01;35:*.gif=01;35:*.bmp=01;35:*.pbm=01;35:*.pgm=01;35:*.ppm=01;35:*.tga=01;35:*.xbm=01;35:*.xpm=01;35:*.tif=01;35:*.tiff=01;35:*.png=01;35:*.svg=01;35:*.svgz=01;35:*.mng=01;35:*.pcx=01;35:*.mov=01;35:*.mpg=01;35:*.mpeg=01;35:*.m2v=01;35:*.mkv=01;35:*.webm=01;35:*.ogm=01;35:*.mp4=01;35:*.m4v=01;35:*.mp4v=01;35:*.vob=01;35:*.qt=01;35:*.nuv=01;35:*.wmv=01;35:*.asf=01;35:*.rm=01;35:*.rmvb=01;35:*.flc=01;35:*.avi=01;35:*.fli=01;35:*.flv=01;35:*.gl=01;35:*.dl=01;35:*.xcf=01;35:*.xwd=01;35:*.yuv=01;35:*.cgm=01;35:*.emf=01;35:*.axv=01;35:*.anx=01;35:*.ogv=01;35:*.ogx=01;35:*.aac=00;36:*.au=00;36:*.flac=00;36:*.mid=00;36:*.midi=00;36:*.mka=00;36:*.mp3=00;36:*.mpc=00;36:*.ogg=00;36:*.ra=00;36:*.wav=00;36:*.axa=00;36:*.oga=00;36:*.spx=00;36:*.xspf=00;36:
arg 20: XDG_SESSION_PATH=/org/freedesktop/DisplayManager/Session0
arg 21: XDG_SEAT_PATH=/org/freedesktop/DisplayManager/Seat0
arg 22: SSH_AUTH_SOCK=/run/user/1000/keyring-FAajwI/ssh
arg 23: DEFAULTS_PATH=/usr/share/gconf/ubuntu.default.path`

我原本预期会出现分段错误，但它却能正常运行。它可以工作到 argc+63，然后会出现分段错误。我尝试了谷歌搜索，但没有成功。请有人解释一下为什么会发生这种情况，即为什么环境变量（看起来是这样）会在这里打印出来？如果我取消注释代码，则会得到更奇怪的结果。

- Raman

1

如果你只向 main 函数传递了 3 个参数，但是读取了多达 20 个参数，那么你就会遇到未定义行为。 - P.P

4

如果你的索引超出了数组的尾部，为什么还期望一个段错误？这是未定义的行为，任何事情都可能发生。顺便说一句，有些不符合规范的实现（我知道苹果是这样做的）有一个三参数的 main()，像这样：int main(int argc, char *argv[], char *envp[])，其中第三个参数是一个环境变量数组。它们可能会在堆栈上跟随 argv 或其他东西。 - The Paramagnetic Croissant

“任何事情都可能发生”，什么都有可能！？就像克苏鲁从黑洞中跳出来，或者我的银行账户里充满了毫无价值的美国南部联邦钞票？该死，我们应该经常尝试这种事情，只是为了看看会发生什么。 - Paul

@Paul 别忘了鼻妖！ - Some programmer dude

1

@SouravGhosh 我非常愿意！ - The Paramagnetic Croissant

显示剩余2条评论

2个回答

0

你可以有三种方式来定义程序的入口 "main"。

int main () // POSIX.1 style no command-line input
int main (int argc, char *argv[]) // POSIX.1 style command line inputs  
int main (int argc, char *argv[], char *envp[]) // UNIX-specific - env. variable access pointer

在UNIX程序中，程序环境指针是可以访问的。但POSIX.1不允许使用三个参数的形式，因此为了可移植性，最好编写main函数以接受两个参数，并使用environ的值。

现在来看程序中发生的分段错误，这只是因为您的程序尝试访问第三个env指针的边界之外。

- Market Queue

C语言标准仅定义了两个main函数的签名：int main(void)和int main(int argc, char *argv[])。这与POSIX没有特别的关系（对于大多数意图而言，POSIX就是UNIX）。该标准还允许实现接受任意其他签名，并且有许多其他签名被某些实现接受。无论如何，所有这些都似乎与问题无关，问题是为什么在OP的特定情况下没有发生分段错误。 - John Bollinger

网页内容由stack overflow 提供, 点击上面的

可以查看英文原文，
原文链接

- Some programmer dude · Accepted Answer

超出任何数组的范围会导致未定义行为。实际发生的情况是，许多类UNIX的操作系统（例如Linux）实际上在main函数中有一个第三个参数，这是一个字符串数组，用于环境变量。因此，在这些系统上，main的完整原型为

int main(int argc, char *argv[], char *envp[])

当您越过argv数组的边界时，您实际上是进入了environ数组。

需要注意的是，这实际上并不属于任何标准，但出于与旧UNIX系统的向后兼容性考虑，它仍然存在。

这也在这个参考链接中提到，并在GNU libc手册中有记录。