home *** CD-ROM | disk | FTP | other *** search
/ PC Format (South-Africa) 2001 June / PCFJune.iso / mweb / MWEB Utils / ws295sdk.exe / Ws2sdkzp.exe / README.TXT < prev   
Encoding:
Text File  |  1997-06-06  |  14.6 KB  |  311 lines

  1. Windows Sockets 2 SDK for Windows 95 Release Notes
  2. ----------------------------------------------------------------------
  3.  
  4. INTRODUCTION
  5. ------------
  6.   This Windows Sockets 2 SDK is provided for developers only.  Unless
  7.   you are actively developing Windows Sockets 2 applications or service
  8.   providers, there is no reason to install this SDK.
  9.  
  10.   This SDK supercedes all previous version of Windows Sockets 2 that
  11.   have been placed on the network.  There is no reason to be using any
  12.   previous version.
  13.  
  14.   Much of the developer information in this Windows Sockets 2 SDK is
  15.   also included in the Win32 SDK.  The Windows 95 run-time
  16.   components and the sample code are the only components present here 
  17.   that are not currently included in the Win32 SDK.
  18.  
  19. CONTENTS
  20. --------
  21.   This SDK contains header files, libraries, sample code, the WinSock2
  22.   run-time components for Windows 95, a setup CAB file, the checked (debug) WinSock2 DLL,
  23.   and debug symbols.
  24.  
  25.   This SDK does not contain WinSock 2 API or SPI documentation.  For
  26.   that information, see the Win32 SDK, or download the Windows Sockets 2 
  27.   specification from ftp://ftp.microsoft.com/bussys/winsock/winsock2/ or
  28.   ftp://ftp.intel.com/pub/winsock2/.
  29.  
  30.   This SDK does not contain the run-time components for Windows
  31.   NT.  WinSock2 is built into Windows NT version 4, and is not available
  32.   separate from the full operating system.  Windows NT version 4 and the
  33.   Win32 SDK are available to developers via the Microsoft Developer Network
  34.   (i.e. MSDN).  See http://www.microsoft.com/msdn for more information.
  35.  
  36. Licensing and Redistribution
  37. ----------------------------
  38.   Please see the End User License Agreement in license.txt.
  39.  
  40. SETUP WINDOWS 95 RUN-TIME COMPONENTS
  41. ------------------------------------
  42.   If you are developing WinSock2 applications for Windows 95, you can
  43.   install the WinSock2 DLL and related files, as well as the Microsoft
  44.   TCP/IP and IPX service providers and TCP/IP stack upgrade, by running
  45.   setup\WS2SETUP.EXE.
  46.  
  47.   WS2Setup.exe detects versions of Windows newer and older than 
  48.   Windows 95 and will NOT install over them.
  49.  
  50.   WS2SETUP.EXE will, by default, install the Microsoft service providers
  51.   and TCP/IP stack upgrade unless explicitly instructed not to do so when it 
  52.   attempts to call a vendor installation dll (see \samples\vendinst\README.TXT
  53.   for more details).
  54.  
  55.   If WS2SETUP.EXE determines that there are non-Microsoft WinSock 1.1 system 
  56.   dlls present, installation will terminate unless specific override
  57.   instructions configured by the vendor's installation dll are determined to
  58.   exist (again, see \samples\vendinst\README.TXT for more details).
  59.  
  60.   If WS2SETUP.EXE finds that there is at least one WinSock 2 
  61.   compatible service provider installed, it will backup the current 
  62.   installation and proceed to copy the WinSock2 DLLs into the 
  63.   correct directories and configure the registry. It is necessary to reboot
  64.   before using WinSock2.
  65.  
  66.   WS2SETUP.EXE has been tested on Windows 95 and Windows 95 OEM Service
  67.   Release 2 machines that have the Microsoft TCP/IP and IPX stacks 
  68.   (for WinSock 1.1) already installed and on machines that have either 
  69.   no TCP/IP and/or no IPX installed.  Microsoft recognizes that there are
  70.   other network transport stacks present in the industry, but this setup
  71.   program does not upgrade them.
  72.  
  73.   WARNING:  Neither WS2SETUP.EXE, nor any of the separate WinSock2 DLLs, 
  74.   should be installed on Windows NT.  WinSock2 is built into Windows NT
  75.   version 4, and will not be provided for earlier versions of Windows NT.
  76.  
  77. WS2SETUP.EXE AND MICROSOFT PROXY SERVER WINSOCK PROXY CLIENT
  78. ------------------------------------------------------------- 
  79.   If WS2SETUP.EXE detects that the existing wsock32.dll is from the 
  80.   Microsoft Proxy Server WinSock Proxy Client (by way of the strings
  81.   "Microsoft" & "Proxy" appearing in the version copyright), setup will 
  82.   look for the file _MSRWS32.dll, and perform a pass of it's copyright 
  83.   version checking (as defined in section above)on _MSRWS32.dll as it did on
  84.   WSOCK32.DLL. Setup will continue on, or abort depending on the copyright 
  85.   string as it normally would.
  86.  
  87.   If WS2SETUP.EXE validates _MSRWS32.dll's copyright string it will 
  88.   continue to  install WinSock 2, and the Microsoft Proxy Server Remote 
  89.   WinSock Client will work as it did prior to upgrade.
  90.  
  91. WS2SETUP.EXE AND DCOM'95
  92. ------------------------
  93.   WS2SETUP.EXE will only install on machines that have DCOM'95 build 812 
  94.   or higher, or no version of DCOM'95 at all. If a version of DCOM'95 prior 
  95.   to build 812 is detected, WS2SETUP.EXE will abort without installing 
  96.   WinSock 2 for Windows 95 and an error message will be written to 
  97.   WS2SETUP.LOG.
  98.  
  99.   To obtain an updated version of DCOM'95, see 
  100.   http://www.microsoft.com/oledev/olemkt/oledcom/dcom95.htm for availability,
  101.   download instructions and release notes. 
  102.  
  103. WS2SETUP.EXE INSTALLS NEW VERSION OF NDIS.VXD WITH MICROSOFT TCP/IP OR IPX
  104. -------------------------------------------------------------------------
  105.   WS2Setup.exe will install a version of NDIS.VXD which is newer than that 
  106.   which came with the original Windows 95 release (ver 4.00.950) when either
  107.   the Microsoft TCP/IP or IPX stack is included in the installation.  
  108.   
  109.   The only known problem with the new NDIS.VXD involves Madge Token Ring 
  110.   Adapters. If you have one of these cards or experience any other 
  111.   difficulties, please contact customer support.
  112.  
  113.   If your Windows 95 version is 4.00.1111 or higher, there is no difference 
  114.   between the new NDIS.vxd and your existing one.
  115.  
  116.  
  117. WS2SETUP.EXE AND BETA VERSIONS OF THE WINSOCK 2 FOR WINDOWS 95 SDK
  118. ------------------------------------------------------------------  
  119.   If you are currently using a beta version of the WinSock 2 for Windows 95
  120.   executables, you should completely uninstall that version to return to 
  121.   your pre-existing WinSock 1.1 configuration prior to running WS2SETUP.EXE. 
  122.  
  123.   To remove the older version, follow the directions in the section below 
  124.   called "UNINSTALLING WINSOCK 2". You will also need to delete the directory 
  125.   C:\<your windows directory>\WS2BAKUP and its contents manually to assure 
  126.   that all traces of the beta(s) are removed.
  127.  
  128.   Note: It may also be necessary to reinstall TCP/IP from the Control Panel 
  129.   prior to running WS2SETUP.EXE, since newer versions of the beta do not 
  130.   contain replacements for the TCP/IP utilities, while older versions did. 
  131.   The final release makes use of the original Windows 95 TCP/IP utilities/
  132.  
  133. SETUP SDK COMPONENTS
  134. ---------------------
  135.  
  136.   It is assumed that you already have a development environment capable
  137.   of building Windows Applications.  Microsoft Visual C++ versions 4.2 
  138.   and 5.0 are the only environment that these SDK components have been 
  139.   tested with.  It is possible to use the SDK components with other compilers
  140.   but the integration is left as an exercise for the developer.
  141.  
  142.   In order to compile WinSock2 applications or service providers, be
  143.   sure that the headers in the include directory are placed first on
  144.   your INCLUDE search path since the headers in this SDK supercede 
  145.   those contained in Microsoft Visual C++ versions 4.2 and 5.0. 
  146.   
  147.   It is necessary to define _WIN32_WINNT
  148.   as 0x0400 for the precompiler (e.g.  cl -D_WIN32_WINNT=0x0400 ...)
  149.   in order for WINDOWS.H to include WINSOCK2.H rather than the older
  150.   winsock.h.  This is done automatically by MAKEFILEs that include
  151.   the win32.mak (provided here) and leave the TARGETOS unspecified.
  152.  
  153.   
  154.   Always include WINDOWS.H before including WINSOCK2.H directly. 
  155.   (WINDOWS.H will include WINSOCK2.H in most common cases, but including 
  156.   WINSOCK2.H below WINDOWS.H assures it will always be included.)If your 
  157.   source code includes winsock.h directly, and you simply change
  158.   this to include WINSOCK2.H, you may get undefined externals in
  159.   MSWSOCK.H at compile time. 
  160.  
  161.  
  162.   Please note that all Quality of Service related definitions have been 
  163.   removed from WINSOCK2.h and placed in QOS.h. (WINSOCK2.h now 
  164.   #includes qos.h) 
  165.   
  166.   In order to compile WinSock2 applications or service providers, be
  167.   sure that the libraries in the lib directory are placed first on the
  168.   LIB search path.
  169.  
  170.   In order to use the debug-trace feature of WinSock2 (see samples\dt_dll),
  171.   it is necessary to use the debug version of WS2_32.DLL that is available
  172.   in the debug directory.
  173.  
  174.   If you are using a version of Visual C++ prior to 4.2, you will get
  175.   a compiler error "cannot open include file: wincrypt.h" because
  176.   WINDOWS.H tries to include this new header.  A simple fix is to
  177.   explicitly define NOCRYPT at compile time (e.g.  cl -DNOCRYPT ...).
  178.  
  179.  
  180. UNINSTALLING WINSOCK 2
  181. ---------------------
  182.   When WS2SETUP.EXE runs for the first time, it copies WS2BAKUP.BAT 
  183.   and the WinSock 1.1 files to %windir%\ws2bakup. 
  184.   
  185.   Running WS2BAKUP.BAT returns the user to their original WinSock 1.1 
  186.   configuration.  From Windows Explorer, simply double click on
  187.   "C:\<your windows directory>\WS2BAKUP\ws2bakup.bat
  188.  
  189.   CAUTION: When you run WSBAKUP.BAT from inside Windows 95, you may encounter a 
  190.   sharing violation as some system files may not get restored if the newer 
  191.   version is currently running! If this happens, you'll need to re-run
  192.   WSBAKUP.BAT in MS-DOS mode. To do this click "Start", "Shut Down", select 
  193.   the "Restart the computer in MS-DOS mode" option, and click "OK". 
  194.   After reboot you will need to type 
  195.  "C:\<your windows directory>\WS2BAKUP\WS2BAKUP" and hit the Enter key. 
  196.   (In MS-DOS mode you will see errors for programs that cannot run outside of
  197.   Windows, but you should not be concerned, as these programs will have already
  198.   executed properly if you ran ws2bakup from inside Windows 95 first.)
  199.   Reboot again and you'll be back on WinSock 1.1
  200.  
  201.   Note that if you are reinstalling WS2SETUP over a previous version of 
  202.   WinSock 2 greater than beta 2, your prior configuration will NOT be 
  203.   backed up again.  Uninstalling will yield your original 1.1 
  204.   configuration, NOT beta 2 or 2a.
  205.  
  206.   DO NOT restore by re-installing TCP/IP from the Network applet in the 
  207.   Control Panel! This action will NOT replace the WinSock DLLs, and does
  208.   not guarantee you will have the same configuration you had before 
  209.   upgrading to WinSock 2
  210.  
  211.  
  212. SAMPLE APPLICATIONS
  213. -------------------
  214.   For your convenience, the \samples directory contains sample code 
  215.   demonstrating common WinSock 2 usage scenarios. \samples contains 
  216.   sub directories with source code for  
  217.  
  218.   \DT_DLL    - Debug trace tool 
  219.   \Layered    - Layered Service Provider example (new and improved!)
  220.   \mchat    - Multicast example
  221.   \RnR        - Examples for using WS2's Name Resolution functionality
  222.   \VendInst    - Vendor Install DLL example
  223.   \ws2chat    - Simple chat example
  224.    
  225.   Note that these samples are NOT intended to be production-ready code! 
  226.   In many cases they are oversimplified to be used as a development 
  227.   starting point. 
  228.  
  229. SERVICE PROVIDER ORDERING
  230. -------------------------
  231.  
  232.   The util\sporder directory contains an application and a DLL that can be
  233.   used for reordering the WinSock2 service providers that have already
  234.   been installed on a system.  The header and documentation for
  235.   SPORDER.DLL are provided in util\sporder\SPORDER.H.
  236.  
  237.   SPORDER.EXE will run on Windows NT version 4 or on Windows 95 once
  238.   WinSock2 is installed.  The August 1996 version of the Win32 SDK
  239.   includes a license that allows SPORDER.DLL to be redistributed.
  240.  
  241. SOCKEYE DIAGNOSTIC TOOL
  242. -----------------------
  243.    The util\sockeye directory contains a tool for diagnosing
  244.    WinSock 2 calls. This application is provided on an as-is 
  245.    basis and its use is unsupported. 
  246.  
  247.    Instructions on how to use Sockeye are only available from the
  248.    Help Menu item "Using Sockeye".
  249.    
  250. RAW SOCKET SUPPORT
  251. ------------------
  252.    Raw socket support is now available in the TCP/IP stack upgrade 
  253.    as well as the Windows Sockets 2 DLLs.
  254.  
  255. SERVICE PROVIDER CREATION OF IFS HANDLES
  256. ----------------------------------------------------
  257.   Up until now, service providers (whether layered or base) that did not 
  258.   create their own IFS socket handles did not work with applications that 
  259.   assume that all socket handles are file system handles.
  260.  
  261.   Currently, the WinSock 2 specification does not define Layered Service
  262.   Providers as having the ability to create IFS handles. This was clearly
  263.   an oversight and Microsoft has been working with the WinSock Working Group
  264.   to modify the specification.  The resultant modifications are 
  265.   defined in \Samples\layered\ifswsps.doc. These changes are incorporated
  266.   into this release and you MUST modify your LSP to make use of these changes. 
  267.   
  268.   Please note that these are NOT Microsoft-specific extensions. These 
  269.   revisions are in the process of being ratified by the working group, and 
  270.   will appear in a future draft of the official WinSock 2 specification.
  271.  
  272. NOT IMPLEMENTED
  273. ---------------
  274.  
  275.   The following features are available in the Windows Sockets 2 DLL,
  276.   as per the specification, but they are either not implemented
  277.   or not yet well tested in the Microsoft TCP/IP service provider.
  278.  
  279.     a. Generic QoS
  280.     b. socket groups -have been removed from the WinSock 2 specification
  281.     c. deferred accept.
  282.     d. disconnect/connect data.
  283.  
  284.   The Microsoft IPX network transport stack has been modified to work as
  285.   a WinSock2 service provider.  However, none of the features that are
  286.   new in WinSock2 have been implemented yet in the IPX service provider.
  287.  
  288.   Similarly, Microsoft's SAP name space provider for IPX has not been upgraded
  289.   to support any of the name resolution features that are new in WinSock 2.
  290.  
  291.  
  292. BUG REPORTING
  293. -----------------
  294.   Please do not report bugs found on beta versions of this SDK unless 
  295.   you have been able to reproduce them with this final release. 
  296.  
  297.   If you or your corporation were a member of WinSock 2 for Windows 95 
  298.   Beta 2a, or are a current member of the "Memphis" betas, please continue to 
  299.   use those bug reporting channels.
  300.   
  301.   If you encounter bugs with this release and did not participate in
  302.   beta 2a or the "Memphis" betas, please send your bug reports via email to 
  303.   wsbugdsc@microsoft.com. 
  304.  
  305.   Please DO NOT include any aliases or mailing lists in the Cc: line of your
  306.   report. Conversely, please do not Cc: wsbugdsc on mail sent ot aliases or 
  307.   mailing lists as a means of reporting bugs. (Cc'ing wsbugdsc would result 
  308.   in multiple reports of the same bug when members of the mailing 
  309.   lists/aliases respond via "Reply All", Multiple reports significantly lower
  310.   our ability to respond and fix bugs.)
  311.