你指的是什么方面的移植性？编译系统？ＯＳ？硬件体系？

恩，试过了，虽然CFAQ上面说没有可移植性，但是的确是不错的办法。我记得好像批处理的时候也提到过%OS%吧。问题在于这个值是Window_NT，没有给出具体的操作系统……

#include <iostream>

int main( int,char**,char **envp )
{
    while(*envp!=NULL)
        puts(*envp++);
}

11.12 我能否把main() 定义为void, 以避免扰人的“main无返回值”
警告？
不能。main() 必须声明为返回int, 且没有参数或者接受适当类型的两个参
数。如果你调用了exit() 但还是有警告信息, 你可能需要插入一条冗余的return
语句(或者使用某种“未到达” 指令, 如果有的话）。
把函数声明为void 并不仅仅关掉了警告信息：它可能导致与调用者（对于
main(), 就是C 运行期初始代码) 期待的不同的函数调用/返回顺序。
注意, 这里讨论的main() 是相对于“宿体” 的实现; 它们不适用于“自立” 的
实现, 因为它们可能连main() 都没有。但是，自立的实现相对比较少，如果你在
使用这样的系统, 你也许已经知道了。如果你从没听说过它们之间的不同, 你可能
正在使用“宿体” 的实现, 那我们的讨论就适用。
参考资料: [ISO, 5.1.2.2.1, Sec. G.5.1]; [H&S, Sec. 20.1 p. 416]; [CT&P, Sec.
3.10 pp. 50-51]。

11.13 可main() 的第三个参数envp 是怎么回事？
这是一个(尽管很常见但却) 非标准的扩展。如果你真的需要用getenv() 函数
提供的标准方法之外的办法读写环境变量, 可能使用全局变量environ 会更好(尽
管它也同样并不标准)。
参考资料: [ISO, Sec. G.5.1]; [H&S, Sec. 20.1 pp. 416-7]。

等同在cmd下 set

熟知标准，但不为标准所累．

上面那句说得好，问题在于我从来就没有使用过第三个参数，哈哈~~~