<div dir="ltr"><div>Wcall16 with invalid stack: eax=dfbf3e62 edx=0 func=0x000f9563 esp=dfbf3e50</div><div><br></div><div><div>.text._farcall16 0x9563 : { *(.text._farcall16) }</div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Dec 23, 2015 at 6:51 PM, Kevin O'Connor <span dir="ltr"><<a href="mailto:kevin@koconnor.net" target="_blank">kevin@koconnor.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Wed, Dec 23, 2015 at 04:27:55PM +0100, Tobias Diedrich wrote:<br>
> And with verbose logging (level 8).<br>
><br>
> [...]<br>
</span>> Wcall16 with invalid stack<br>
<br>
Strange.  Can you report the output with the patch below?<br>
<br>
-Kevin<br>
<br>
<br>
--- a/src/stacks.c<br>
+++ b/src/stacks.c<br>
@@ -274,7 +274,8 @@ call16(u32 eax, u32 edx, void *func)<br>
 {<br>
     ASSERT32FLAT();<br>
     if (getesp() > MAIN_STACK_MAX)<br>
-        panic("call16 with invalid stack\n");<br>
+        panic("call16 with invalid stack eax=%x edx=%x func=%p esp=%x\n"<br>
+              , eax, edx, func, getesp());<br>
     if (CONFIG_CALL32_SMM && Call16Data.method == C16_SMM)<br>
         return call16_smm(eax, edx, func);<br>
<br>
</blockquote></div><br></div>