Решил всё же окончательно разобраться с данным вопросом. Итак, что мы имеем при запуске нашей программы? Я решил посмотреть в сторону CreateProcess(): в неё передаётся (из того что нас интересует)
1. имя приложения и командная строка - данные параметры используются довольно хотрО, то есть мы можем и не передавать полный путь к исполняемому файлу - система сама будет искать файл по определённому алгоритму и, если найдёт, то запустит. Из этого следует то, что уже обсуждалось - через командную строку можно и не получить требуемое.
2. текущая директория - может передаваться, а может и нет, смотря кто и как запускает процесс, то есть, вызовом GetCurrentDirectory() мы можем получить текущую директорию родительского процесса либо явно указываемую при создании процесса, либо установленную вызовом SetCurrentDirectory() - опять-таки мы не получаем ни какой гарантии что текущая директория то что нам нужно.
Выходит, что входные параметры не дают 100 процентной информации для решения задачи, но... создатель процесса что-то ещё и делает - внутри функции путь к исполняемому файлу известен (если файл найден конечно), вот здесь, по моему предположению, и присваивается значение переменной _pgmptr, либо её UNICODE - версии _wpgmptr, которая позиционируется как полный путь и имя исполняемого файла.
Теперь заглянем в русскую редакцию 2009г книги Рихтера "WINDIWS via c/c++", и посмотрим его мнение на счёт этой и некоторых других глобальных переменных
| Цитата |
...не рекомендуется использовать по соображениям безопасности, поскольку, использующий их код может быть запущен прежде, чем они будут инициализированы библиотекой С. В силу этих причин, лучше напрямую вызывать соответствующие функции Windows API.
|
Соответствующей функцией, по указанию этого же источника, является GetModuleFileName(). Выходит, что данная функция гарантированно даст нам правильный результат.
Остался вопрос с MAX_PATH. MSDN прямо указывает, что путь не должен превышать данного значения, но тут же делается оговорка для NTFS. Рихтер тоже однозначно не высказывается по этому вопросу - он говорит примерно то же самое и делает замечание, что размер, определённый в MAX_PATH можно обойти, вот только для чего и кому это нужно, для читателя остаётся загадкой. Для себя я сделал такой вывод, что если не хочешь проблем, то не нужно именовать файлы и каталоги своей программы так, чтобы они превышали MAX_PATH, а пользователю не следует пихать программу туда, от куда её будет тяжело достать (кстати, в некоторых статьях по решению проблемы длинных путей, Microsoft предлагает переименовать файлы и каталоги более короткими именами). |
)
