Не получается загрузить файл по сокращенному имени

[Trinock]

Никогда не сталкивался с такой проблемой. Есть exe файл, в той же директории с экзешником находится папка folder, в папке есть файл file.txt, который надо открыть. Проблема вот в чем: если открываем файл по имени "folder//text.txt" то файл не открывается, а если открваем файл по полному имени, вместе с буквой диска, т.е. "E://Program Files//....//folder//text.txt", то все открывается как надо. Пробовал это делать стандартной функцией fopen и ф-ией CreateFile, вызовом:

CreateFile(filePath.c_str(), GENERIC_READ, 0, NULL, OPEN_ALWAYS, FILE_ATTRIBUTE_NORMAL, NULL)

она соответсвенно возвращает INVALID_HANDLE_VALUE. В других прогах такого не наблюдаю. Работаю в Visual Studio 2010, может быть в настройках проекта что-то не установил?

[waleri]

Есть понятие "текущая директория". Скорее всего, если запустите ЕХЕ напрямую из Explorer то все сработает а если запускать под студией - нет.

В настройках проекта можно указать рабочую директорию - надо указать ту же, что и директория, где лежит ЕХЕ

[Trinock]

Сообщение от waleri

Есть понятие "текущая директория". Скорее всего, если запустите ЕХЕ напрямую из Explorer то все сработает а если запускать под студией - нет.

В настройках проекта можно указать рабочую директорию - надо указать ту же, что и директория, где лежит ЕХЕ

Странность как раз в том, что не работает если запускать через explorer.

[waleri]

Перед самым открытием файла вызовите GetCurrentDirectory() и напечатайте результат а также напечатайте имя файла именно в том виде, в каком передается в CreateFile()

[Trinock]

В общем получилось все очень странно. Рассказываю полную историю: я работаю над игрой и редактором уровней к ней. Игра построена следующим образом: считаем что exe файл с игрой расположен в некоторой папке ...\\Game, тогда в этой же папке находятся другие папки с игровыми ресурсами: в "...\\Game\\Ani" графика, в "...\\Game\\Music" музыка, в "...\\Game\\Worlds" уровни и т.д. Соответственно если надо загрузить что-то, то пишем к примеру "Ani\\имя_файла". В самой игре все работает отлично. exe от редактора находится в той же папке что и игровой, следовательно к ресурсам можно получать доступ таким же образом и можно использовать уже готовый код из движка. Теперь переходим к редактору уровней: надо открывать файлы на редактирование, это делается с помощью стандартного диалогового окна открытия файла. Допустим открываем файл по адресу

"E:\BouncingBall\Release\Worlds\lev el.lvl",

в результате ни один ресурс загрузить не получается, потому что система не находит файлы по заданному пути. Сделал вывод результата GetCurrentDirectory() прямо перед загрузкой ресурса, получаю такое:

"E:\BouncingBall\Release\Worlds ",

т.е. директория, в которой находится не exe файл с редактором, а файл level.lvl, который мы открыли на редактирование. Ну решил ради эксперимента перебросить все ресурсы в папку "E:\BouncingBall\Release\Worlds " и вуаля - все прекрасно загрузилось. Сделал вывод GetCurrentDirectory() в самом начале работы редактора (до открытия файла), получаю:

"E:\BouncingBall\Release",

все как надо. Т.е. после открытия файла стандартным диалоговым окном текущая директория магическим образом поменялась на директорию, в которой находится открываемый файл. Как это так вообще?

[Пепел Феникса]

Сообщение от Trinock

Как это так вообще?

диалоги меняют текущую директорию по умолчанию, ибо они пользуются этим механизмом.

[Trinock]

Сообщение от Пепел Феникса

диалоги меняют текущую директорию по умолчанию, ибо они пользуются этим механизмом.

Если это нужно для работы диалогового окна, можно было бы сделать, чтобы после работы текущая директория восстанавливалась на прежнюю. В общем как я понял самое правильное решение, это получать при старте текущую директорию и открывать файлы по полному пути.

[Пепел Феникса]

Сообщение от Trinock

Если это нужно для работы диалогового окна, можно было бы сделать, чтобы после работы текущая директория восстанавливалась на прежнюю. В общем как я понял самое правильное решение, это получать при старте текущую директорию и открывать файлы по полному пути.

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