Note The 64-bit versions of Microsoft Host Integration Server 2006 and Microsoft Host Integration Server 2009 only install the 64-bit versions of the Host Integration Server SNA APIs, so legacy 32-bit SNA applications cannot run off these systems either.
Software update informationThis update is included in cumulative update package 2 for Host Integration Server 2010.
For more information about how to obtain the cumulative update package, click the following article number to view the article in the Microsoft Knowledge Base:
- 3270 emulators
- Logical unit applications (LUA) (RUI and SLI applications)
- APPC applications
- CPI-C applications
- 5250 emulators
Support for the following 32-bit SNA applications on 64-bit versions of Host Integration Server 2010 is not included after you apply this cumulative update:
- Session Integrator (SI) applications
- SNA Print Server Data Filter DLLs
After you apply this update, the 32-bit versions of the SNA APIs are installed in the %SNARootWow64% folder. For example, they are installed in the C:\Program Files\Microsoft Host Integration Server 2010\SysWOW64 folder. The Host Integration Server 2010 Setup program adds "%SNARootWow64%" to the end of the PATH statement. If there are 32-bit SNA applications installed on the system that include any files that have the same name as the Host Integration Server SNA APIs (such as Wappc32.dll, Winrui32.dll, and so on) the 32-bit SNA application may not always run. This can occur if the PATH statement lists the path of the SNA application before the %SNARootWow64% folder. In these cases, you may want to change the PATH statement to have the %SNARootWow64% folder and %SNARoot% folder listed before the SNA application folder.
If you have enabled the Run resource location component as an application option on an HIS 2010 client system, you may find that a 32-bit SNA application (such as a 3270 Emulator) may not connect to an HIS server system. The error returned to the user when this problem occurs will vary, depending on the SNA application being used. The error may resemble one of the following:
The 64-bit HIS client tries to read the following registry key to determine the network transports it can use to connect to HIS servers when a 32-bit SNA application is installed:
The following are two workarounds for this problem:
First, you can disable the Run resource location component as an application option on the affected HIS 2010 client systems. This lets the SnaBase process run as a Windows service, which causes the HIS client to locate the available transports registry parameter under HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\SnaBase\Parameters\Transports.
The second workaround is to add the following registry parameter to allow the HIS 2010 client to connect to HIS servers by using TCP/IP sockets when the Run resource location component as an application option is enabled.
Important This section, method, or task contains steps that tell you how to modify the registry. However, serious problems might occur if you modify the registry incorrectly. Therefore, make sure that you follow these steps carefully. For added protection, back up the registry before you modify it. Then, you can restore the registry if a problem occurs. For more information about how to back up and restore the registry, click the following article number to view the article in the Microsoft Knowledge Base:
- Start Registry Editor. To do this, click Start, type regedit in the Start Search box, and then press Enter.
- Locate and then click the following registry subkey:
- On the Edit menu, click New, and then click Multi-String Value.
- Type Transports, and then press Enter.
- Right-click Transports, and then click Modify.
- Type SNAIP.DLL, press Enter, and then click OK.
- Exit Registry Editor.
Article ID: 2532670 - Last Review: Aug 28, 2012 - Revision: 1