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

Дополнительную информацию можно почитать на www.parallels.com, скачать можно отсюда http://www.parallels.com/en/download/.

 

Был бы встроенный отладчик, былобы интереснее , намного.

 

Или хотя бы функции api - отладчик мы сами напишем.

 

или хотя бы исходники - функции апи мы сами напишем

 

А какая функциональность отладчика (встроенного в виртуальную машину), по вашему мнению, является минимально необходимой для того, чтобы он был реально полезен в работе?

И, вообще говоря, существуют ли популярные (или вообще какие-нибудь) стандарты API отладчика, реализовав которые можно встроить свой отладчик в какой-нибудь GUI? Потому как наиболее долгой в реализации частью отладчика является GUI & Co.

 

Хотя бы как в Bochs - в консоли.

 

tacit_one

копирка с VMWARE. Какие плюсы по сравнению с оригиналом ?

 

1) пожатая каким - то криптором прога сказала , что присутствует системный отладчик , что не есть хорошо

2)после установки softice перезагрузка не произошла

разбираться в чём там дело мне недосуг

вердикт : для моих целей не подходит



host xpsp2 celeron в 2.8

vm xpsp2

 

как я понял - qemu в qt обертке? даже качать не стал, пока есть лицензионная vmware 4.5.

 

А это Qemu стал так быстро работать, или Parallels работает так медленно? Я бы на вашем месте скачал и оченил в реальной работе - думаю, VM выдержит сравнение с VmWare 4.5, даже лицензионной

 

staier

Для таких программ, как SoftIce (как и у VmWare, кстати), лучше запускать виртуальную машину с настройками ускорения Normal.

PS. Если не сложно, отошли BugReport со ссылкай на программу, которая не запустилась.

 

kyprizel

Насчёт копирки с VmWare - технологии построения этих виртуальных машин принципиально разные, разные идеалогии и методы реализации. А копирка с VmWare - это VirtualPC, хоть и неудачная. Преимущества - большее количество поддерживаемых legacy-систем, легковесность, и меньшая цена.

 

tacit_one

ок, отошлю

[edited]

ps.net не вышлю

у вас горбатая форма фидбэка на сайте

нельзя выбрать required box reason

пошлю тебе на мыло

 

staier

OK. Спасибо.

Если не сможешь послать мне, то в VM можно в Help->"Report a problem" сгенерить письмо и послать FeedBack.

 

tacit_one



Значит по поводу отладчика



Что должен уметь отладчик:



1. Чтение\запись в любую область памяти.

2. Чтение\запись всех регистров процессора.

3. Замораживание среды вм. т.е. break

4. Пошаговая трасировка.

5. Break при обращении к определенной области памяти т.е. от .. и до ..

6. Break при обращении к диапозону портов ввода\вывода

7. Кроме того этих точек прерывания может быть неограниченно, касаеться п5 и п6.

8. После Break продолжать время т.е. время тоже останавливается в момент прерывания, также время не идет в момент трасировки. Имееться ввиду системный таймер ВМ.

9. Счетчик тактов можна ускорить. т.е. к примеру я ставлю коэффицент 1:3, это будет обозначать что к инкременту счетчека приведет только каждый третий такт.



PS1: действия обозначенные в п1 и п2 недолжны уведомлять защищенный режим вм цпу.

PS2: все break никоем образом недолжны проявляться внутри вм, никаких int3, все снаружи в логике самой проги.

---

Если вы будете делать свой ГУИ это хорошо но необязательно, как сказали намного лучше если вы предоставите API, для перечисленных действий.



если я что то упустил тогда коллеги меня поправят

---



Если вы реализуете такой отладчик ваша программа станет очень популярной, ваша программа затмит славу SI, а про него будут вспоминать только в исторических статьях. Даже если вы потратите еще пару месяцев, то это стоит того. Все махом здесь и не здесь забудут про vmware и vmPC, так что давай ждем результатов

 

staier

Чет я не понял что ты хотел этим сказать, толи прога внутри вм увидила отладчик в реально ОС, толи есть отладчик ВМ'овский. Поясни плиз

 

Еще хотел сказать ни каких критических сервисов не должно быть, т.е. сервисы которые должны работать внутри установленной на ВМ ОС , но без которых невозможна работа самой ВМ. Это я так на всяк случай

 

По поводу отладчика скажу еще что он должен уметь взаимодействовать с установленой ОС для того чтобы например ставить бряки на API функции и различные системные события. И при этом желательно избежать какого-либо изменения среды guest ОС (не исполнять там никакой свой код). Это сделать будет трудно, но тогда это будет идеальный отладчик для кракинга.

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

По поводу бряков добавлю то, что нужны бряки на инструкции процессора. Тоесть хочу я например прерваться когда будет выполняться mov eax, ebx или rdtsc.

Естественно нужны условные бряки (как в айсе). И не помешает скриптовой язык для управления отладчиком.

Желательно сделать возможность трассировки с сохранением лога трейса (с возможностью создания фильтров на лог).

 

Ms Rem

Рем это сильно круто, каждый сам для себя напишет то что считает нужным. Пускай для начала сделают базовые функции.

 

Да уж, похоже я загнул. Просто таким мне представляется идеальный отладчик.