Application Access Violation or Hang After Applying SP4
This article was previously published under Q195009
This article has been archived. It is offered "as is" and will no longer be updated.
IMPORTANT: This article contains information about modifying the registry. Before you modify the registry, make sure to back it up and make sure that you understand how to restore the registry if a problem occurs. For information about how to back up, restore, and edit the registry, click the following article number to view the article in the Microsoft Knowledge Base:
256986 Description of the Microsoft Windows Registry
After applying Windows NT 4.0 Service Pack 4 (SP4) or Windows 2000, you encounter lockups or access violation (Dr. Watson) errors in an application that appeared to be working fine previously.
NOTE: You might encounter other symptoms or errors in an application that relate to the below-mentioned cause.
The application in question is errantly trying to access a block of memorythat it had previously freed or deallocated. With Windows NT 4.0 ServicePack 3 (SP3) and earlier, such a reallocation is more likely to succeed,since the same memory location is more likely to still be available forreallocation. SP4 and later, however, introduces a change in the heap manager allocation patterns that can result in a failure of such a reallocation request. For more information on this change, please see the following article in the Microsoft Knowledge Base:
195008 Heap Manager Change in Service Pack 4
WARNING: If you use Registry Editor incorrectly, you may cause serious problems that may require you to reinstall your operating system. Microsoft cannot guarantee that you can solve problems that result from using Registry Editor incorrectly. Use Registry Editor at your own risk.
To determine if the above-mentioned change is exposing a problem in theapplication in question, proceed with the following steps. If these stepsresult in the application generating fewer or no more such errors, contactthe vendor of the application to inquire about an updated version of theapplication that resolves this problem.
NOTE: There are other conditions that can cause such errors or hangs that are not related to this change introduced in SP4 and Windows 2000. If the following workaround does not correct the problem, query on the error or condition you are encountering and the application name in the Microsoft Knowledge Base and/or check with your application vendor for more information on any other known problems.
- Start Registry Editor (regedt32.exe) and navigate to the followingregistry path:HKEY_LOCAL_MACHINE\Software\Microsoft\Windows NT\CurrentVersion\Image File Execution Options
- With the Image File Execution Options key selected, click Add Key from the Edit menu to create a new key using the name of the executable file that starts the process that is encountering the above-noted problem.An example Key Name entry is "Application.exe". You can leave the Classfield blank. This Key Name entry should not include a path, only thename of the executable file itself. Refer to the already-existingGame.exe entry in this location of the registry as an example.
- Select the new key you created in step 2 above and click Add Value from the Edit menu to create the Value Name: DisableHeapLookaside and DataType: REG_SZ. Click OK and then enter 1 in the String field.
Summary for the above entries:Key Name: application.exe
Value Name: DisableHeapLookaside
Data Type: REG_SZ
- It is not usually necessary to restart the system to see the results.You can usually simply restart the application because this registry value is inspected during each process initialization. If the executable is a service, however, restarting the computer may be necessary to cause the executable to be properly restarted.
4.00 AV stack hang error bug compatguidestability Heap LookAside HeapLookAside Disable Look Aside
Article ID: 195009 - Last Review: 10/26/2013 03:35:00 - Revision: 3.0
Microsoft Windows 2000 Server, Microsoft Windows 2000 Advanced Server, Microsoft Windows 2000 Professional Edition, Microsoft Windows NT Server 4.0 Standard Edition, Microsoft Windows NT Workstation 4.0 Developer Edition, Microsoft Windows NT Server 4.0 Enterprise Edition
- kbnosurvey kbarchive kbprb KB195009