是否有一种平台不可知和文件系统不可知的方法来获取程序运行的目录的完整路径?不要与当前工作目录混淆。(请不要推荐库，除非它们是像clib或STL这样的标准库。)
(如果没有平台/文件系统不可知的方法，也欢迎在Windows和Linux中针对特定文件系统工作的建议。)
当前回答
#include <windows.h>
using namespace std;
// The directory path returned by native GetCurrentDirectory() no end backslash
string getCurrentDirectoryOnWindows()
{
const unsigned long maxDir = 260;
char currentDir[maxDir];
GetCurrentDirectory(maxDir, currentDir);
return string(currentDir);
}
其他回答
Boost Filesystem的initial_path()的行为类似于POSIX的getcwd()，它们本身都不能满足您的需要，但是将argv[0]附加到它们中的任何一个都可以做到这一点。
您可能会注意到，结果并不总是很漂亮——您可能会得到/foo/bar/../ baz/a这样的东西。Out或/foo/bar//baz/a。out，但我相信它总是会产生一个有效的路径，该路径命名可执行文件(注意，路径中连续的斜杠被折叠为一个)。
我以前用envp (main()的第三个参数)写了一个解决方案，它在Linux上有效，但在Windows上似乎行不通，所以我基本上是在推荐和其他人以前一样的解决方案，但附加了为什么它实际上是正确的，即使结果并不漂亮。
linux bash命令 哪个progname将报告程序的路径。
即使可以在程序中发出which命令，并将输出定向到tmp文件和程序 随后读取TMP文件，它不会告诉您该程序是否是正在执行的程序。它只告诉您具有此名称的程序位于何处。
所需要的是获取进程id号，并解析出该名称的路径
在我的程序中，我想知道程序是否 从用户的bin目录或路径中的其他目录执行 或者从/usr/bin。/usr/bin将包含受支持的版本。 我的感觉是在Linux中有一个可移植的解决方案。
这是来自cplusplus论坛
在windows上:
#include <string>
#include <windows.h>
std::string getexepath()
{
char result[ MAX_PATH ];
return std::string( result, GetModuleFileName( NULL, result, MAX_PATH ) );
}
在Linux上:
#include <string>
#include <limits.h>
#include <unistd.h>
std::string getexepath()
{
char result[ PATH_MAX ];
ssize_t count = readlink( "/proc/self/exe", result, PATH_MAX );
return std::string( result, (count > 0) ? count : 0 );
}
在hp - ux上:
#include <string>
#include <limits.h>
#define _PSTAT64
#include <sys/pstat.h>
#include <sys/types.h>
#include <unistd.h>
std::string getexepath()
{
char result[ PATH_MAX ];
struct pst_status ps;
if (pstat_getproc( &ps, sizeof( ps ), 0, getpid() ) < 0)
return std::string();
if (pstat_getpathname( result, PATH_MAX, &ps.pst_fid_text ) < 0)
return std::string();
return std::string( result );
}
在Windows上，最简单的方法是使用stdlib.h中的_get_pgmptr函数来获取一个指向字符串的指针，该字符串表示可执行文件的绝对路径，包括可执行文件的名称。
char* path;
_get_pgmptr(&path);
printf(path); // Example output: C:/Projects/Hello/World.exe
如果你想要一种没有库的标准方式:不。标准中没有包含目录的整个概念。
如果您同意对接近标准库的某些(可移植的)依赖是可以的:使用Boost的文件系统库并请求initial_path()。
恕我直言，这是你能得到的最接近的结果，并且有良好的因果报应(Boost是一套完善的高质量库)
