Копирование занятых файлов

[assch]

На сайте wasm.ru прочитал статью "3 метода работы с занятыми файлами"
Там вместе со статьёй даны и исходники но только к сожелению на языке С
Мне пондравился способ номер 3 "Чтение файла с помощью прямого доступа к диску"
Я ради интереса попытался перевести это на ассемблер (masm32) но к сожелению встал
на функции DeviceIoControl Вторым параметром этой функции указана константа
FSCTL_GET_RETRIEVAL_POINTERS но в masm32 такой константы нет В библиотеке MSDN
она есть только как её пристроить в код на masm32 я к сожелению так и не понял
Алгоритм кода который дан в статье описывается такой дословно:
"На выходе этой функции мы имеем массив описывающий кластеры файла и число этих кластеров, теперь можно легко скопировать файл"
Может кто работал с этой функцией в этом направлении то было бы не плохо если бы подсказали
Там конечно вместе со статьёй даны и исполняемые файлы но хочется ради интереса перебросить это на ассемблер (masm32)
Статья правда дотирована 22.12.2005 Может уже давно придумали другие способы было бы интересно узнать
ссылка на статью http://www.wasm.ru/article.php?article=lockfileswork
Буду признателен любой информации по этой теме

[veniside]

FSCTL_GET_RETRIEVAL_POINTERS = 0x00090073

[assch]

Спасибо попробую
Не подскажешь как правильно для masm32 записать это значение
а то попробывал записать так
FSCTL_GET_RETRIEVAL_POINTERS equ 0x00090073
masm32 не принимает такую форму записи

[veniside]

не силён в масмах. попробуй 00090073h вместо 0x00090073.

[assch]

Вроде нормально
Спасибо буду пробывать

[yuran666666]

Программка на васме LoveHDD(запись и чтение секторов)+посмотрите эти функции для составления таблицы расположения файла по секторам из вышеобозначенной статьи

[Mikl___]

assch
FSCTL_GET_RETRIEVAL_POINTERS equ 0x00090073 так можно только в FASM'e или в NASM'e а для MASM или TASM только 90073h

[assch]

yuran666666
Не подскажешь где можно скачать LoveHDD
В интернете я нашёл пока то что дословно:
Программа демонстрирует низкоуровневое обращения к винчестеру с помощью стпндартного API из usermode. Автор программы обладает определённым чувством юмора, поэтому демонстрация происходит посредством стирания содержимого из первых 4000 секторов на диске C, так что собственно компилировать и запускать программу не рекомендуется.

[assch]

Извиняюсь что сразу не сообразил
Нашёл на этом же сайте
Спасибо за информацию
буду тестить

[assch]

В коде находяться две структуры которых в masm32 нет (или не там искал)
Первая - STARTING_VCN_INPUT_BUFFER
В MSDN эта структура описывается так:

typedef struct {
  LARGE_INTEGER StartingVcn;
} STARTING_VCN_INPUT_BUFFER, *PSTARTING_VCN_INPUT_BUFFER;

По анологии со структурами в masm32 это получается кажется так:

STARTING_VCN_INPUT_BUFFER STRUCT
  StartingVcn      LARGE_INTEGER <>
STARTING_VCN_INPUT_BUFFER ENDS

Вторая - RETRIEVAL_POINTERS_BUFFER
В MSDN эта структура описывается так:

typedef struct RETRIEVAL_POINTERS_BUFFER {
  DWORD         ExtentCount;
  LARGE_INTEGER StartingVcn;
  struct {
    LARGE_INTEGER NextVcn;
    LARGE_INTEGER Lcn;
  } Extents[1];
} RETRIEVAL_POINTERS_BUFFER, *PRETRIEVAL_POINTERS_BUFFER;

По анологии со структурами в masm32 это получается кажется так:

RETRIEVAL_POINTERS_BUFFER STRUCT
  ExtentCount     DWORD      ?
  StartingVcn     LARGE_INTEGER <>
      struct
         NextVcn  LARGE_INTEGER <>
         Lcn      LARGE_INTEGER <>
      ends
  Extents         BYTE 1 dup(?)
RETRIEVAL_POINTERS_BUFFER ENDS

Больше всего смущает вторая структура,правильно ли я сделал под masm32
Кто сталкивался с этим подскажите пожалуйста