VirtualBox

Opened 7 years ago

Last modified 7 years ago

#16996 new defect

Application Error and a crash. The memory could not be read.

Reported by: Mik Owned by:
Component: VM control Version: VirtualBox 5.1.26
Keywords: Cc:
Guest type: Windows Host type: Windows

Description

During vm operation message box appears and VirtualBox.exe crashes.

Attachments (3)

VirtualBoxAppCrash.png (15.1 KB ) - added by Mik 7 years ago.
VBox.zip (22.6 KB ) - added by Mik 7 years ago.
minidumps.7z (441.2 KB ) - added by Mik 7 years ago.
Minidumps of the processes tree

Download all attachments as: .zip

Change History (11)

by Mik, 7 years ago

Attachment: VirtualBoxAppCrash.png added

comment:1 by Mik, 7 years ago

The issue repeats once, twice a day, but unfortunatelly I don't have reproduction steps - the same actions done second time when the vm starts work fine.

comment:2 by aeichner, 7 years ago

Please try a testbuild from Testbuilds. There was a crash fix related to audio after the release.

comment:3 by Mik, 7 years ago

Audio is switched off on these machines.

Last edited 7 years ago by Mik (previous) (diff)

comment:4 by aeichner, 7 years ago

Then we need a VBox.log and a Windows minidump for furhter investigation, see here for further instructions on how to provide a minidump.

comment:5 by Mik, 7 years ago

Ok, I prepared the setup, next time it breaks down I should have dumps.

by Mik, 7 years ago

Attachment: VBox.zip added

comment:6 by Mik, 7 years ago

However, no crash dumps have been found. Looks like an exception caught and handled causing application exit.

by Mik, 7 years ago

Attachment: minidumps.7z added

Minidumps of the processes tree

comment:7 by Mik, 7 years ago

When the message box appeared (created by csrss.exe process) I suspended the process tree with procexp. Then I created minidumps, then I have clicked OK button on the message box and finally I resumed processes from the top-most from the tree (VBoxSVC). After resuming the bottom one VirtualBox (the one with most occupied memory) all the VirtualBox processes terminated without creating another dumps (despite configured WER like in the instruction). So it looks like an exception handled with sth like exit(1) function. Dumps are created during the wait for user reaction (the process would not terminate until user presses OK on the message box), so it should be possible to get the information where the execution point was and what was the exception.

comment:8 by Mik, 7 years ago

And minidumps are numbered like in order of occurence in the process tree - 1 is the parent for 2, 3 is the child of 2. 3 is the one that terminated first after pressing OK button.

Note: See TracTickets for help on using tickets.

© 2023 Oracle
ContactPrivacy policyTerms of Use