Breakpoints в связке Sjasmplus+UnrealSpeccy

Вид для печати

19.01.2009, 02:23
Kurles

Breakpoints в связке Sjasmplus+UnrealSpeccy

Практически каждому кодеру, использующему связку sjasmplus + unrealspeccy приходться отлаживать свои программы, используя дебагер унрила и .sna снапшоты. Вроде все хорошо - снапшот грузиться, в мониторе метки показываются - ляпота. Ан нет, при загрузке снапшота нельзя ставить брикпоинты, и что бы начать собственно отладку приходится в самой программе вместо брикпоинта писать di:halt, после чего в ручную выходить в отладчик, что не очень удобно. Посему посетила идея - а почему бы не придумать новый формат, который будет сразу хранить в себе и аналог sna, и метки, и брикпоинты, вплодь до условных по стандарту унрила? Хотелось бы услышать мнения народа по этому поводу, особенно Aprisobal'а и DeathSoft'а, как отвечающих за вышеназваные проекты. Для себя ужё сделал половинчатое решение - вместе с user.l унрил стал грузить user.bpl, содержащий адреса брикпоинтов в хексе, если при запуске указать ключик -b. Ну и в sjasm добавил пару диерктив - bplist - имя файла с адресами брикпоинтов и setbp expr - собственно что бы указывать, какие именно адреса выписывать. Если кому надо - могу поделиться.
19.01.2009, 08:56
Shadow Maker

Конечно надо, делись. Сам вчера об этом думал :)
19.01.2009, 17:39
Aprisobal

Отличная идея, ждем исходников с вышеназванными изменениями.
19.01.2009, 18:59
Kurles

Цитата:

Сообщение от Shadow Maker

Конечно надо, делись. Сам вчера об этом думал :)

Связка sjsamplus + unrealspeccy и пример использования новых фич :)
http://karat-scales.ru/sjasm_unreal.zip

Добавлено через 28 минут

Цитата:

Сообщение от Aprisobal

Отличная идея, ждем исходников с вышеназванными изменениями.

Отослано. Только это какое-то недорешение, хотелось бы с комьюнити (слово то какое :) ) таки формат полновесного дебаг-файла разработать, и его уже в sjasm'e поддержать.
22.01.2009, 15:41
Shadow Maker

Вообще мне кажется это надо бы поддержать не в виде файлов, а в виде брейк-команд в компиляторе. А то это реально какая-то жесть так описывать.
22.01.2009, 17:29
Kurles

Цитата:

Сообщение от Shadow Maker

Вообще мне кажется это надо бы поддержать не в виде файлов, а в виде брейк-команд в компиляторе. А то это реально какая-то жесть так описывать.

В смысле брейк-команд, что-то я немножко не догнал :(
22.01.2009, 22:11
Shadow Maker

Ну в смысле чтобы мона было в любом месте программы написать ключевое слово breakpoint к примеру и sjasm автоматом сгенерил адрес этого места в user.bpl . А то как-то не айс каждый раз менять их руками при смещении адреса к примеру.
22.01.2009, 23:40
breeze

отличная идея! только предлагаю ключевым словом сделать - debug
22.01.2009, 23:47
Shadow Maker

Ну я ж говорю к примеру. Так-то я предлагаю brk или break :)
23.01.2009, 00:57
Kurles

Цитата:

Сообщение от Shadow Maker

Ну в смысле чтобы мона было в любом месте программы написать ключевое слово breakpoint к примеру и sjasm автоматом сгенерил адрес этого места в user.bpl . А то как-то не айс каждый раз менять их руками при смещении адреса к примеру.

Цитата:

Сообщение от breeze

отличная идея! только предлагаю ключевым словом сделать - debug

Стоп. Архив внимательно смотели? Там же экзампл есть, и если к нему немного присмотреться, то можно найти 2 новые директивы для sjasm'а - bplist - по аналогии с labelslist, только файл для брикпоинтов указывается, и setbp expr - выписать в файл с точками останова выражение expr, то бишь пиши в любом месте setbp $ и будет тебе счастье. Ну ещё длинный алиас для setbp есть - setbreakpoint. Тока что то мне подсказывает, что им мало кто будет пользоваться ;)
23.01.2009, 01:11
Shadow Maker

Надо было хотя бы комментарии написать к этому. Тада вопросов нет.
23.01.2009, 01:44
Kurles

Цитата:

Сообщение от Shadow Maker

Надо было хотя бы комментарии написать к этому. Тада вопросов нет.

Ну да, что в исходниках не сделал коментарии - моя вина, сорри, но в этом сообщении про эти нововведения было написано, так что признаю за собой только половину вины ;)
23.01.2009, 02:16
Shadow Maker

