Просьба к модераторам удалить этот топик, так как только что пришол к выводу что mfc будет здесь более правильно.
Конечно это можно сделать через mfc, но не хотелось бы.
Делаю что-то типа не большой библиотеки классов(типа кнопки,списки и тп) для интерфейса... Столкнулся с такой не приятной штукой когда захотел...
Эту тему создавал что понять почему NtQueryInformationFile не работает если ей передать не выровняные данные. Думал что это какая то особенно...
хм ясно)...
Clerk ясно) А как по поводу этого: Я прав или нет?
То есть типа проще набрать его на шине ? Если я правильно понял то: Есть комп 32х разрядный, когда читаем один байт то комп читает 4 байта в любом...
В чем смысл выравнивания данных для процессора ? То есть почему он не может(или не хочет читать данные которые не выровняные). А то интересно...
push 6 push sizeof fileInfo push offset fileInfo push offset stBlk push hFile call NtQueryInformationFile Постоянно возвращает 2, что не так...
и всеже трабла была в том что я путь криво писал... в С++ так было "\\\\.\\X:", а на асме было "X:" .
это где смотреть то ?... там где список книг ??
Я тоже вспомнил его рекомендации про юникод, но ацки так не хочется кидать...
а ты прав :) если в С++ поставить CreateFileA, то будут с DeviceIoControl... Как то странно, ведь CreateFileA сводится к CreateFileW ...
тоже есть подозрения на нее по причине в посте #13...
и еще страннность : invoke CreateFileA, addr drive,GENERIC_READ,FILE_SHARE_WRITE+FILE_SHARE_READ,0,OPEN_EXISTING,0,0 возвращает -1,...
здесь программа : http://files.rsdn.ru/19123/NTFSAttrib.zip
ОС ХР сп3. Аналогичный код на С++ работает.... В С++ получается первый раз тоже ошибка но там в buf пишется сколько памяти нужно. Я ее получаю и...
Блин, что значит она знаю причину не могу понять... Там ошибка "Отказано в доступе. " ....
точнее DeviceIoControl завешается не удачно, а GetLastError() возвращает 5.
Почему такой код: invoke DeviceIoControl,hDrive,00090068h,addr fileRecIn,sizeof fileRecIn, addr buf,sizeof buf,addr...
Имена участников (разделяйте запятой).
