VirtualBox

Ticket #12646 (closed defect: fixed)

Opened 3 years ago

Last modified 3 years ago

XP Guest GPF in WIN87EM.DLL at 0001:02C9 or 0001:02C6 => Fixed in SVN

Reported by: SteveDeveloper Owned by:
Priority: major Component: other
Version: VirtualBox 4.3.4 Keywords:
Cc: Guest type: Windows
Host type: Windows

Description

When running 16 bit Apps in XP, there is an occasional GPF in WIN87EM.DLL at 0001:02C9 or 0001:02C6. Same app sometimes works OK. For me, this problem did not exist through many version of VB through 4.2.18 and started with 4.3.4.

The only web research I have was from a VMWare post that may or may not apply here (quoted from cwsault original post):

"There are a few applications which may fail with this error when executed in a VM. The problem is that the library tries to read the instruction bytes of the last FPU instruction executed based on the code segment and instruction pointer saved in the FPU environment. Unfortunately, the code segment saved in the FPU environment may be NULL.

When we switch between the virtual machine monitor and the host operating system, we use the primitive hardware instructions to save and restore the FPU state. These instructions were not really designed for an environment that mixes 32-bit and 64-bit execution. When the instructions are executed in 64-bit mode, they don't keep track of the code segment, since segments have little meaning in 64-bit mode. The virtual machine monitor, which saves and restores the FPU state for the guest VM, executes in 64-bit mode. Hence, the FPU code segment is lost.

Fortunately, there is a workaround for this issue. If you add the following option to your configuration file, we will make sure that the FPU code segment is properly saved and restored when switching between the virtual machine monitor and the host operating system (at some small performance penalty): monitor_control.enable_rigorous_fpu_save_restore = TRUE"

Attachments

LAST VM 4_2_18 XPHome-2013-11-28-11-56-27.log Download (88.3 KB) - added by SteveDeveloper 3 years ago.
Last Log without any GPF problem
NEW VM 4_3_4 XPHome-2013-12-04-13-40-50.log Download (58.7 KB) - added by SteveDeveloper 3 years ago.
First log when GPF issue started

Change History

Changed 3 years ago by SteveDeveloper

Last Log without any GPF problem

Changed 3 years ago by SteveDeveloper

First log when GPF issue started

comment:1 Changed 3 years ago by ramshankar

  • Summary changed from XP Guest GPF in WIN87EM.DLL at 0001:02C9 or 0001:02C6 to XP Guest GPF in WIN87EM.DLL at 0001:02C9 or 0001:02C6 => Fixed in SVN

Fix should be available as part of the next maintenance release of VirtualBox 4.3.x.

comment:2 Changed 3 years ago by frank

  • Status changed from new to closed
  • Resolution set to fixed

Fix is part of VBox 4.3.16.

Note: See TracTickets for help on using tickets.

www.oracle.com
ContactPrivacy policyTerms of Use