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

Редактировалось 6 раз(а), последний 2025-01-19 09:30:46

Да я уже пытался, нашел неплохую статью на эту тему: http://www.compdoc.ru/prog/pascal/disk_editor/
но так-как на Паскале раньше не писал то серьезно путаюсь в синтаксисе, и компонент не работает, а с отладкой в HiAsme
тоже не получилось. Поэтому и обращаюсь может кто-то из гуру Паскаля поможет.
Вроде и компонент не такой сложный, но не получается ни черта

Редактировалось 6 раз(а), последний 2025-01-19 09:30:46

И кто мешает делать
Очень надо, бери и пиши, в чем вопрос-то Для мне, например, на текщий момент это совершенно не актуально

Редактировалось 6 раз(а), последний 2025-01-19 09:30:46

чем же это? Вижу только одну полезность данного явления - чтение: возможность получить файлы с паролями, которые при обычных обстоятельствах закрыты правами доступа, запись: возможность изменения mbr с целью инжектирования своего кода в ring 0... Данное направление мы увы не поддерживаем.

Редактировалось 6 раз(а), последний 2025-01-19 09:30:46

г. Indrid Cold, и что перечисленное в п. 1-5 является часто возникающими задачи в повседневной работе? Ну хорошо, п.2. можно с натяжкой отнести к такой задаче, но разве из всех тех, кто пользуется hiasm так много людей, которые знают структуру файловых систем? Корректно работать с NTFS, к примеру, не получается даже у программ, которые пишутся профессионалами, а тут предлагается решать эту проблему одним элементом доступа к диску...

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

Редактировалось 6 раз(а), последний 2025-01-19 09:30:46

Вот спасибо, лучшего и придумать невозможно. Возьмись я за такой компонент, то подвергну риску все свои архивы. А теперь вопрос -- кто мне заплатит: за утерю информации, кучу нервов, пролет на бабки с новыми хардами, не говоря о том, что с компонента, окромя "страха", "риска" и кучи геморроя, я не получу ни копья
------------ Дoбавленo в 20.01:
Assasin, ау, ты не хочешь на своих "кошках" потренироваться в освоении Delphi, я вот, на своих -- не хочу

г. Indrid Cold, ок - посмотрел исходники, портировать там в сущности нечего, т.к. используется исключительно WinAPI. Можно попробовать реализовать.


в наше время программисты системного уровня сидят под эмуляторами и никогда не пишут софт на нативных ОС. Среда HiAsm тоже достаточно давно уже разрабатывается в раз настроенной виртуальной среде, изолированной от внешнего мира и не позволяющей "завалить" базовую ось ни при каких обстоятельствах.

Причем тут ось, когда речь идет о физическом доступе к устройству

А кто мне назовет вразумительное ПО, которое может действительно работать на низком уровне с хардом в среде NT? Даже репаир ПО от производителя хардов, и те работают из-под ДОС
А то, что приведено в примере по ссылке -- обычное чтение образа, а не действительного сектора харда. Фиг вам ОС даст залезть куда попало

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

именно


Acronis


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