CreateFile возвращает код ошибки=3 (ERROR_PATH_NOT_FOUND)

@ivan555666 · Регистрация: 11.01.2016

Студворк — интернет-сервис помощи студентам

Здравствуйте,
Пытаюсь записать файл в windows API приложении.
функция CreateFile выглядит вот так:

C++
1
2
HANDLE Book;
Book = CreateFile((LPCWSTR)PBFileName, GENERIC_WRITE, 0, NULL, CREATE_ALWAYS, 0, NULL);

где:
PBFileName= "C.lpb"
После вызова CreateFile и проверки с помощью
int xxx;
xxx = GetLastError();
получено:
xxx=3 то есть ERROR_PATH_NOT_FOUND
Почему? - кто знает?
Формально имя файла корректное. Файл должен создаться в текущей директории.
Что этому мешает и почему код ошибки = 3?

Убежденный · 15.03.2016, 12:38

1. Убери приведение PBFileName к LPCWSTR.
2. GetLastError следует звать ТОЛЬКО если функция вернула ошибку
(т.е. при INVALID_HANDLE_VALUE).

@ivan555666 · 15.03.2016, 14:55 **[ТС]**

"1. Убери приведение PBFileName к LPCWSTR."
Убрал приведение. Не помогло. Как возвращало BOOK= 0xffffffff так и осталось.
"2. GetLastError следует звать ТОЛЬКО если функция вернула ошибку"
(т.е. при INVALID_HANDLE_VALUE)."
Естественно. Ведь CreateFile во всех случаях в моем приложении пока что возвращает 0xffffffff
(то есть -1) что является неправильным хендлером. Поэтому вызов GetLastError правомерен.
После введения рекомендуемых вами изменений - все равно xxx=3.

Убежденный · 15.03.2016, 14:57

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

Новые блоги и статьи Все статьи Все блоги /
Автоматическое создание документа при проведении другого документа Maks 29.03.2026 Реализация из решения ниже выполнена на нетиповых документах, разработанных в конфигурации КА2. Есть нетиповой документ "ЗаявкаНаРемонтСпецтехники" и нетиповой документ "ПланированиеСпецтехники". В. . .	Настройка движения справочника по регистру сведений Maks 29.03.2026 Решение ниже реализовано на примере нетипового справочника "ТарифыМобильнойСвязи" разработанного в конфигурации КА2, с целью учета корпоративной мобильной связи в коммерческом предприятии. . . .	Автозаполнение реквизита при выборе элемента справочника Maks 27.03.2026 Программный код из решения ниже на примере нетипового документа "ЗаявкаНаРемонтСпецтехники" разработанного в конфигурации КА2. При выборе "Спецтехники" (Тип Справочник. Спецтехника), заполняется. . .	Сумматор с применением элементов трёх состояний. Hrethgir 26.03.2026 Тут. https:/ / fips. ru/ EGD/ ab3c85c8-836d-4866-871b-c2f0c5d77fbc Первый документ красиво выглядит, но без схемы. Это конечно не даёт никаких плюсов автору, но тем не менее. . . всё может быть. . .
Автозаполнение реквизитов при создании документа Maks 26.03.2026 Программный код из решения ниже размещается в модуле объекта документа, в процедуре "ПриСозданииНаСервере". Алгоритм проверки заполнения реализован для исключения перезаписи значения реквизита,. . .	Команды формы и диалоговое окно Maks 26.03.2026 1. Команда формы "ЗаполнитьЗапчасти". Программный код из решения ниже на примере нетипового документа "ЗаявкаНаРемонтСпецтехники" разработанного в конфигурации КА2. В качестве источника данных. . .	Кому нужен AOT? DevAlt 26.03.2026 Решил сделать простой ланчер Написал заготовку: dotnet new console --aot -o UrlHandler var items = args. Split(":"); var tag = items; var id = items; var executable = args;. . .	Отправка уведомления на почту при создании или изменении элементов справочника Maks 24.03.2026 Программная отправка письма электронной почты на примере типового справочника "Склады" в конфигурации БП3. Перед реализацией необходимо выполнить настройку системной учетной записи электронной. . .

Убежденный Ушел с форума 16481 / 7444 / 1187 Регистрация: 02.05.2013 Сообщений: 11,616 Записей в блоге: 1
	15.03.2016, 12:38
	1. Убери приведение PBFileName к LPCWSTR. 2. GetLastError следует звать ТОЛЬКО если функция вернула ошибку (т.е. при INVALID_HANDLE_VALUE). 0

@ivan555666 0 / 0 / 0 Регистрация: 11.01.2016 Сообщений: 25
	15.03.2016, 14:55 [ТС]
	"1. Убери приведение PBFileName к LPCWSTR." Убрал приведение. Не помогло. Как возвращало BOOK= 0xffffffff так и осталось. "2. GetLastError следует звать ТОЛЬКО если функция вернула ошибку" (т.е. при INVALID_HANDLE_VALUE)." Естественно. Ведь CreateFile во всех случаях в моем приложении пока что возвращает 0xffffffff (то есть -1) что является неправильным хендлером. Поэтому вызов GetLastError правомерен. После введения рекомендуемых вами изменений - все равно xxx=3. 0

Убежденный Ушел с форума 16481 / 7444 / 1187 Регистрация: 02.05.2013 Сообщений: 11,616 Записей в блоге: 1
	15.03.2016, 14:57
	Ну раз с этим все окей, значит, проблема в файловом пути. Точнее в том, что путь к файлу указан относительный и система ищет его относительно текущей директории. 0

Опции темы