-
Здравствуйте ! Пытаюсь создавать секцию следующим образом:
InitializeObjectAttributes(@ObjectAttr, @ObjName, OBJ_CASE_INSENSITIVE, 0, nil); Result := NtCreateSection(@hSection, SECTION_ALL_ACCESS, @ObjectAttr, @SectionSize, PAGE_READWRITE, SEC_COMMIT, 0);
Все хорошо, кроме того, что если она (секция с таким же именем) уже существует, то NtCreateSection возвращает STATUS_OBJECT_NAME_COLLISION (Object Name already exists), что и не удивительно :), но при этом не возвращает Handle существующего объекта. Как бы так исхитриться и заставить ее возвращать этот Handle ? Вызывать NtOpenSection, при этой ошибке, считаю некузявым решением. Ведь CreateFileMapping, в этом случае работает как надо. В жизни не поверю, что она это делает через повторную попытку открытия объекта :)
-
> InitializeObjectAttributes(@ObjectAttr, @ObjName, OBJ_CASE_INSENSITIVE, 0, nil);
InitializeObjectAttributes(@ObjectAttr, @ObjName, OBJ_OPENIF, 0, nil);
-
> [1] guav © (25.05.08 13:36) > InitializeObjectAttributes(@ObjectAttr, @ObjName, OBJ_OPENIF, 0, nil);
Саш, я так пробовала. В этом случае, она начинает ругаться совсем нецензурно: STATUS_PRIVILEGE_NOT_HELD (A required privilege is not held by the client)
Может, надо создавать объект не с "ниловым" дескриптором безопасности ? Но, CreateFileMapping - у, плевать на этот дескриптор. Я тоже хочу на него плевать :)
-
Как показывает отладчик VS2005, вот такой успешный вызов CreateFileMapping(INVALID_HANDLE_VALUE,
0,
PAGE_READWRITE,
0,
4096,
_T("Hello")); Сводится к успешному (результат STATUS_OBJECT_NAME_EXISTS вызову ZwCreateSection с такими вот параметрами: 0x000f0007 - DesiredAccess ObjectAttributes - содержит имя Hello и хендл RootDirectory, флаг OBJ_OPENIF, секьюрити нет. 0x00000004 - SectionPageProtection 0x08000000 - AllocationAttributes 0x00000000 - FileHandle
-
> [3] guav © (25.05.08 15:32) > Как показывает отладчик VS2005, вот такой успешный вызов
Спасибо. Пойду изучать.
-
Стоп. А откуда там взялся "хендл RootDirectory" ? Мы же вызываем с нулевым hRoot.
-
> А откуда там взялся "хендл RootDirectory" ?
A CreateFileMapping создает объекты в подкаталоге BaseNamedObjects ;)
-
> [6] Игорь Шевченко © (25.05.08 15:55) > A CreateFileMapping создает объекты в подкаталоге BaseNamedObjects ;)
Так и я там-же :). Только я указываю полный путь к объекту и родителя 0. Это что-ж получается ? Надо заводить глобальную переменную hBaseNamedObjects и во всех вызовах Nt ф-ий для секций использовать "Pareneted" объект ? Я правильно поняла ?
-
LightRipple © (25.05.08 16:00) [7]
> Так и я там-же :). Только я указываю полный путь к объекту > и родителя 0. > Это что-ж получается ? Надо заводить глобальную переменную > hBaseNamedObjects > и во всех вызовах Nt ф-ий для секций использовать "Pareneted" > объект ? > Я правильно поняла ?
Да, именно так. Разборщик имени не занимается сложными выкладками и пытается создать объект с именем 'BaseNamedObjects\Foo' в корневом каталоге.
-
> [8] Игорь Шевченко © (25.05.08 16:15) > Да, именно так. Разборщик имени не занимается сложными выкладками и пытается создать > объект с именем 'BaseNamedObjects\Foo' в корневом каталоге.
Придется попробовать работать с глобальным рутовым Handlе - ом. Правда, как-то "не смотрится" мне этот путь.
-
-
LightRipple © (25.05.08 17:32) [10]
> Вот нашла описание похожей проблеммы. > Конечно не совсем то, что нужно, но мне кажется
Казаться может все, что угодно, до тех пор, пока не будут приведены имя объекта, кто создает, кто открывает, с каким правами, и т.д.
-
> [11] Игорь Шевченко © (25.05.08 23:19) > Казаться может все, что угодно, до тех пор, пока не будут приведены имя объекта, > кто создает, кто открывает, с каким правами, и т.д. Вот набросала примерный код: function Dbg_NtCreateSectionReopen(const pObjName: PWideChar; const ReopenObjAttr: DWord): NTSTATUS;
var
ObjectAttr: OBJECT_ATTRIBUTES;
ObjName: UNICODE_STRING;
SectionSize: Int64;
hBaseHandle, hTmpHandle: THandle;
begin
SectionSize := 4096;
RtlInitUnicodeString(@ObjName, pObjName);
InitializeObjectAttributes(@ObjectAttr, @ObjName, OBJ_CASE_INSENSITIVE, 0, nil);
Result := NtCreateSection(@hBaseHandle, SECTION_ALL_ACCESS, @ObjectAttr,
@SectionSize, PAGE_READWRITE, SEC_COMMIT, 0);
if NT_SUCCESS(Result) then
try
Result := NtOpenSection(@hTmpHandle, SECTION_ALL_ACCESS, @ObjectAttr);
if NT_SUCCESS(Result) then
begin
NtClose(hTmpHandle);
hTmpHandle := 0;
ShowMessage('NtOpenSection --> Success');
InitializeObjectAttributes(@ObjectAttr, @ObjName, ReopenObjAttr, 0, nil);
Result := NtCreateSection(@hTmpHandle, SECTION_ALL_ACCESS, @ObjectAttr,
@SectionSize, PAGE_READWRITE, SEC_COMMIT, 0);
if NT_SUCCESS(Result)
then NtClose(hTmpHandle)
else ShowMessage('Second NtCreateSection Handle: ' + IntToStr(hTmpHandle) +
sLineBreak + SysErrorMessage(RtlNtStatusToDosError(Result)));
end
else ShowMessage('NtOpenSection' + sLineBreak + SysErrorMessage(RtlNtStatusToDosError(Result)));
finally
NtClose(hBaseHandle);
end
else ShowMessage('First NtCreateSection' + sLineBreak + SysErrorMessage(RtlNtStatusToDosError(Result)));
end;
А вот вызов: ReopenObjAttr: DWord;
RetStatus: NTSTATUS;
const
SectionGUID = 'My_TestSection__5EB57840-10D4-4738-9912-CF3D74D05B88';
begin
ReopenObjAttr := OBJ_OPENIF; RetStatus := Dbg_NtCreateSectionReopen('\BaseNamedObjects\' + SectionGUID, ReopenObjAttr);
-
Я все понимаю, а почему нельзя сделать, как Коран велит ? NtOpenDirectoryObject, получить Handle, передать его в objectAttributes.RootDirectory, вызвать NtCreateSection
-
> [13] Игорь Шевченко © (26.05.08 10:23) > Я все понимаю, а почему нельзя сделать, как Коран велит ? > NtOpenDirectoryObject, получить Handle, передать его в objectAttributes.RootDirectory, вызвать NtCreateSection Пытаюсь, да вот выскакивает та же самая ошибка в том же самом месте: function Dbg_NtCreateSectionReopen(const pObjName: PWideChar; const DesAccess: ACCESS_MASK; const ReopenObjAttr: DWord): NTSTATUS;
const
RootDir = '\BaseNamedObjects';
var
ObjectAttr: OBJECT_ATTRIBUTES;
RootName, ObjName: UNICODE_STRING;
SectionSize: Int64;
hDirObj, hBaseHandle, hTmpHandle: THandle;
begin
SectionSize := 4096;
RtlInitUnicodeString(@RootName, RootDir);
InitializeObjectAttributes(@ObjectAttr, @RootName, OBJ_CASE_INSENSITIVE, 0, nil);
Result := NtOpenDirectoryObject(@hDirObj, DesAccess, @ObjectAttr);
if NT_SUCCESS(Result) then
try
RtlInitUnicodeString(@ObjName, pObjName);
InitializeObjectAttributes(@ObjectAttr, @ObjName, OBJ_CASE_INSENSITIVE, hDirObj, nil);
Result := NtCreateSection(@hBaseHandle, SECTION_ALL_ACCESS, @ObjectAttr,
@SectionSize, PAGE_READWRITE, SEC_COMMIT, 0);
if NT_SUCCESS(Result) then
try
Result := NtOpenSection(@hTmpHandle, SECTION_ALL_ACCESS, @ObjectAttr);
if NT_SUCCESS(Result) then
begin
NtClose(hTmpHandle);
hTmpHandle := 0;
ShowMessage('NtOpenSection --> Success');
InitializeObjectAttributes(@ObjectAttr, @ObjName, OBJ_CASE_INSENSITIVE or ReopenObjAttr, hDirObj, nil);
Result := NtCreateSection(@hTmpHandle, SECTION_ALL_ACCESS, @ObjectAttr,
@SectionSize, PAGE_READWRITE, SEC_COMMIT, 0);
if NT_SUCCESS(Result)
then NtClose(hTmpHandle)
else ShowMessage('Second NtCreateSection Handle: ' + IntToStr(hTmpHandle) + sLineBreak + SysErrorMessage(RtlNtStatusToDosError(Result)));
end
else ShowMessage('NtOpenSection' + sLineBreak + SysErrorMessage(RtlNtStatusToDosError(Result)));
finally
NtClose(hBaseHandle);
end
else ShowMessage('First NtCreateSection' + sLineBreak + SysErrorMessage(RtlNtStatusToDosError(Result)));
finally
Result := NtClose(hDirObj);
end;
end; Вызов: DesAccess := FILE_LIST_DIRECTORY or FILE_ADD_SUBDIRECTORY; ReopenObjAttr := OBJ_OPENIF; RetStatus := Dbg_NtCreateSectionReopen(SectionGUID, DesAccess, ReopenObjAttr); Не могу понять в чем дело.
-
А так не проще ? var
us, uss: UNICODE_STRING;
oa, oas: OBJECT_ATTRIBUTES;
status: NTSTATUS;
dir: THANDLE;
secsize: LARGE_INTEGER;
begin
RtlInitUnicodeString(us, '\BaseNamedObjects');
InitializeObjectAttributes(@oa, @us, OBJ_CASE_INSENSITIVE, 0, nil);
status := NtOpenDirectoryObject(@dir,
DIRECTORY_TRAVERSE or DIRECTORY_CREATE_OBJECT, @oa);
if not NT_SUCCESS(status) then
RaiseNtError(status);
try
RtlInitUnicodeString(uss, 'AAASuperPuperSection');
InitializeObjectAttributes(@oas, @uss, OBJ_CASE_INSENSITIVE,
dir, nil);
secsize.QuadPart := $20000;
status := NtCreateSection(@FSection, SECTION_MAP_WRITE or SECTION_MAP_READ,
@oas, @secsize, PAGE_READWRITE, SEC_COMMIT, 0);
if status = STATUS_OBJECT_NAME_COLLISION then
status := NtOpenSection(@FSection, SECTION_MAP_WRITE or SECTION_MAP_READ,
@oas);
if not NT_SUCCESS(status) then
begin
FSection := 0;
RaiseNtError(status);
end
finally
NtClose(dir);
end;
end;
-
OBJ_OPENIF для секции действительно не работает
-
> [15] Игорь Шевченко © (26.05.08 14:00) > А так не проще ?
Игорь, конечно, проще, но [0] LightRipple © "Вызывать NtOpenSection, при этой ошибке, считаю некузявым решением. Ведь CreateFileMapping, в этом случае работает как надо. В жизни не поверю, что она это делает через повторную попытку открытия объекта :)"
> [16] Игорь Шевченко © (26.05.08 14:01) > OBJ_OPENIF для секции действительно не работает
Уж очень хочется понять почему и как с этим бороться. Если я правильно поняла [3] guav ©, то CreateFileMapping обходится одним вызовом ZwCreateSection. Я тож так хочу :)
Правда, исходя из "Note If the call to this function occurs in user mode, you should use the name "NtCreateSection" instead of "ZwCreateSection"." (MSDN) можно предположить, что ZwCreateSection и NtCreateSection, это две разницы :)
-
> [16] Игорь Шевченко © (26.05.08 14:01)
> OBJ_OPENIF для секции действительно не работает
Работает внутри CreateFileMapping
-
guav © (26.05.08 14:24) [18]
> Работает внутри CreateFileMapping
Работает.
-
Сдается мне, что они каталог BaseNamedObjects открывают с иными правами, нежели я или код в посте [14]
-
> [20] Игорь Шевченко © (26.05.08 17:16) > Сдается мне, что они каталог BaseNamedObjects открывают с иными правами, нежели я или код в посте [14]
Я пробовала "методом научного тыка" менять права - у меня не получилось :(
-
Может нужна какая-то хитрая подготовка для SecurityDescriptor - а ?
-
LightRipple © (26.05.08 17:49) [21]
А там прав на каталог больше чем $0002000F все равно нету.
> Может нужна какая-то хитрая подготовка для SecurityDescriptor > - а ?
в [3] написано, что их нету, дескрипторов.
Если хочется помучиться, то достаточно Delphi'йским отладчиком пройтись по CreateFileMappingW, я бы плюнул и вызывал NtOpenSection (соответственно, убрав OBJ_OPENIF из ObjectAttributes при CreateSection)
-
> [23] Игорь Шевченко © (26.05.08 17:58) > Если хочется помучиться, то достаточно Delphi'йским отладчиком > пройтись по CreateFileMappingW
Лучше студийным, он больше имён расшифрует. Формирование OBJECT_ATTRIBUTES происходит в BaseFormatObjectAttributes, где для хендла папки папки вызывается BaseGetNamedObjectDirectory, где он берётся из глобальной переменной BaseNamedObjectDirectory.
-
> [23] Игорь Шевченко © (26.05.08 17:58) > в [3] написано, что их нету, дескрипторов.
Там написано, что нет секьюрити для открываемой нами секции, а я имела ввиду при открытии рутового объекта (BaseNamedObjects).
> я бы плюнул и вызывал NtOpenSection (соответственно, убрав OBJ_OPENIF из ObjectAttributes при CreateSection)
Плюнуть, конечно можно. Но это означает, что я чего-то (вполне возможно очень важного) не понимаю. И где гарантия, что в другом месте, при работе с другими функциями, я не столкнусь с этой же проблеммой. Например, при работе с NtCreateMutant ?
-
> [24] guav © (26.05.08 18:07) > Лучше студийным, он больше имён расшифрует. > Формирование OBJECT_ATTRIBUTES происходит в BaseFormatObjectAttributes, > где для хендла папки папки вызывается BaseGetNamedObjectDirectory, > где он берётся из глобальной переменной BaseNamedObjectDirectory.
А где прописана эта глобальная переменная BaseNamedObjectDirectory ?
-
в ntdll.dll. Я не думаю что есть лёгкие пути достать её, кроме как через .pdb или закодировав смещение относително чего-то ещё в ntdll.
-
guav © (26.05.08 18:07) [24]
> Лучше студийным, он больше имён расшифрует.
Это у тебя символы установлены или ссылка в отладчике есть, откуда их тянуть.
> где для хендла папки папки вызывается BaseGetNamedObjectDirectory, > где он берётся из глобальной переменной BaseNamedObjectDirectory. >
Которая заполняется при первом вызове BaseFormatObjectAttributes или раньше, которая берет имя из того, что kernel32.dll получает из разделяемых данных csrss, которые формируются при инициализации CSRSRV.DLL, которую загружает csrss.exe при каждом вызове из smss.exe в доме, который построил Джек.
> А где прописана эта глобальная переменная BaseNamedObjectDirectory > ?
В kernel32.dll - это его глобальная переменная.
Я что хочу сказать - я попытался воспроизвести все вызовы, которые выполняет CreateFileMappingW, включая открытие каталога BaseNamedObjects, но все равно, при NtCreateSection (от ZwCreateSection отличается только первыми двумя буквами) я получаю при указании OBJ_OPENIF тот самый статус ($C0000061) - не хватает прав.
То ли я где-то что-то пропускаю, то ли не в тот момент вызываю, но факт.
-
Я тоже чуть-чуть повозилась с этим делом.
При помощи NtQuerySystemInformation и NtQueryObject, мне удалось выцарапать хэндл BaseNamedObjectDirectory, (заодно и ссылку на объект его содержащий. мало -ли понадобиться :) Далее я попыталась использовать этот Handle как рутовый (не дупликатя, он же из моего процесса). Все тоже самое: успешно создаем, успешно открываем, но спотыкаемся на OPEN_IF :( Заодно (а чем черт не шутит) попробовала заменить Nt на Zw. Как и ожидалось - чуда не произошло.
P.S. Как еще можно попробовать извратиться ? Или откладывать эту задачку с пометкой "нерешенная" ?
-
У меня код [15] работает. В смысле, NtCreateSection реально возращает STATUS_OBJECT_NAME_EXISTS и жирное убрано.
-
> [30] guav © (27.05.08 00:17) > У меня код [15] работает. В смысле, NtCreateSection реально возращает STATUS_OBJECT_NAME_EXISTS и жирное убрано.
Так это все так и работало с самого начала и с таким же результатом :) Или у тебя еще и Handle уже существующего объекта возвращает ? Вопрос то сводится к тому, что можно ли одним вызовом NtCreateSection либо создать объект либо открыть уже существующий. Иными словами: заставить NtCreateSection работать в режиме "OPEN_IF". Видимо нельзя, или какой-то хитрый момент что-то ускользает от нас.
-
> [31] LightRipple © (27.05.08 02:00) > Так это все так и работало с самого начала и с таким же > результатом :) > Или у тебя еще и Handle уже существующего объекта возвращает > ?
STATUS_OBJECT_NAME_EXISTS != STATUS_OBJECT_NAME_COLLISION. STATUS_OBJECT_NAME_EXISTS не ошибка. Хендл возвращает.
-
> [32] guav © (27.05.08 02:02) > Хендл возвращает.
Так.... Перед тем как запостить я скопировала код и проверила у себя. При попытке открыть уже существующий объект, его Handle у меня не возвращался. (Жирное убрано) Пойду перепроверять, что я там напартачила :)
-
Проверила еще раз.
Код [15] Игорь Шевченко © с "убранным жирным" при попытке второй раз открыть объект возвращает STATUS_OBJECT_NAME_COLLISION и даже не думает возвращать Handle.
Что за мистика ? Ты случайно не в VS работаешь ? :)
-
LightRipple © (27.05.08 02:19) [34]
У меня OBJ_OPENIF закомментирован. Именно этот флаг заставляет возвращать STATUS_OBJECT_NAME_EXISTS вместо STATUS_OBJECT_NAME_COLLISION в ObInsertObject
-
> [34] LightRipple © (27.05.08 02:19)
Нет. Код просто скопирован. работаю под локальным пользователем с правами администратора. первый запуск возвращает 0, далее STATUS_OBJECT_NAME_EXISTS, хендлы разные.
-
> [35] Игорь Шевченко © (27.05.08 09:42) > [36] guav © (27.05.08 09:46)
"Нда... - сказали мы с Петром Иванычем" (с) (Почти не измененная :)
Саш, у меня просьба: не мог бы ты выложить здесь или выслать мне полный код, который "просто скопирован" (с убранным жирным) и который выдает такие изумительные результаты ? :)
Интересует все: включая экспорт функций, объявления структур и используемые "стандартные" ф-ии типа InitializeObjectAttributes. Ну NT_SUCCESS, наверное, можно и не расписывать, хотя уже не знаю :)
-
> [37] LightRipple © (29.05.08 03:07)
P.S. А ntdll - ки могут быть разными ?
-
> P.S. > А ntdll - ки могут быть разными ?
Нет. Если ты посмотришь реализацию Nt(Zw)CreateSection, то увидишь, что разницы никакой
-
Вот код. Могу для ясносит бинарник выслать. program Project1;
uses
Windows , SysUtils;
type
PUNICODE_STRING = ^UNICODE_STRING;
UNICODE_STRING = record
Length: WORD;
MaximumLength: WORD;
Buffer: PWideChar;
end;
POBJECT_ATTRIBUTES = ^OBJECT_ATTRIBUTES;
OBJECT_ATTRIBUTES = record
Length: ULONG;
RootDirectory: THandle;
ObjectName: PUNICODE_STRING;
Attributes: ULONG;
SecurityDescriptor: Pointer;
SecurityQualityOfService: Pointer;
end;
NTSTATUS = Longint;
const
STATUS_OBJECT_NAME_EXISTS = $40000000;
OBJ_CASE_INSENSITIVE = $00000040;
OBJ_OPENIF = $00000080;
DIRECTORY_TRAVERSE = $0002;
DIRECTORY_CREATE_OBJECT = $0004;
function NT_SUCCESS(Status: NTSTATUS): Boolean;
begin
Result := Status >= 0;
end;
procedure RtlInitUnicodeString(
var DestinationString : UNICODE_STRING;
SourceString : PWideChar); stdcall; external 'ntdll.dll';
function NtCreateSection(
SectionHandle : PHANDLE;
DesiredAccess : ACCESS_MASK;
ObjectAttributes : POBJECT_ATTRIBUTES;
SectionSize : PLARGEINTEGER;
Protect : ULONG;
Attributes : ULONG;
FileHandle : THandle
): NTSTATUS; stdcall; external 'ntdll.dll';
function NtOpenDirectoryObject(
DirectoryHandle : PHANDLE;
DesiredAccess : ACCESS_MASK;
ObjectAttributes : POBJECT_ATTRIBUTES
): NTSTATUS; stdcall; stdcall; external 'ntdll.dll';
procedure InitializeObjectAttributes(
p: POBJECT_ATTRIBUTES;
Name: PUNICODE_STRING;
Attr: ULONG;
Root: THandle;
SD: Pointer);
begin
p^.Length := SizeOf(OBJECT_ATTRIBUTES);
p^.RootDirectory := Root;
p^.Attributes := Attr;
p^.ObjectName := Name;
p^.SecurityDescriptor := SD;
p^.SecurityQualityOfService := nil;
end;
procedure RaiseNtError(status: NTSTATUS);
begin
raise EOSError.CreateFmt(
'Nt error %.8x , i''m, too lazy to format it properly',
[status]);
end;
function CreateorOpenSection(): THandle;
var
us, uss: UNICODE_STRING;
oa, oas: OBJECT_ATTRIBUTES;
status: NTSTATUS;
dir: THANDLE;
secsize: LARGE_INTEGER;
begin
RtlInitUnicodeString(us, '\BaseNamedObjects');
InitializeObjectAttributes(@oa, @us, OBJ_CASE_INSENSITIVE, 0, nil);
status := NtOpenDirectoryObject(@dir,
DIRECTORY_TRAVERSE or DIRECTORY_CREATE_OBJECT, @oa);
if not NT_SUCCESS(status) then
RaiseNtError(status);
try
RtlInitUnicodeString(uss, 'AAASuperPuperSection');
InitializeObjectAttributes(@oas, @uss, OBJ_OPENIF,
dir, nil);
secsize.QuadPart := $20000;
status := NtCreateSection(@Result, SECTION_MAP_WRITE or SECTION_MAP_READ,
@oas, @secsize, PAGE_READWRITE, SEC_COMMIT, 0);
if not NT_SUCCESS(status) then
begin
RaiseNtError(status);
end;
if status = STATUS_OBJECT_NAME_EXISTS then
begin
WriteLn('Reopen');
end;
finally
CloseHandle(dir);
end;
end;
var H1, H2: THandle;
begin
try
H1 := CreateOrOpenSection();
try
WriteLn(Format('New section handle %.8x', [H1]));
H2 := CreateOrOpenSection();
try
WriteLn(Format('Reopen section handle %.8x', [H2]));
finally
CloseHandle(H2);
end;
finally
CloseHandle(H1);
end;
except
on E: Exception do
WriteLn('Error ', E.Message);
end;
ReadLn
end.
-
Перевод API взят из Jedi Windows API, накопирован по минимуму, чтобы не было внешних ссылок. Выводит New section handle 00000FBC
Reopen
Reopen section handle 00000FB8
-
> [39] Игорь Шевченко © (29.05.08 11:37) > [41] guav © (29.05.08 22:54)
Побитовое сравнение кода выявило "совсем маленькую" опечатку: В моем проекте так определена константа: OBJ_OPENIF = 00000080;
Я уж и не помню откуда я ее брала, копипастила или набивала вручную.
Как здорово, что мы не плюнули на это дело и довели его до конца ! И подумать страшно, на какие грабли бы я еще наступала и какие бы делала выводы о работе, совсем ни в чем не виноватых, Nt-функций и системы :)
Спасибо мальчики ! Уря !
-
LightRipple © (30.05.08 02:02) [42]
Спасибо тебе огромное!!! Это ж и у меня так...
-
> [43] Игорь Шевченко © (30.05.08 10:39)
> [42] LightRipple © (30.05.08 02:02)
Используйте перевод, используемый не только вами http://jedi-apilib.sourceforge.net/ . Или используйте С или С++ и копируйте из DDK напрямую. Кстати, с правильным OBJ_OPENIF не откроется ли оно кодом [0] ?
-
guav © (30.05.08 12:34) [44]
Можно подумать, ты святее Аллаха и ни разу не ошибаешься :) Можно подумать, что перевод Jedi гарантировано свободен от ошибок :)
-
> [45] Игорь Шевченко © (30.05.08 13:10) > Можно подумать, ты святее Аллаха и ни разу не ошибаешься > :)
Куда уж нам до Аллаха :)
> [45] Игорь Шевченко © (30.05.08 13:10) > Можно подумать, что перевод Jedi гарантировано свободен > от ошибок :)
Нет. Но у него больше пользователей и ошибок скорее меньше чем больше.
-
guav © (30.05.08 13:13) [46]
> Нет. Но у него больше пользователей и ошибок скорее меньше > чем больше.
Охотно верю. Но у меня как бы тоже пользователей есть, а ошибка грубая. Однако ж никто, кроме Александры, не натолкнулся.
-
> [43] Игорь Шевченко © (30.05.08 10:39) > Спасибо тебе огромное!!!
Очень рада, что и от меня может быть польза :)
> [44] guav © (30.05.08 12:34) > Кстати, с правильным OBJ_OPENIF не откроется ли оно кодом [0] ?
Проверила: все работает на ура. (имеется ввиду использование имени с префиксом '\BaseNamedObjects' и нулевым парентом) Т.е. нет необходимости в использовании NtOpenDirectoryObject :)
|