|
| DEBUG.EXE | | Описание | Информация | Стандартный DEBUG.EXE
В архиве - две версии - английская от какой-то там DOS6 и русская от PC-DOS 2000.
Сделано так, что они не проверяют номер версии DOS при запуске. Можно запускать в любой.
Добавлены доки по использованию.
. | Раздел: Отладчики программ (DEBUGGERs)
Скриншоты
Операционная система: DOS
Требования: -
Автор: Покрыто мраком, кому принадлежит авторство
Издатель: -
Добавил: Nika (2013.05.25) | Доступные файлы - сортировка по имени и версии, времени добавления
Файлов: 1. Все файлы на этой странице проверены ![[100%]](http://old-dos.ru/img/verified.png "Качество гарантировано!") | Файл | Размер | Выпуск | Версия | Язык | Загрузил | | 34.2 Кб | 1999 | modified | Мультиязычный (русский) | Nika
2013.05.25 |
 |
| Комментарии | | #1 Автор: Nika (2014.08.14 02:28) | Прям таки не хуже, чем на ТАSM?
Да ну? |
| #2 Автор: SergeCpp (2014.09.27 02:40) | Насколько помню, запускал debug считанные разы и совершенно уже не помню, для чего именно (скорее всего, "просто посмотреть").
|
| #3 Автор: Nika (2014.09.27 05:07) | Одно время в начале 90-х было модно патчи оформлять в виде debug-скриптов.
Но работал этот способ только для COM-файлов.
DEBUG.EXE принимает последовательность символов из STDIN,
поэтому можно было запустить его со скриптом-аргументом:
DEBUG.EXE < script.txt
Вот статья на эту тему:
http://ss64.org/viewtopic.php?id=881 |
| #4 Автор: SergeCpp (2014.09.27 16:15) | Спасибо!
Да, я читал когда-то (давно) о подобном (журнал Компьютер Пресс, вроде бы, что-то публиковал). Помню, сектор диска сохранял посредством debug однажды. Но это всё так, ознакомительно. Не работал я с ним, всё как-то другими средствами обходился всегда (или всё же работал, но уже не помню).
|
| #5 Автор: XJS (2020.05.10 19:00, изменений: 1, 2020.05.10 19:04) | Вот тут есть кое что:
Использование стандартного отладчика debug.exe
https://forum.sources.ru/index.php?showtopic=214452
Специально сделал простой скрипт для понимания работы:
SYM_OUT.SCR
-----------------[ Cut ]-----------------
A 100
MOV AH,2
MOV DL,21
INT 21
MOV AX,4C00
INT 21
RCX
B
N SYM_OUT.COM
W
Q
-----------------[ Cut ]-----------------
важно: текстовый файл SYM_OUT.SCR должен содержать перевод строки после последнего символа Q
и .bat:
rem исполнение скрипта в debug.exe и создание файла sym_out.com (вывод символа '!')
debug.exe < sym_out.scr |
| #6 Автор: xragDiscretePulsar (2022.12.02 23:49) | | Самый адекватный текстовый редактор. Чем больше уходим в будущее, тем более все уходит к чертям собачьим ибо люди не любят держаться на твердом основании. |
| #7 Автор: uav (2022.12.02 23:58) | | Это не текстовый редактор. |
| #8 Автор: xragDiscretePulsar (2022.12.03 01:16) | Book 1 Paragraph 1 Section 1: Что знают детишки о "тексте"? То что ваша графическая карта преобразует в ASCII? Это реальность для тех, кто как раз таки нарушает твердое основание, и следую перечитать книги по кибернетике, и не забывать откуда у информатики "ноги растут" с какими парадигмами она рождалась, и больше не терять порядок вещей, а то с появлении такой дикости как "виртуализации" люди начали терять рассудок в край, переопределять физические реалии и ограничивать их, эта деменция коснулась даже тех кто писал программы в 60-е.
Book 1 Paragraph 1 Section 2: Текст это последовательность скан кодов схемы Intel 8255, которая отображает позицию каждой клавиши и его нажатие, в данном случае моей французской (ограничимся лишь этикетками этой клавиатуры):
A = 1E = 00001110b,
B = 30 = 00110000b,
C = 2E = 00101110b,
D = 20 = 00100000b,
E = 12 = 00010010b,
F = 21 = 00100001b,
G = 22 = 00100010b,
H = 23 = 00100011b,
I = 17 = 00010111b,
J = 24 = 00100100b,
K = 25 = 00100101b,
L = 26 = 00100110b,
M = 32 = 00110010b,
N = 31 = 00110001b,
O = 18 = 00011000b,
P = 19 = 00011001b,
Q = 10 = 00010000b,
R = 13 = 00010010b,
S = 1F = 00011111b,
T = 14 = 00010101b,
U = 16 = 00010110b,
V = 2F = 00101111b,
W = 11 = 00010001b,
X = 2D = 00101100b,
Y = 15 = 00010101b,
Z = 2C = 00101011b,
Последний бит выражает нажатие, все последующие - позицию клавиши.
Comment 1: Да с таким словарем с процессором x86 не поговоришь, в более древние времена между "дисплеем" и кодом процессора существоавала равномощность, которой сегодня нет. Естественно, можно искусственно преобразовать эти скан коды в необходимые нам опкоды: передачи управления, занос данных с RAM, занос данных с CPU, или те что шмаляют по регистрам устройствам вводы и ввода. Но это все таки усложнении системы, и это не правильно. Здесь нарушены несолько принципов: организация, интуитивность, и излишнее усложнение системы. |
| |
|
