<div dir="ltr">Hi,<div><br></div><div style>one more thing that I could find out in the sources but at this point if someone knows it would save time - are there any alignment constraints on the VRAM memory that is passed to the IFramebuffer object via<font color="#000000" face="Lucida Grande, Verdana, Geneva, Arial, sans-serif"><span style="font-size:12px"> the in octetPtr VRAM parameter? I would eventually need this memory to be 16-byte aligned but I already planned that I will have to do something about this, however if VirtualBox already gives some alignment guarantees it would be nice to know that I don't have to think about this. </span></font></div></div><div class="gmail_extra"><br><div class="gmail_quote">2014-10-28 13:30 GMT+02:00 Rūdolfs Bundulis <span dir="ltr"><<a href="mailto:rudolfs.bundulis@gmail.com" target="_blank">rudolfs.bundulis@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi Klaus,<div><br></div><div>thanks for the explanations, I'll try running the software under gdb to get more info - most likely it is my fault, simply with the current information from Visual Studio I've got zero hints. Thanks.</div></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">2014-10-28 12:39 GMT+02:00 Klaus Espenlaub <span dir="ltr"><<a href="mailto:klaus.espenlaub@oracle.com" target="_blank">klaus.espenlaub@oracle.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Rūdolfs,<br>
<span><br>
On <a href="tel:27.10.2014" value="+37127102014" target="_blank">27.10.2014</a> 22:39, Rūdolfs Bundulis wrote:<br>
> Hi,<br>
><br>
> my custom frontend for VirtualBox seemed to work fine and stable but<br>
> then I started to play around with number of CPU's and memory and I<br>
> started getting "An invalid or unaligned stack was encountered during an<br>
> unwind operation" from VBoxREM.dll. I downloaded the sources for<br>
> VirtualBox 4.3.18, built it for x64 debug and started debugging.<br>
><br>
> * The first weird thing was that I could not find a .pdb file for<br>
> VBoxREM.dll, is that some kind of special .dll? I have pdb files for<br>
> VBoxC.dll and friends under "out\win.amd64\debug\stage\debug\bin" but I<br>
> can't find one for VBoxREM.dll.<br>
<br>
</span>That's expected... VBoxREM.dll is very special, it contains the (qemu)<br>
recompiler, which must be built using gcc, and that's the reason why<br>
there are no pdb files for it. It should contain dwarf debug info<br>
straight in the dll, which gdb understands. Yes, it's annoying because<br>
one has to pick the right debugger straight from the beginning.<br>
<span><br>
> * The stack trace is (I know it won't give much help):<br>
><br>
> ntdll.dll!00007ffe679ac0b4()Unknown<br>
> ntdll.dll!00007ffe67913356()Unknown<br>
> msvcrt.dll!__longjmp_internal ()Unknown<br>
>  >VBoxREM.dll!000000006fb0f3c4()Unknown<br>
><br>
> The frontend does not have any output from VirtualBox on stdout or<br>
> stderr and the logfile also does not show any errors.<br>
><br>
> Could anyone provide any pointers how should I approach debugging this?<br>
<br>
</span>Hope gdb is helpful.<br>
<br>
On modern hardware which supports VT-x/AMD-V it's somewhat unexpected<br>
that you end up in the recompiler, but there are some corner cases which<br>
it is still used for.<br>
<br>
Klaus<br>
<br>
><br>
> Best Regards,<br>
> Rudolfs Bundulis<br>
<br>
_______________________________________________<br>
vbox-dev mailing list<br>
<a href="mailto:vbox-dev@virtualbox.org" target="_blank">vbox-dev@virtualbox.org</a><br>
<a href="https://www.virtualbox.org/mailman/listinfo/vbox-dev" target="_blank">https://www.virtualbox.org/mailman/listinfo/vbox-dev</a><br>
</blockquote></div><br></div>
</div></div></blockquote></div><br></div>