Text 00000452 |D:KPNCHIEWDEXEM.EXE

При этом кроме собственно имен сохранятся текущий режим и позиция курсора (что особенно приятно). Последнее позволяет использовать HIEW для чтения больших текстовых файлов (электронных книг, документации); никогда не придется запоминать, на каком месте вы находились перед выходом. (Впрочем, чтобы быть до конца честными, отметим, что эта возможность присуща сегодня практически всем современным вьюерам — QVIEW by AGC, UniversalViewer и MessageViewer by KPNC, да и многим другим.) Позволю себе так же отметить, что в этом UniversalViewer обогнал других. Тогда как HIEW и QVIEW привязы­ваются к имени файла, UV — к хеш-сумме заголовка и окрестностей текущей позиции курсора. Имя файла при этом игнорируется. Последнее вызывает меньше конфликтов, хотя работает немного медленнее. Будем надеяться, что SEN в ближайших версиях реализует нечто похожее.

Перейдем теперь к рассмотрению командной строки. Большинство ею пользу­ется все же гораздо чаще, чем непривычным Навигатором.

В командной строке можно задавать более одного файла, но при этом будет открыт только первый из них, а остальные доступны по Ctrl-F9, что, впрочем, удобно, так как уменьшает время загрузки. Если спецификация файла не будет полной, то HIEW найдет все подходящие файлы и добавит их имена в список. Это иеудобно и нелогично. Неполная спецификация должна приводить к вызову Навигатора (во всяком случае, по моему личному мнению).

Параметр /SAV задает имя SAV-файла, который автоматически будет загру­жен. По умолчанию принимается hiew.sav, но последнее может быть изменено в hiew.ini:

; startup

Savefile = "hiew-sav"

Sav-файл полностью сохраняет текущее состояние HIEW-a, включая текущую позицию, все закладки и т.д. Обычно, чтобы воспользоваться sav-файлом, нужно запустить HIEW без параметров. Заметим, что 'hiew.exe MyFile.exe' не приведет к должному результату. Неудобно, конечно, но приходится мириться: хозяин (SEN) — барин.

Интересная особенность: файл конфигурации можно также указывать в команд­ной строке после ключа /INI. Это очень удобно для "корпоративного" использования HIEW сразу несколькими людьми. Каждому — настройки на свой вкус.

Если же требуется показать содержимое вложенных директорий, то можно использовать ключ /S с указанием пути и маски. При этом hiew /s С'.*.* с большой вероятностью после продолжительного шуршания диском завершит свою работу сообщением:

"No free memory".

Это будет зависеть от количества имеющихся у вас на диске файлов. Если их относительно немного, то есть шанс, что HIEW запустится и можно будет выбрать любой понравившийся файл, нажав Ctrl-F9.

После долгих размышлений так и не удалось придумать ситуацию, в которой данная возможность была бы незаменимой. Ведь всегда есть под рукой встроен­ный Файловый Навигатор!

После выбора файла HIEW автоматически показывает его в текстовом режи­ме. Не слишком удачный выбор для хакеров, поэтому они обычно первым делом редактируют следующую строку hiew.ini

StartMode = Text ; Text I Hex I Code

Впрочем, если HIEW планируется использовать и для просмотра текстовых сообщений, то ничего трогать не надо. Жаль, однако, что нет функции "автоде-тект", тем более что реализовать последнюю совсем не трудно.

Вообще же строка статуса может меняться в зависимости от режима, но это не должно вызвать каких-то проблем понимания. Рассмотрим подробнее некото­рые элементы.

Левосторонний лифт может показаться непривычным и действительно не очень удобен. Поэтому автор предусмотрел возможность настроить последний по вкусу пользователя, а то и вовсе отключить его. Для этого необходимо отредак­тировать hiew.ini. Если комментариев в файле окажется недостаточно, то обрати­тесь к главе "Конфигурирование HIEW" настоящего руководства.

Направление поиска (прямое или обратное) задается клавшей Alt-7 в любой момент или непосредственно во время вызова окна поиска клавишей F2. При этом

индикатор направления будет обновлен только после завершения поиска. Не нравится это. Неплохо бы перенести управление с F2 на AU-F7 и при этом обновлять индикатор. Но не будем строги к автору — эта возможность появилась только в версии 6.03 и, конечно, до конца еще не отлажена.

Состояние файла может быть следующим:

(R)ead — открыт по чтению.

(W)rite — открыт по записи.

(U)pdate — изменен.