Kurles, вот из этого пояснения: "setbp expr - собственно что бы указывать, какие именно адреса выписывать" как-то неочевидно, что это именно то, что надо ;) Сейчас, когда ты объяснил, оно уже как бы понятно, а до этого я так и не вкурил, чего там за адресы выписывать :)
23.01.2009, 11:11
Antipod

Цитата:

Сообщение от Kurles

http://karat-scales.ru/sjasm_unreal.zip

Фишка полезна однозначно, но тут два затруднения ( автору, ессесна, может быть паралелльно ):
- ассемблер не содержит некоторых фич;
- не использую анреал выше 0.35 по религиозным соображениям :eek:

Поэтому предоставьте сорцы плз:)
23.01.2009, 13:01
Kurles

Вложений: 1

Цитата:

Сообщение от Antipod

Фишка полезна однозначно, но тут два затруднения ( автору, ессесна, может быть паралелльно ):
- ассемблер не содержит некоторых фич;
- не использую анреал выше 0.35 по религиозным соображениям :eek:

Поэтому предоставьте сорцы плз:)

пожалуйста -2 patch файла для unreal 0.37.1 и для sjasmplus 1.07RC7
24.01.2009, 05:31
Antipod

Цитата:

Сообщение от Kurles

пожалуйста -2 patch файла для unreal 0.37.1 и для sjasmplus 1.07RC7

Кста, это или diff проглючило, или непраильно понял, но, кажется, что в функции loadbpx должно присутствовать нечто типа:
membits[val] |= MEMBITS_BPX;
иначе, брякпоинты не добавляются...
еще раз спасибо!)
24.01.2009, 14:39
Kurles

Цитата:

Сообщение от Antipod

Кста, это или diff проглючило, или непраильно понял, но, кажется, что в функции loadbpx должно присутствовать нечто типа:
membits[val] |= MEMBITS_BPX;
иначе, брякпоинты не добавляются...
еще раз спасибо!)

Видать все таки diff проглючило, причем интересно так - он пропустил самую нужную строчку в процедуре :) Если честно, первый раз сей тулзой пользуюсь, так что извиняйте. Надеюсь с sjasmplus таких проблем не было :)
25.01.2009, 12:47
TmK

А я мечтал о том, чтобы можно было отслеживать луч...
Т.е. например в проге пишем дерективу raypos, также будет как с метками на точки останова, тока тут на экран будет выводиться ( на бордюр или на основной, где луч) например мигающая полоска из 8 битов, также будет кул если можно будет написать label1 raypos и можно будет в эмуле посмотреть значение переменной label1 которая будет показывать кол-во тактов от инта до метки
и например дерективу freetacts - сколько осталось до конца прерывания (в зависимости от типа выбранной машины конечно)

Очень удобно было бы для отладки мультиколора
25.01.2009, 19:01
Kurles

Цитата:

Сообщение от TmK

А я мечтал о том, чтобы можно было отслеживать луч...
Т.е. например в проге пишем дерективу raypos, также будет как с метками на точки останова, тока тут на экран будет выводиться ( на бордюр или на основной, где луч) например мигающая полоска из 8 битов, также будет кул если можно будет написать label1 raypos и можно будет в эмуле посмотреть значение переменной label1 которая будет показывать кол-во тактов от инта до метки
и например дерективу freetacts - сколько осталось до конца прерывания (в зависимости от типа выбранной машины конечно)

Очень удобно было бы для отладки мультиколора

А что мешает использовать уже имеющиеся средства для этого? В ту часть окна дебагера, где по умолчанию находиться окно "watches" можно вывести "ray-painted screen", на котором прекрасно видно, что рисует луч в данный момент. В окошке "regs" есть заначение "t" - кол-во тактов, прошедших с момента инта. Оставшееся время можно вычислить простым вычитанием ;) Что ещё для счастья надо? =)) Если только добавить возможность с помощью условных брикпоинтов вываливаться в отладчик при достижении луча какого-либо значения - но я слабо представляю практическую пользу этого нововведения :)
26.01.2009, 12:36
Antipod

Цитата:

Сообщение от Kurles

Надеюсь с sjasmplus таких проблем не было :)

с ассемблером все ок)
Ну и немного подправил анреал:
1. в loadsnap: очистка execution breakpoints и потом loadbpx, тость щас брякопинты подгружаются при открытии снапшота ( старые удаляются ). [Я не перезапускаю эмуль каждый раз как делаю компиляцию - вместо этого открываю снапшот заново по F3.]
2. ну и по мелочи: убрал надоедливый месаж бокс, что user.l был обновлен. [По идее я сам знаю когда был изменен этот файл ( после каждой компиляции ) и оповещать меня об этом лишний раз с необходимостью нажимать кнопку "ок" явно лишнее.]

руль. %)