Klaus and Nikolay, Thank you for the responses. So now I redefine stuck to be: "When inside the guest, the guest additions service stops running".
And the question is, what's the best known method to detect the above condition? After experimenting a little bit, I noticed that: 1. IGuest::getFacilityStatus(AdditionsFacilityType.VBoxService,...) Didn't work for me- it sometimes returned false values while playing With the driver at the guest. 2. IGuest ::fileExists is able to detect it perfectly, By throwing the exact string inside an exception. The problem with that is, that I don't want to rely on string parsing to identify the error. Thanks ,Danny. -----Original Message----- From: Klaus Espenlaub [mailto:[email protected]] Sent: Monday, February 06, 2012 18:54 To: Barash, Danny Subject: Re: [vbox-dev] detecting kernel panic On 06.02.2012 17:37, Barash, Danny wrote: > When the kernel stops functioning. VirtualBox doesn't know what the difference is, and according to the publicly available information Intel CPUs don't either... Both simply execute instructions, without knowing much about the big picture. Klaus > > -----Original Message----- > From: Klaus Espenlaub [mailto:[email protected]] > Sent: Monday, February 06, 2012 18:28 > To: [email protected] > Subject: Re: [vbox-dev] detecting kernel panic > > On 06.02.2012 15:17, Barash, Danny wrote: >> Hi all >> -I'm working with the Java web service interface, >> And a guest Unix vm. (Bunt shell only 3.x) >> I'm putting the Unix vm in kernel panic (using "injectnmi ") >> And I just can't find a way to query, programmatically, whether the >> Vm is stuck or not. > > What kind of "stuck" definition do you have in mind? > > Klaus > >> -I tried using metrics but they all stay the same before and after the >> crush. >> Thanks, Danny. >> --------------------------------------------------------------------- >> Intel Israel (74) Limited > > _______________________________________________ > vbox-dev mailing list > [email protected] > https://www.virtualbox.org/mailman/listinfo/vbox-dev > --------------------------------------------------------------------- > Intel Israel (74) Limited > > This e-mail and any attachments may contain confidential material for > the sole use of the intended recipient(s). Any review or distribution > by others is strictly prohibited. If you are not the intended > recipient, please contact the sender and delete all copies. > -- Oracle <http://www.oracle.com> Dr. Klaus Espenlaub | Snr. Manager Software Development Desktop Virtualization Phone: +49 7151 60405 205 <tel:+49715160405205> Oracle VM VirtualBox ORACLE Deutschland B.V. & Co. KG | Werkstr. 24 | 71384 Weinstadt ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Geschäftsführer: Jürgen Kunz Komplementärin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Alexander van der Ven, Astrid Kepper, Val Maher Green Oracle <http://www.oracle.com/commitment> Oracle is committed to developing practices and products that help protect the environment --------------------------------------------------------------------- Intel Israel (74) Limited This e-mail and any attachments may contain confidential material for the sole use of the intended recipient(s). Any review or distribution by others is strictly prohibited. If you are not the intended recipient, please contact the sender and delete all copies. _______________________________________________ vbox-dev mailing list [email protected] https://www.virtualbox.org/mailman/listinfo/vbox-dev
