Подумайте о следующем сценарии: разработчик приложения выяснил, какая библиотека, которую он использует, аварийно завершает работу. Поэтому он создал тестовый проект, чтобы изолировать эту проблему, и отправил его разработчику библиотеки.
Однако обратная связь разработчиков библиотеки заключается в том, что они не могут воспроизвести проблему. Таким образом, разработчик приложения использовал один и тот же тестовый проект на разных компьютерах и имел одинаковый результат. Наконец, он запускает отдельную машину VirtualBox с минимальным количеством установленного программного обеспечения и обнаруживает сбой.
Он хотел, чтобы разработчик библиотеки посмотрел на это и подтвердил проблему. Просто сказать им «что-то пошло не так» ничего не значит, вы должны дать им все место преступления. Таким образом, лучший способ - сделать снимок работающей машины (с открытым диалоговым окном сбоя), и позволить разработчику библиотеки получить к нему доступ и (возможно) поработать над ним.
Однако в VirtualBox возникают трудности. Вот несколько попыток:
Устройство экспорта и импорта просто создает снимок жесткого диска, а не памяти.
Я могу скопировать все файлы,
.vbox.savфайл и.vdiфайл в поперечнике, и есть целевая машина установить все вверх. Тем не менее, когда я пытался вернуть сохраненное состояние, он говорит, что оно недействительно (VERR_SSM_INTEGRITY_FOOTER). (Я пытался сохранить UUID машины, но это не помогает)