Вышла beta-версия виртуальной машины Parallels, аналога VmWare и VirtualPC.

Это и так будет идеальный отладчик, а все что нужно можно будет реализовать самому, и скрипты по сути тебе тогда не нужны будут, и веди любые логи какие хочешь.

 

и как народ еще не оценил данную возможность ?

 

tacit_one, я так понимаю, ты один из разработчиков, или по крайней мере, имеешь какое-то отношение к parallels.com?



Скажу от себя по поводу темы api и отладчика. Никаких стандартов особых здесь, конечно, не существует. Разработчики, скорее, должны просто сами оценить внутренние возможности VM и предоставить часть из них в виде api функций. Что требуется от отладчика?



- останавливать виртуальную машину

- получать/изменять ее внутреннее состояние (регистры, память, дескрипторы и т.п.)

- возможность ставить бряки



Для начала это вполне хватит. Плюс, нужно подумать, какие специфичекие особенности VM можно заточить под отладку. К примеру, если виртуальная машина использует технологию динамического сканирования кода - выделяя опасные инструкции процессора, можно заточить это дело под особую разновидность бряков.

Наверняка все необходимые функции уже есть в движке VM (надо же ее как-то отлаживать самим разработчикам). Нужно только вынести часть из них в общедоступный набор api функций и все.

Как я сказал, остальное мы сделаем сами.



В качестве примерной идеи функций api отладчика - самый необходимый минимум - можно взглянуть в файл WDBGEXTS.H. Там перечисленны функции, доступные для использования Kernel Debugger Extensions для WinDBG.

 

Ага, размечтались, все эти VM выполняют код, а не эмулят его (иначе бы винда не работала нормально на ней, так же как под тем же bochs, чисто из-за проблем со скоростью), так что отладочных возможностей больше чем под обычным камнем вы не получите. Но даже эти возможности можно было бы грамотно использовать, если бы был хороший API - чтобы например не приходилось писать драйвера для отлова обращений к отладочным регистрам и т.д. - навесил callback и делай что хочешь.

ЗЫ: Крайне интересно как эта VM отнесется к попытке перахватить перывания, в первую очередь естесно int1/int3, и priveleged instruction exception, чтобы пасти всякие rdtsc (да, я не помню точно номер прерывания, чета не каждый день приходится с этим общаться

 

я что то там не нашел чтоб реальный диск подцепить - одни только виртуальные создавать

 

Интересно услышим мы еще что нибудь от автора топика?

 

вообще - то насчёт отладчика фигня это

зачем нам аппаратный отладчик, который понятия не имеет об

архитектуре os?

что с ним делать - то ?

а делать softice который будет понимать все структуры всех заявленных осей да учтёт что все они опенсорсные и любой дурак сможет изменить какие- нибудь km структуры ))

это нереально

 

Nimnul

Замечания получились интересными.

Встаёт такой вопрос - есть ли не этом сайте люди, которым будет интересно разработать открытый интерфейс эмулирующего отладчика для VM? Скорее всего, он действительно будет разрабатываться в нашей VM, но есть возможность повлеять на его будущий интерфейс.

Топик с требованиями Nimnul'а был прочитан и он будет учтён. Спасибо, он получился самым обстоятельным и интересным.

Если у кого-то есть трезвые и реальные идеи по поводу эмулирующего отладчика, не стесняйтесь высказаться. По результатам топика (через пару дней) я соберу все требования и они будут рассматриваться как пункты к потенциальной реализации.

 

Sten, Nimnul. Есть желание обсудить вопросы более подробно, киньте мне на mail письмо, если интересно.

 

так как идея насчет отладчика ? реально ли ?

 

Все реально, вопрос лишь в том, насколько народу это нужно (охренеть, как нужно) и насколько каждый способен выложиться (с этим сложнее). Лично я вижу две основные проблемы:
1. Организовать толпу в коллектив (народ, просыпаемся!).
2. Эмуляция железа (все, кроме проца, эмуляция которого пишется за ночь).
Сорри, если несколько путанно, нечасто я по форумам гуляю.

 

Ха...)
Я в их конторе один раз был на собеседовании. Странные люди)))