С++ кросплатформенный полный путь к файлу

getcwd

/thread

getcwd

/thread

Microsoft Windows [Version 6.1.7601] (c) Корпорация Майкрософт (Microsoft Corp.), 2009. Все права защищены.

C:\Users\one_more_hokum>getcwd «getcwd» не является внутренней или внешней командой, исполняемой программой или пакетным файлом.

C:\Users\one_more_hokum>

continue_thread(thread);

Речь шла о C и стандартных средствах (стандарт среди нормальных ОС - POSIX) для получения текущей директории, а не о недошелле.

стандарт среди нормальных ОС - POSIX

POSIX? Миллионы домохозяек недоумеваэ.

Windows совместима с POSIX.

Windows совместима с POSIX.

ох уж эти сказочники (с)

Windows совместима с POSIX

У неё есть подсистема POSIX, но начиная с WinXP она в поставке по умолчанию не идёт.

http://msdn.microsoft.com/en-us/library/ms235450(v=vs.80).aspx это чтоли?

Можно и это.

У неё есть подсистема POSIX, но начиная с WinXP она в поставке по умолчанию не идёт.

И что? В убунте по умолчанию тоже много чего не идёт.

char resolved[PATH_MAX];
realpath(argv[0], resolved);

платформонезависимо в рамках платформ на которых есть POSIX. 100% платформонезависимости не бывает, особенно в вопросах работы с файлами/путями и подобным.

Если в юниксе твоей программе нужно знать путь к своему бинарнику, значит, ты что-то делаешь не так.

А по-моему, вшитые в бинарник пути - это дичайший костыль

Смотря какие пути, смотря для чего. Если для прикладного ПО пути к ресурсам и библиотекам, то да.

Было бы у меня много ненужного бабла, я бы, наверное, сделал доброе дело и вложился в разработку и продвижение ZeroInstall как универсальной пакетной системы.

getcwd «getcwd» не является внутренней или внешней командой, исполняемой программой или пакетным файлом.

функция вполне себе работает