Backward Compatibility For Windows Sockets 1.1 Applications
Windows Sockets 2 has been made backward compatible with Windows Sockets 1.1
on two levels: source and binary. This maximizes interoperability between
Windows Sockets applications of any version and Windows Sockets implementations of
any version. It also minimizes problems for users of Windows Sockets
applications, network stacks, and service providers. Current Windows Sockets 1.1-compliant
applications will run over a Windows Sockets 2 implementation without
modification of any kind, as long as at least one TCP/IP service provider is properly
installed.
Source Code Compatibility
Source code compatibility in Windows Sockets 2 means, with few exceptions,
that all the Windows Sockets 1.1 functions are preserved in Windows Sockets 2.
Windows Sockets 1.1 applications that make use of blocking hooks will need to be
modified since blocking hooks are no longer supported in Windows Sockets 2. (For
more information, see
Windows Sockets 1.1 Blocking routines & EINPROGRESS.)
Thus, existing Windows Sockets 1.1 application source code can easily be moved
to the Windows Sockets 2 system by including the new header file, WINSOCK2.H,
and performing a straightforward relink with the appropriate Windows Sockets 2
libraries. Application developers are encouraged to view this as the first step
in a full transition to Windows Sockets 2 because there are numerous ways in
which a Windows Sockets 1.1 application can be improved by exploring and using
the new functionality in Windows Sockets 2.
Binary Compatibility
A major design goal for Windows Sockets 2 was to enable existing Windows
Sockets 1.1 applications to work, unchanged at a binary level, with Windows Sockets
2. Since Windows Sockets 1.1 applications are TCP/IP-based, binary
compatibility implies that TCP/IP-based Windows Sockets 2 Transport and Name Resolution
Service Providers are present in the Windows Sockets 2 system. In order to enable
Windows Sockets 1.1 applications in this scenario, the Windows Sockets 2 system
has an additional "shim" component supplied with it: a Version 1.1-compliant
WINSOCK.DLL.
Installation guidelines for Windows Sockets 2 ensure there will be no negative
impact to existing Windows Sockets-based applications on an end user system by
the introduction of any Windows Sockets 2 components.
Windows Sockets 1.1 Compatibility Architecture
Important To obtain information about the underlying TCP/IP stack, Windows Sockets 1.1
applications currently use certain members of the
WSAData structure (obtained through a call to
WSAStartup). These members include:
iMaxSockets, iMaxUdpDg, and
lpVendorInfo.
While Windows Sockets 2 applications ignore these values (since they cannot
uniformly apply to all available protocol stacks), safe values are supplied to
avoid breaking Windows Sockets 1.1 applications.
- Software for developers
-
Delphi Components
.Net Components
Software for Android Developers
- More information resources
-
MegaDetailed.Net
Unix Manual Pages
Delphi Examples
- Databases for Amazon shops developers
-
Amazon Categories Database
Browse Nodes Database