I am wondering, since this hanging problem is related to dosemu's dpmi implementation, is it possible for me to use another dpmi implementation? Can I turn off dosemu's dpmi inside dosemu.conf and then run some other dpmi inside autoexec.bat?
Is this feasible? What other DPMI implementation is compatible with dosemu?
Thanks.
From: Ryan Underwood <[EMAIL PROTECTED]> To: anon permutation <[EMAIL PROTECTED]> CC: [EMAIL PROTECTED] Subject: Re: Dos App hangs with msg X: expose event Date: Tue, 7 Sep 2004 23:34:11 -0500
On Tue, Sep 07, 2004 at 07:45:03AM +0000, anon permutation wrote:
>
> I have encoutered problems while uploading even 256KB chunks, as a result,
> I have only pasted the top and bottom of my log online. The complete log
> is about 23MB. Is there a place where I can email you the file?
Looking at the log, it looks like a DPMI or timer specific problem.
> If the GP fault from run_vm86() is ok, does that mean I can just change the
> codes that handle the fault in vm_86_GP_fault() to do nothing? Would that
> allow me to work around the problem?
No, GPFs are a normal and essential part of a V86 task's execution. When a GPF occurs, the virtual machine monitor (in this case, the kernel/DOSEMU) takes control, acts in some manner depending on the context of the task, and then returns control to the task.
What is probably happening is that you've found a bug in dosemu's DPMI or timer emulation, especially since you have the same problem under the console. Unfortunately, it will be really hard to debug this without the app.
-- Ryan Underwood, <[EMAIL PROTECTED]>
_________________________________________________________________
Express yourself instantly with MSN Messenger! Download today - it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/
- To unsubscribe from this list: send the line "unsubscribe linux-msdos" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
