|
| THE -- THEEditor | | Описание | Информация | THE editor - редактор в стиле XEDIT/KEDIT.
Это клон редактора XEDIT - от Mark Hessling.
Сейчас это некоммерческий проект. Доступны исходные тексты.
По состоянию на лето 2014 - текущая версия 3.3 beta 3.
По состоянию на лето 2021 - текущая версия 3.3 rc 8.
-----------------------------
- Этот редактор в виде стандартного дистрибутива содержит настройки для привыкших к XEDIT пользователей, поэтому для себя нужно его настраивать самостоятельно - т.е. менять назначения клавиш и т.д.
- И DOS~ и WIN16~ версии не вполне дружат с кириллицей. Увы.
- В WIN32 версии 3.0 кириллица, вроде, работает.
В более современных версиях (см.версии 3.3.ххх)
для ввода кириллицы доступны исправленные версии,
и в их настройках нужно применить небольшое колдовство.
После этого нормально работает ввод текста кириллицей
в кодировке DOS OEM (CP866).
-----------------------------
WIKIPEDIA:
----------
The Hessling Editor (THE) is one of the older open source text editor projects (started in 1990, first released in August 1992 according to its history file). For more than ten years it has been written and maintained by Mark Hessling, who along with being the original author of THE is also a maintainer of Regina, an open source REXX interpreter that has been ported to most Unix platforms.
According to its developers, THE is a text editor modeled on the VM/CMS editor XEDIT, adding the "best features of Mansfield Software's Kedit."
. | Раздел: Редакторы текста
THE v.3.0 (WIN32) (случайный скриншот)
Скриншоты
Операционная система: -
Требования: -
Автор: Mark Hessling [WWW]
Издатель: -
Добавил: Nika (2013.04.03) | Доступные файлы - сортировка по имени и версии, времени добавления
Файлов: 9. | Файл | Размер | Выпуск | Версия | Язык | Качество | Загрузил | | 944.1 Кб | 1995 | 2.1 [WIN16] (trial fixed) |  Английский | ![[Не подделка]](http://old-dos.ru/img/nofake.png) | Nika
2013.04.03 | (c)InterSoft International.
Этот редактор в исполнении для WIN16 - коммерческий продукт. | | 554.2 Кб | 1995 | 2.1 [DOS] | Английский | | Nika
2013.06.13 | | Не дружит с WinXP. | | 227.4 Кб | 1997 | 2.4 [DOS] | Английский | | Nika
2014.07.19 | | 1.3 Мб | 2002 | 3.1 [DOS] | Английский | | Nika
2014.07.19 | | 346.9 Кб | 1999 | 3.0 [WIN32] | Английский | | Nika
2014.07.21 | | Тут проблем с кириллицей нет. | | 1.4 Мб | 2009 | 3.3b3 (install&fix) | Английский | | Nika
2020.01.17 | WIN32 CONSOLE.
Fix в этом архиве - это неофициальный билд редактора.
Добавлено исправление ввода кириллицы (CP866) и опция поиска "VARblank".
При поиске с заменой добавлена опция "NONSTOP".
Для работы с кириллицей необходимо установить SET-переменные среды "PDC_CYR1" или "PDC_CYR2" в зависимости от заданного способа переключения раскладок в Windows. Если в Windows задано переключение раскладок через <Ctrl+Shift>, то для редактора нужно установить переменную "PDC_CYR2" и раскладки в нём будут переключаться по <Alt+Shift>.
И наоборот.
В комплекте REXX-Regina 3.4 (2009 года), которая ещё работает в Win9x. | | 2 Мб | 2009 | 3.3b3 (portable&fixed) | Английский | | Nika
2021.11.04 | WIN32 CONSOLE.
Замечания те же, что и к архиву "3.3b3(install&fix)". | | 2.1 Мб | 2021 | 3.3rc8 (portable&fixed) | Английский | | Nika
2021.11.06 | Updated 2024.03.26
WIN32 CONSOLE.
Замечания те же, что и к архиву "3.3b3(install&fix)". | | 508.2 Кб | 1998 | 1.0 (Full) | Английский | | Nika
2021.11.07 | Полный архив. Готовый THE.EXE и полный комплект исходных текстов.
В сорцы добавлена необходимая для сборки редактора библиотека PDCURSES v.2.0
sourceforge.net/projects/pdcurses/files/pdcurses/2.0/ |
 |
| Комментарии | | #1 Автор: SergeCpp (2013.04.26 21:43) | | Ага, вижу, скачаю-посмотрю, спасибо! |
| #2 Автор: Nika (2013.04.26 22:02) | | Ок! |
| #3 Автор: SergeCpp (2013.04.26 23:09) | 1. Очень странный предлагаемый путь запуска -- посредством bat, в котором устанавливается масса переменных окружения, изменяется path, ещё всякие-разные действия...
2. depends повис при открытии the.exe. Другой программой я увидел, что там upx, но, вроде бы, depends не повисал у меня раньше при открытии упакованных upx программ.
3. Посмотрел я THE_HELP.TXT -- что-то совсем "не по мне"...
4. the_orig.exe открылся depends (хотя тоже upx-упакован).
5. Запустил я the_orig.exe (без параметров) из консоли. Запустился достаточно медленно. Вид -- весьма странный. Набрал edit read.---, файл открылся. Указатели на начало и конец файла уж слишком заметные. В командной строке с шифтом не выделяется. В общем, для меня, -- слишком странно, и разбираться поэтому неохота.
6. По quit ещё dos-экран не восстанавливается, что был до запуска the (me -- восстанавливает).
7. В the_help:
QUIT
exit from the current file if no changes made -- совсем неясно, что это выход именно из редактора, как оказалось.
...в общем, увы...
|
| #4 Автор: SergeCpp (2013.04.26 23:17) | Хорошая вещь, редко где вижу, а хотелось бы -- везде:
To determine what keys are bound to what commands, execute the SHOWKEY command from the command line. As you press each key, THE will respond with the name of the key and any commands bound to that key. To exit from the SHOWKEY command, press the spacebar.
В ME не так модально ("To exit from the SHOWKEY command") -- нажимается Alt+K и последующее нажатие клавиши/комбинации анализируется. |
| #5 Автор: SergeCpp (2013.04.26 23:22) | | Отступление (посмотрев history). Я никогда не составлял подобные файлы, потому что всё изменялось постоянно и много и времени, чтоб это всё записать, понадобилось бы едва ли не больше, чем на сами изменения. |
| #6 Автор: Nika (2013.04.26 23:28) | Ну, что ж.
Я же говорил - это вещь оооочень специфичная.
Из моих знакомых мало кто понимает, что это ВООБЩЕ редактор.
Приятно было услышать свежие впечатления.
Вдогонку поясню, что установка переменных окружения - фича, присущая xNIX-ным программам и раздражавшая меня раньше.
Сейчас - привык.Это даже очень удобно.
Дело в том, что этот редактор слеплен из трёх громадных сравнительно автономных кусков - и общие параметры проще всего задавать именно так.
Ну, да ладно. Спасибо, что проявили интерес.
|
| #7 Автор: Nika (2013.04.26 23:35) | Кстати, насчёт HISTORY - вы правы.
Почему я не отважился участвовать в этом проекте, так это потому, что у них все изменения принято составлять в виде патчей к исходному коду (diff-файлов, вроде как после DOS-команды C>FC). Я уже там накрутил столько, что остаток дней могу спокойно посвятить составлению этих "дифов".
Это нереально. |
| #8 Автор: SergeCpp (2013.04.27 00:01) | | Да, я поэтому же некогда и не стал свои поправки предлагать разработчикам Перла (в обработке регулярных выражений там), хотя сам у себя исправил. Ведь и стиль должен быть тот же, а я уже весь тот код RE (утилита в ME -- именно код рег.выр. из Перла, изменённый сильно) переписал считай, для облегчения понимания (ибо у них там -- УЖАС: http://rsdn.ru/forum/cpp/2340905.1 ). |
| #9 Автор: SergeCpp (2013.04.27 00:09) | ME тоже использует переменные окружения, вот только мне за всё время с 1993 года по сегодня они ни разу не понадобились и я лишь смутно помну, что они там где-то могут использоваться.
|
| #10 Автор: SergeCpp (2013.04.27 00:18) | ...причём две ошибки (одна, если строго, не ошибка, а излишний код, замедляющий работу) мне помнятся и сейчас, спустя вот уже лет 10 как я этим занимался.
И обе стали кристально ясны и видны именно после переписывания кода аккуратно и форматированно (иногда иронизируют, называя это "красивостями").
В одном месте (критично частовызываемом!) был написан лишний код. Я крайне удивился (всё же Ларри Уолл -- легенда) и перепроверил много-много раз, на бумажке даже переписав логику.
А в другом -- не делалось сохранения состояния при некой внутренней работе при поиске рег.выр. Тут я уже придумал точный и чёткий пример выражения и образец текста, которые однозначно показывали, что это именно -- ошибка. |
| #11 Автор: Nika (2013.04.27 00:34) | Скажу вот что:
неотформатированный код - это то, что влечёт за собой кучу ошибок.
Одна из вещей, с которыми борюсь всегда (только не в обиду! я видел код для Perl):
___if_(a<b)_{
_______a=b;
_______b=a;
___}
где встречаю, переделываю на:
____if(_a<b_)
____{
_______a=b;
_______b=a;
____}
Кстати, крайние случаи этого самого - смотрите chess_Ok...
А, ну да. Вы же её уже видели.
То-есть, "бытие определяет сознание". Всё-таки.
|
| #12 Автор: SergeCpp (2013.04.27 01:23) | О! Я ведь тоже так делаю! (Можно увидеть в исходниках - файлах S.)
Интересно то, что такой стиль поначалу появился у меня по той причине, что отладчик VC6 не останавливался на каждой итерации цикла, если было написано:
for(...){
...и цикл пробегался сразу весь. А вот так:
for(...)
{
...всё было хорошо: на for -- при инициализации цикла, и на '{' -- при каждой итерации.
Ещё часто встречаю вот такое (и подобное):
if(...)
__something;
else
{
___
___
}
тоже обрамляю something в {}
(хотя кое-где ещё такой стиль /и в моём коде/ встречается "со старых времён")
|
| #13 Автор: SergeCpp (2013.04.27 01:42) | К упаковщикам (upx ит.п.) претензии ещё вот какие (кроме вышеупомянутого повисания depends):
1. Не посмотреть и не поправить в exe/dll. Разумеется, можно распаковать, но ведь это и выходит тогда -- "без упаковщика". А некоторые exe встречались с защитой от распаковки (тот же Small CD Writer, кажется).
2.
http://www.s-networks.ru/exepack.shtml.htm
http://www.insidepro.com/kk/131/131r.shtml |
| #14 Автор: Nika (2013.04.27 02:00) | Ну, поэтому если я пакую что-либо UPX-ом, то подразумевается, что можно и нужно это при желании распаковывать/запаковывать. Это нормально.
За это я и уважаю UPX.
Он - ЕДИНСТВЕННЫЙ, который корректно пакует и распаковывает файлы без изменения их структуры.
Small CD Writer - не помню, как, но распаковал в своё время (ой! - в конце 90х!)- и перепаковал всё тем же UPX'ом. Вот, кстати -считать ли такой файл МОДИФИЦИРОВАННЫМ? -Нет. Я не считаю.
Это просто РАСПАКОВАННЫЙ файл.
Конечно, бывает, не удаётся это сделать корректно. |
| #15 Автор: Nika (2013.04.27 02:05) | Честно говоря, я не знаю программу DEPENDS, но могу предположить, что это что-то типа PEDUMP от HIEW.
Ну так я же даю обычно PORTABLE вещи, вместе с ними и все нужные для запуска библиотеки. Всё должно бы работать - проверено многократно на разных платформах от Win9x до Win7/64-bit... |
| #16 Автор: SergeCpp (2013.04.27 02:13) | http://dependencywalker.com/
У меня есть старенькая версия, подправленная, чтоб меньше мусорила в реестре и файлах. Дайте знать... |
| #17 Автор: Nika (2013.04.27 02:21) | Хм.. Я вздрогнул, посмотрев статью на S-Networks.ru:
1) "Все, кому не лень" - это к PKLITE неприменимо.
Эту прогу я уважаю наравне с UPX'ом. Она - вне ряда.
2) Ошибки типа "CPU386" вместо CUP386 - нельзя так делать.
3) Под Win9x/NT - ОЧЕНЬ эффективна упаковка файлов. Эти системы всё равно хоть так,хоть эдак запихивают исполняемый код в своп - у запакованных файлов этот процесс происходит значительно быстрее.
4) И т.д.
|
| #18 Автор: Nika (2013.04.27 02:37) | Спасибо за предложение, но пока воздержусь.
Дело в том, что я не вполне ясно представляю себе целесообразность такого анализа.
Я, например, стараюсь библиотеки не линковать стандартным образом, а использовать функцию LoadLibraryExA()+GetProcAddress() для загрузки и настройки библиотеки при необходимости. (Кстати, THE.EXE тоже так делает. Те библиотеки, что лежат там в архиве - поддержка REXX - запросто могут быть удалены - и ГОЛЫЙ файл THE.EXE просто будет работать без REXX'а. Это круто).
Отследить такую его зависимость от .DLL-ей можно можно только либо тестированием, либо ручным анализом exe-файла.
Кстати, посмотрите ChessMaster3000 (Lite) -
http://old-dos.ru/index.php?page=files&mode=games&do=show&id=3024
-он тоже грузит .DLL сам по мере надобности (чем я и воспользовался;).
|
| #19 Автор: SergeCpp (2013.04.27 02:42) | "Отследить такую его зависимость от .DLL-ей можно" -- да, она может запускать файл, подключаясь к нему как отладчик и всё "ловит".
Программа очень хорошая, вот я и её тоже подправил некогда (а то уж много в реестре в каких-то местах постоянно писала, да и на диске тоже). |
| #20 Автор: SergeCpp (2013.04.27 02:47) | | Нечто, схожее с тем, что вы убирали в ChessMaster, я как раз и делал в словаре Вебстера и Maple (выложены). Только там статически что-то было (в сеть обращалась Maple, кажется), пришлось искать вызовы, комментировать, а потом -- убрал из импорта ту библиотеку (уже не помню какую, но там выложен оригинал ещё рядом, можно посмотреть /depends/). |
| #21 Автор: Nika (2013.04.27 03:00) | Взглянул на ttp://dependencywalker.com/,
круто...
Где-то у меня тоже лежит подобная утилита, но меня еще лет десять назад сильно озадачило обилие информации, которое она выдаёт.
Главное, я не представляю себе, как её можно использовать в корыстных целях.
Ведь при загрузке любой проги типа WinWord иерархия выстроится просто чудовищных размеров.
Вместе с тем, самые "интересные" .DLL обычно грузятся динамически и вообще "втихаря" - сперва прога просто ищет файл (может, и не .DLL вовсе, а .TXT - я и такое встречал, помню) ,и если не нашла - тихо пишет UNREGISTERED.
В общем, хочу сказать, это довольно спорная идея - отслеживать подобные зависимости.
Если уж это необходимо, Soft-ICE тут тоже может помочь.
Может помочь и DoctorWeb
Акула - та может даже снять дамп с любой загруженной процессом библиотеки...
Впрочем, если не жаль, дайте взглянуть на проверенную версию WALKER'a - может, что-нибудь путное в ней и присутствует. |
| #22 Автор: Nika (2013.04.27 03:03) | Ой, я смеюсь... ))))))
Страничка-то распухла - немерянно. |
| #23 Автор: Nika (2013.04.27 03:14) | Даа.. у вас, SergeCpp, я вижу, кард-бланш на сайте.
Webster's Dictionary & Thesaurus - 68Мб;))). |
| #24 Автор: SergeCpp (2013.04.27 03:30) | А Вебстер сначала был в нескольких маленьких архивах, SR сделал одним файлом. Так же и два ResKit'а с оригинальных, кстати, дисков: http://old-dos.ru/index.php?page=files&mode=files&do=show&id=1773
Если у вас что-то так же будет, вы свяжитесь с SR на предмет аналогичного.
depends... сейчас... |
| #25 Автор: SergeCpp (2013.04.27 04:09) | | http://ompldr.org/iaThmOQ |
| #26 Автор: Nika (2013.04.27 04:17) | | Взгляните на его страничку... (Вебстера) |
| #27 Автор: Nika (2013.04.27 04:26) | Утянул depends. Спасибо.
Взгляну... |
| #28 Автор: Nika (2013.04.27 05:37) | По поводу статей К.Касперски -
читал одну из его книг, осталось очень хорошее впечатление.
Из двух статей - та, что про xNIX - хороша (хотя я не знаток xNIX, но впечатление неплохое). Другая статья - не очень. Просто у него, видимо, было плохое настроение.
|
| #29 Автор: SergeCpp (2013.04.27 11:14) | | Да, у него частенько есть спорные моменты. Я читал много его книг (почти все его "ранние" книги). |
| #30 Автор: Nika (2016.08.30 04:16) | Gawobeka,
Спасибо за версию 1.0 редактора. Раритет. |
| #31 Автор: Gawobeka (2016.10.12 18:01, изменений: 3, 2016.10.13 14:32) | | Версии 2.1 и 3.х для ДОС DJG (требуют CWSDPMI) русский понимают. Кроме строчной "р" - в тексте видят, но не позволяют ввести. :( |
| #32 Автор: Nika (2016.10.12 21:44) | Версиями для DOS не пользуюсь, честно говоря - в DOS использую KEDIT.
Лучшего желать не приходится. |
| #33 Автор: Gawobeka (2016.10.13 14:22, изменений: 2, 2016.10.13 14:52) | | Согласен, что KEDIT более надежен, но THE для WIN бесплатен. А я хочу его попробовать на работе. Большой минус в "THE" для меня - ограничение максимальной длины строки на 512 символов, чем не страдает KEDIT. |
| #34 Автор: Nika (2016.10.13 21:35, изменений: 4, 2016.10.14 06:30) | В THE (WIN32) - ограничение длины строки 2'000 символов.
Пробуйте THE 3.0 для WIN32. (версию 3.0 с этой страницы).
- Это консольная программа для WIN32.
Пользуюсь чуть более новой версией её же - 3.3b4, смодельной сборки,
но в ней в автентичной с кириллицей проблемы.
Версия 3.0 (WIN32) c этой страницы более-менее беспроблемная.
Также вполне функционален KETDIT (WIN) - современная GUI-версия KEDIT'а, автентичная.
Но у меня до него руки не доходят.
Она тут:
http://old-dos.ru/index.php?page=files&mode=files&do=show&id=4648
|
| |
|
![[!]](http://old-dos.ru/img/exclusive.png){kind=small}
