<div dir="ltr">Hi,<div><br></div><div>Does <span style="color:rgb(34,34,34);font-family:arial,sans-serif;font-size:12.8px;font-style:normal;font-variant-ligatures:normal;font-variant-caps:normal;font-weight:400;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;background-color:rgb(255,255,255);text-decoration-style:initial;text-decoration-color:initial;float:none;display:inline">VBOX_ASSERT=no affect kernel mode assertions?</span></div><div><span style="color:rgb(34,34,34);font-family:arial,sans-serif;font-size:12.8px;font-style:normal;font-variant-ligatures:normal;font-variant-caps:normal;font-weight:400;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;background-color:rgb(255,255,255);text-decoration-style:initial;text-decoration-color:initial;float:none;display:inline"><br></span></div><div><span style="color:rgb(34,34,34);font-family:arial,sans-serif;font-size:12.8px;font-style:normal;font-variant-ligatures:normal;font-variant-caps:normal;font-weight:400;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;background-color:rgb(255,255,255);text-decoration-style:initial;text-decoration-color:initial;float:none;display:inline">Regards,</span></div><div><span style="font-size:12.8px">Mihai</span></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Apr 11, 2018 at 11:30 AM, Michael Thayer <span dir="ltr"><<a href="mailto:michael.thayer@oracle.com" target="_blank">michael.thayer@oracle.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello Both,<br>
<br>
On the whole the debug build should be usable for day to day work for a<br>
developer (not for an innocent person of course). Assertions can be<br>
made non-fatal by either running in the debugger ("gdb VBoxSVC" in one<br>
terminal and "gdb --args VirtualBox --startvm ..." in another) - the<br>
preferred option - or setting the environment variable VBOX_ASSERT=no.<br>
See the source file src/VBox/Runtime/VBox/<wbr>RTAssertShouldPanic-vbox.cpp.<br>
I must admit that I was never happy with the "gdb" option, to the extent<br>
that I added the "wait" option for myself, but feel free to experiment.<br>
<br>
I would certainly recommend trying to investigate using a debug version.<br>
That said, you can also build your own release version. Building with<br>
"VBOX_WITHOUT_HARDENING=1" set will probably make you happier either way.<br>
<br>
Regards<br>
Michael<br>
<br>
10.04.2018 22:35, Mihai Hanor wrote:<br>
> Hi Samuel,<br>
><br>
> The VirtualBox debug build is not for regular usage. The debug build<br>
> runs unoptimized code and some of its code paths may differ from a<br>
> release build. This includes debug assertions, that will stop your VM or<br>
> even the host OS without warning, if they trigger. On Windows, at least,<br>
> an assert in the VirtualBox kernel driver will stop your OS with a BSOD<br>
> -- I don't know how the Linux kernel handles a kernel module fault. With<br>
> a debug build, it may even be harder or impossible to reproduce a<br>
> scenario. You can use the official build to see where it crashes, then<br>
> use a self-build release build to obtain a detailed stack trace, if the<br>
> crash is in VirtualBox code. From this point forward, it depends on the<br>
> issue and your skills.<br>
><br>
> Best regards,<br>
> Mihai<br>
><br>
> On Tue, Apr 10, 2018 at 6:31 PM, Samuel Rats <<a href="mailto:srats@genymobile.com">srats@genymobile.com</a><br>
> <mailto:<a href="mailto:srats@genymobile.com">srats@genymobile.com</a>>> wrote:<br>
><br>
> Hi VBox people!<br>
><br>
> In order to investigate an issue I recently opened<br>
> (<a href="https://www.virtualbox.org/ticket/17644" rel="noreferrer" target="_blank">https://www.virtualbox.org/<wbr>ticket/17644</a><br>
> <<a href="https://www.virtualbox.org/ticket/17644" rel="noreferrer" target="_blank">https://www.virtualbox.org/<wbr>ticket/17644</a>>), I was looking for some<br>
> official debug builds of the VirtualBox package, but couldn't manage<br>
> to find any.<br>
> Even the "testing" builds are release build.<br>
><br>
> Can I find them somewhere, or should I build VirtualBox in debug<br>
> mode myself?<br>
> Additional question, do you know if the debug build is of VirtualBox<br>
> is much slower than a release build, or is it still usable for<br>
> days-to-days operations?<br>
><br>
> This issue is really bothering us, and I have time to<br>
> investigate/fix it.<br>
> Thanks in advance.<br>
><br>
> --<br>
> Samuel Rats<br>
> ______________________________<wbr>_________________<br>
> vbox-dev mailing list<br>
> <a href="mailto:vbox-dev@virtualbox.org">vbox-dev@virtualbox.org</a> <mailto:<a href="mailto:vbox-dev@virtualbox.org">vbox-dev@virtualbox.<wbr>org</a>><br>
> <a href="https://www.virtualbox.org/mailman/listinfo/vbox-dev" rel="noreferrer" target="_blank">https://www.virtualbox.org/<wbr>mailman/listinfo/vbox-dev</a><br>
> <<a href="https://www.virtualbox.org/mailman/listinfo/vbox-dev" rel="noreferrer" target="_blank">https://www.virtualbox.org/<wbr>mailman/listinfo/vbox-dev</a>><br>
><br>
><br>
><br>
><br>
> ______________________________<wbr>_________________<br>
> vbox-dev mailing list<br>
> <a href="mailto:vbox-dev@virtualbox.org">vbox-dev@virtualbox.org</a><br>
> <a href="https://www.virtualbox.org/mailman/listinfo/vbox-dev" rel="noreferrer" target="_blank">https://www.virtualbox.org/<wbr>mailman/listinfo/vbox-dev</a><br>
><br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Michael Thayer | VirtualBox engineer<br>
ORACLE Deutschland B.V. & Co. KG | Werkstr. 24 | D-71384 Weinstadt<br>
<br>
ORACLE Deutschland B.V. & Co. KG<br>
Hauptverwaltung: Riesstraße 25, D-80992 München<br>
Registergericht: Amtsgericht München, HRA 95603<br>
<br>
Komplementärin: ORACLE Deutschland Verwaltung B.V.<br>
Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister<br>
der Handelskammer Midden-Nederland, Nr. 30143697<br>
Geschäftsführer: Alexander van der Ven, Jan Schultheiss, Val Maher<br>
</font></span></blockquote></div><br></div>