DOCUMENT:Q106524 15-JUN-2001 [sna] TITLE :Invalid Named Pipe Message Causes SNABASE.EXE Exception PRODUCT :Microsoft SNA Server PROD/VER:WINDOWS:2.0,2.1,2.11 OPER/SYS: KEYWORDS:kbnetwork ====================================================================== ------------------------------------------------------------------------------- The information in this article applies to: - Microsoft SNA Server, versions 2.0, 2.1, 2.11, on platform(s): - the operating system: Microsoft Windows NT ------------------------------------------------------------------------------- SYMPTOMS ======== SNA Server generates a Dr. Watson error in SNABASE.EXE when it receives an invalid message over a Named Pipe connection from a client. The SNA Server also logs an Event ID 624 in the Windows NT Application Log (as shown in the Event Viewer) indicating that an SNADUMP.LOG was created for SNABASE.EXE. The following is an excerpt from a DRWTSN32.LOG that is created following one of these SNABASE errors: Application exception occurred: App: snabase.DBG (pid=148) When: 10/31/1995 @ 11:29:1.2 Exception number: c0000005 (access violation) NOTE: Your DRWTSN32.LOG file will appear somewhat different than this example. CAUSE ===== SNABASE.EXE on the SNA Server is not properly handling an invalid incoming NewPipe messages from SNA Server clients over Named Pipe connections. The NewPipe messages are only sent to the SNA Server when the WNAP (16-bit) or SNABASE (32-bit) process is initializing on SNA Server clients. RESOLUTION ========== Microsoft has updated the following files to correct this problem: \SYSTEM\SNALM.DLL \SYSTEM\SNAIP.DLL \SYSTEM\SNANW.DLL \SYSTEM\SNAAT.DLL \SYSTEM\SNABV.DLL \SYSTEM\SNANB.DLL These corrected files increase validity checking on incoming NewPipe messages received from clients over Named Pipe connections as well as the other client/server protocols supported by SNA Server. In addition, SNA Server now logs an Event 631 in the Application Log when it receives an invalid NewPipe message from a client. STATUS ====== Microsoft has confirmed this to be a problem in SNA Server for Windows NT. This problem was corrected in the latest SNA Server for Windows NT, 2.11 U.S. Service Pack. For information on obtaining the Service Pack, query on the following word in the Microsoft Knowledge Base (without the spaces): S E R V P A C K MORE INFORMATION ================ For Win 3.x clients, a potential workaround is to start WNAP in advance (by adding WNAP.EXE to the startup group of Windows or Windows for Workgroups), so that it's not automatically invoked when an SNA application or emulator is started. Additional query words: prodsna ====================================================================== Keywords : kbnetwork Technology : kbAudDeveloper kbSNAServSearch Version : WINDOWS:2.0,2.1,2.11 Issue type : kbbug ============================================================================= THE INFORMATION PROVIDED IN THE MICROSOFT KNOWLEDGE BASE IS PROVIDED "AS IS" WITHOUT WARRANTY OF ANY KIND. MICROSOFT DISCLAIMS ALL WARRANTIES, EITHER EXPRESS OR IMPLIED, INCLUDING THE WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE. IN NO EVENT SHALL MICROSOFT CORPORATION OR ITS SUPPLIERS BE LIABLE FOR ANY DAMAGES WHATSOEVER INCLUDING DIRECT, INDIRECT, INCIDENTAL, CONSEQUENTIAL, LOSS OF BUSINESS PROFITS OR SPECIAL DAMAGES, EVEN IF MICROSOFT CORPORATION OR ITS SUPPLIERS HAVE BEEN ADVISED OF THE POSSIBILITY OF SUCH DAMAGES. SOME STATES DO NOT ALLOW THE EXCLUSION OR LIMITATION OF LIABILITY FOR CONSEQUENTIAL OR INCIDENTAL DAMAGES SO THE FOREGOING LIMITATION MAY NOT APPLY. Copyright Microsoft Corporation 2001.