lvd wrote:потом оказывается что они копирасты и проверять на кряканом софте им западло.
Это и не требуется, им будет дан минимальный пример с исходником, на котором все будет проявляться.
Иначе в обработчик прерывания вообще не попасть будет, особенно, если его адрес неизвестен. А если надо проскипать halt и обработчик, то надо просто F4 (run here) на следующей за halt инструкцией жать.
deathsoft wrote:color и stars_count - это вообще просто константы, а не метки адреса, а тупой sjasm их зачем то в user.l пихает, хотя туда должны попадать только метки-адреса.
если есть возможность попробуй в виртуалке под виндой, проявится там баг или нет.
При нажатии на F7 или любые другие кнопки в дебагере происходит перезагрузка файла (и об этом пишется строчка в консоль, путь к user.l и число загруженных меток).
sq_skrju wrote:что трейсишь с зажатой F8, и дебаггер спотыкается и залазит в обработчик, и из него потом выходить каждый раз не совсем удобно.
sq_skrju wrote: А если надо его найти в чужом коде, можно посмотреть в регистр I и посмотреть адрес обработчика по адресу с I в старшем и #ff младшем байте.
sq_skrju wrote:А у меня кстати это нормально компилится! Констант в user.l нет.
sq_skrju wrote:F7 - это же Step Into? То есть, даже при обычной трассировке должен перегружаться user.l? Но ведь в этом случае directory notification не используется? У меня он не перегружается и в консоль путь не пишется.
sq_skrju wrote:Значит баг в wine. Буду копать в этом направлении, может даже зарепорчу
sq_skrju wrote:олько последний вопрос: почему бы не сделать, чтобы вход в обработчик прерывания был по F7, а не по F8 - ведь это было бы логичнее?
sq_skrju wrote:Какой смысл сейчас в F7 на хальте, когда после этого, фактически, ничего не происходит? Как это может пригодиться?
Users browsing this forum: No registered users and 0 guests