是否有一种平台不可知和文件系统不可知的方法来获取程序运行的目录的完整路径?不要与当前工作目录混淆。(请不要推荐库，除非它们是像clib或STL这样的标准库。)
(如果没有平台/文件系统不可知的方法，也欢迎在Windows和Linux中针对特定文件系统工作的建议。)
当前回答
在POSIX平台上，可以使用getcwd()。
在Windows上，您可以使用_getcwd()，因为使用getcwd()已被弃用。
对于标准库，如果Boost对您来说足够标准，那么我会建议Boost::filesystem，但是他们似乎已经从建议中删除了路径规范化。您可能必须等到TR2可以随时获得完全标准的解决方案。
其他回答
linux bash命令 哪个progname将报告程序的路径。
即使可以在程序中发出which命令，并将输出定向到tmp文件和程序 随后读取TMP文件，它不会告诉您该程序是否是正在执行的程序。它只告诉您具有此名称的程序位于何处。
所需要的是获取进程id号，并解析出该名称的路径
在我的程序中，我想知道程序是否 从用户的bin目录或路径中的其他目录执行 或者从/usr/bin。/usr/bin将包含受支持的版本。 我的感觉是在Linux中有一个可移植的解决方案。
Boost Filesystem的initial_path()的行为类似于POSIX的getcwd()，它们本身都不能满足您的需要，但是将argv[0]附加到它们中的任何一个都可以做到这一点。
您可能会注意到，结果并不总是很漂亮——您可能会得到/foo/bar/../ baz/a这样的东西。Out或/foo/bar//baz/a。out，但我相信它总是会产生一个有效的路径，该路径命名可执行文件(注意，路径中连续的斜杠被折叠为一个)。
我以前用envp (main()的第三个参数)写了一个解决方案，它在Linux上有效，但在Windows上似乎行不通，所以我基本上是在推荐和其他人以前一样的解决方案，但附加了为什么它实际上是正确的，即使结果并不漂亮。
你不能为此目的使用argv[0]，通常它包含可执行文件的完整路径，但也不是必须的——进程可以在字段中使用任意值创建。
还要注意，当前目录和可执行文件所在的目录是两个不同的东西，所以getcwd()也帮不了你。
Windows上使用GetModuleFileName()， Linux上读取/dev/proc/procID/..文件。
正如Minok提到的，在C标准或c++标准中没有指定这样的功能。例如，这被认为纯粹是特定于操作系统的特性，并且在POSIX标准中指定。
Thorsten79给出了很好的建议，它是Boost。文件系统库。然而，如果你不想让你的程序有任何二进制形式的链接时间依赖关系，这可能是不方便的。
我推荐的一个很好的替代方案是100%只包含标题的STLSoft c++库Matthew Wilson (c++必读书籍的作者)。PlatformSTL提供了对系统特定API的访问:Windows上的WinSTL和Unix上的UnixSTL，因此它是可移植的解决方案。所有特定于系统的元素都是使用特征和策略指定的，因此它是可扩展的框架。当然，还提供了文件系统库。
一个库解决方案(尽管我知道这不是要求的)。 如果你恰好使用Qt: QCoreApplication: applicationDirPath ()
