Access Violation May Occur After Upgrading to 3.0 SP1Last reviewed: March 19, 1998Article ID: Q168546 |
The information in this article applies to:
SYMPTOMSAfter upgrading SNA Server 3.0 with Service Pack 1, the SnaBase or SNA Server service may fail unexpectedly with an access violation or SNA Server may unexpectedly stop accepting new client connections. This problem can occur if SNA clients are connecting to the server over MS Networking (named pipes) or Netware IPX/SPX. A Drwtsn32.log entry may be generated when this failure occurs, indicating a FAULT in the top-level routine along with the following stack-back trace (which may vary):
- snalm!QueueBufferor
- ntdll!RtlAllocateHeap snalm!GetReadBuffer snalm!AceptConnection snadmod!AcceptClientConnection snadmod!DMODServiceThreador
- ntdll!RtlDestroyHeap ntdll!RtlFreeHeap snalm!CleanupConnection snalm!CloseConnection snadmod!CloseLtab snadmod!IoThread or - security!NtLmSspControl security!DeleteSecurityContext snalm!CleanupSecurityContext snalm!CloseConnection snadmod!sepdnhpeIf new clients cannot connect, the SNA Server or SnaBase internal trace may indicate the following error after accepting a new client connection:
ACCPT HeapAlloc failed, rc 0 CAUSESnaBase or SNA Server memory local heap corruption is occurring within the IO completion port handling of named pipe or IPX/SPX clients.
RESOLUTIONThe SNA Server has been updated to correct this problem.
STATUSMicrosoft has confirmed this to be a problem in Windows NT SNA Server version 3.0 Server Pack 1. This problem was corrected in the latest SNA Server version 3.0 U.S. Service Pack. For information on obtaining this Service Pack, query on the following word in the Microsoft Knowledge Base (without the spaces):
S E R V P A C K |
KBCategory: kbnetwork kbbug
© 1998 Microsoft Corporation. All rights reserved. Terms of Use. |