При этом последний режим обрабатывается некорректно. Вне зависимости от того, был ли изменен хотя бы один байт, при каждом сбросе буферов редактора (F9) на диск (включая пустые!) всегда выставляется флаг изменения. Впрочем, это не баг, а фича, и маловероятно, что она будет исправлена в ближайших версиях.

Первый же вызов редактора (F3) приводит к автоматическому переоткрытию файла в режиме полного доступа (чтения и записи). Этот режим сохраняется и после выхода из редактора. Т.е. автоматического переоткрытия "Только на чтение" не происходит. А жаль. Индикация просто теряет смысл.

Hiew автоматически распознает следующие типы файлов DOS: EXE, NE, РЕ, LE, LX, NLM, но при этом отображает в строке статуса только пять последних из них. DOS-EXE HIEW, строго говоря, не поддерживает (за исключением заголовка). Да, собственно, там и поддерживать особо нечего. Можно, конечно, правильно настроить регистр DS, но это было бы слишком для шестнадцатирич­ного редактора — все же HIEW изначально отнюдь не планировался как дизассемблер. Впрочем, если был бы встроенный язык — пользователи смогли бы решать эти вопросы на месте, не дожидаясь новой версии. То же относится и к нестандартным бинарным файлам, например, разным BIOS-ам или дампам памя­ти. Для всего этого SEN написал замечательную утилиту StructLook, версия 4.20 которой выложена на ftp автора (ftp. kennsc.ru/pub/sen). Она содержит интерп­ретируемый препроцессор и очень удобна при "низкоуровневой" работе с различ­ными форматами файлов. Но это совсем другая история.

Режим 16/32 определяется автоматически для поддерживаемых типов фай­лов. Это отличает его от QVIEW, где режимы приходится переключать вручную, в противном же случае коддизассемблируется неправильно, что может приводить к печальным результатам. В режиме 'text', где понятие 1632 разрядного кода как таковое отсутствует, это поле выражает номер самой левой отображаемой колонки, считая от нуля.

Очень неплохо продумана работа с закладками. Впрочем, удобно еще не значит привычно. Редактор Gold Star установил стандарт де-факто: Ctrk-K-n запомнить состояние, Atl-Q-n восстановить его. Эта точка зрения не была поддержана SEN, и он задействовал совсем другие "горячие" клавиши. Grey-'+' запомнить текущее состояние. Этот факт мгновенно отражается в индикаторе. Изображение '-' изменяется на порядковый номер закладки (считая с единицы?!). При этом HIEW может запомнить до восьми закладок. Большего обычно и не требуется. Восстановить текущую закладку (которую индикатор отмечает ") можно нажатием Grey-'-'. Выбрать любую другую закладку поможет Alt-' 1-8'. При этом последняя автоматически помечается как текущая. Если ее потребуется удалить, то можно нажать Alt-'-'. A 'Alt-0' — удаляет сразу все закладки без предупреж­дения. Так что будьте осторожны с этой комбинацией!

В режиме редактора '<Editor>' закладки, к сожалению, становятся недоступ­ны по причине того, что последний ограничен всего одним окном. Удивительно, но этот недостаток присущ лишь HIEW-y, а конкуренты давно реализовали соответствующую возможность достойным образом. Самое интересное: непонят­но, какие затруднения может испытывать автор с последним... Тем более что это действительно жесткое ограничение, которое особенно дает о себе знать при расшифровке даже небольших файлов. Поэтому все больше и больше людей склоняются к мысли, что эту операцию лучше делать в QVIEW, где нет таких ограничений. Остается только надеяться, что автор под мощным натиском обще­ственного движения (ау! хакеры!) хотя бы через несколько версий реализует то, что конкуренты имели от рождения.

Длина файла отображается исключительно в неродном для хакеров десяти­чном исчислении. Вкупе с шестнадцатиричным смещением это особенно непри­ятно. Неплохой идеей, думается мне, был бы переход полностью на шестнадцати­ричный режим в decode режиме и соответственно — на десятичный в текстовом. При этом было бы полезно отделять точкой каждые три знака, что улучшает читабельность больших чисел. Так что поле для работы у автора в следующих версиях еще есть, а это значит, что они будут выходить, выходить и еще раз выходить (правда, при том условии, если SEN-y все это не надоест и он не забросит свое творение в самый пыльный угол винчестера, как это произошло с DeGlucker-ом, Cup-ом, lnSight-ом... перечислять можно долго). Некто как-то писал в одной своей утилите, что, пожалев сейчас 1$, через некоторое время можно потерять в сотни раз больше из-за отсутствия утилиты, которая не была написана именно по причине экономии этого самого доллара. Увы, российские пользователи привыкли, что лучшие программисты страны должны работать "просто так" для их собственного удовольствия.