Readme
Readme
Readme
4
May 2006
=================================
Important Notes
Installation Information
Compatibility Information
Currently Supported Communication Protocols
Currently Supported Terminal Emulations
Database Compatibility
New Features in Version 5.4
Known Problems
Miscellaneous Information
Important Notes
===============
Note that all user configurations, toolbars, and scripts no longer reside in
the C:\SBOffice\SBClient\TU directory, but rather in a Windows directory. On
Windows 2000, Windows XP, and Windows Server 2003, the path is:
You can still access the GUI cache files and stored queries by changing the
SBSTATEPATH and SBQUERYPATH environment variables in the sbopen.ini file.
SBClient registry entries are no longer located under the Ardent Software key,
but under IBM instead:
HKEY_LOCAL_MACHINE\SOFTWARE\IBM
Note that the emulation and communication DLL files now have the .DLL
extension. Build numbers are embedded in the file names so you can
identify DLL versions more easily.
To upgrade from a previous 5.x version, you need only copy the new administrator
account on top of the previous administrator account. The work accounts are
automatically upgraded when users log in for the first time. When you upgrade
the administrator account, the installation program may accept the older license.
(For example, when upgrading from version 5.3 to 5.4, the installation
program does not ask for the new 5.4 license.) It is important, however, that
you update the administrator account with the new license before any of the
work accounts are run. To update the license, run the administrator SBClient,
select the Help > Register SBClient menu option, and enter the new license
number. If you do not update the license, the work accounts will not be updated
properly.
For information on Windows 2000 Terminal Server and Citrix, see the
document "MS_Terminal_Server.doc" in the TU directory of SBClient
installation (or in SBClient's highest-level directory on the product CD).
- Select the Security option on the menu bar, and then select the Permissions
option (on Windows XP or Windows Server 2003, right-click BTrieve Technologies
and select Permissions). A dialog box appears.
- Select the 'Users' group (or the appropriate user group for your setup).
- IMPORTANT
In addition to the default permissions:
Query Value
Enumerate Subkeys
Notify
Read Control
Set Value
Create Subkey
Delete
Save your changes. These additional permissions are displayed in the entries
list on a separate line as Special Permissions.
The LNEXT token (usually set to 'Ctrl - V') is a literal next character on SVR4
and 4.4+BSD Unix. The LNEXT character is recognized on input in Extended mode
only; it causes any special meaning of the next character to be ignored. The LNEXT
character is discarded when processed, but the next character entered is passed to
the process. The LNEXT character is in conflict with one of the internal SBClient
tokens. If it is enabled, you need to turn it off. You can turn off Extended mode
by entering 'stty -iexten'.
SBClient makes extensive use of ASCII characters 1 and 2 (Ctrl-A and Ctrl-B)
for communications protocols. You should ensure that these are not used by Unix or
terminal server line settings.
7-bit communications utilities on Unix, such as "rlogin", should not be used in
conjunction with SBClient.
Euro Character
--------------
The Euro character is not included in the SB or System Builder font. The reason
is that there is no international consensus as to where the character should be
positioned within an OEM. IBM has decided to place the character at position 159,
while Xerox has chosen position 186, Microsoft has chosen position 128, and
Monotype and many other companies have chosen position 168.
When communicating with a UniData or UniVerse etc host, the host in most cases
uses an OEM character set. Since most Windows fonts are ANSI fonts, SBClient must
do an OEM-to-ANSI conversion on data coming from the host and an ANSI-to-OEM
conversion on data going to the host. SBClient calls the standard Windows API to
do the conversions. The problem is that the Windows API knows nothing about the
Euro or its OEM position.
If the user is using the SB or System Builder font, SBClient does not perform a
conversion when communicating with an OEM host because these are already OEM
fonts. This means that if the application on the host sends CHAR(159), the IBM
Euro position, and System Builder font uses the Xerox position 186, the display
is incorrect.
Therefore, SBClient needs to know the position of Euro character according to the
host and this has to match the position in the SB or System Builder font. If the
user is using an ANSI font, such as Courier New (with Euro support), SBClient
needs to perform a conversion, but the standard Windows conversion will not work.
- If the Euro character is required, download Microsoft's new Courier font (or a
similar font from another vendor), and select it from the Setup/Fonts window.
A translation table should be set up. (For further information, see the section on
the new translation functionality in the Using SBClient manual.) The table should
specify ANSI-to-OEM mappings in the [output] section and OEM-to-ANSI mappings in
the [input] section. If using a Microsoft font, the host's Euro character position
should be mapped to CHAR(128) in the [input] section of the translation table and
vice versa in the [output] section. You can map an Alt or Ctrl key to CHAR(128) in
the [display] section so the user can enter the character from any keyboard.
Installation Information
========================
There have been some reports of Norton AntiVirus causing SBClient to freeze or
fail during installation. If you experience difficulties during installation,
please disable Norton AntiVirus until SBClient installation is complete.
Microsoft Outlook communicates with an Exchange server, which tends to slow the
system dramatically during installation and DDE. We recommend closing Microsoft
Outlook while installing SBClient.
During installation of SBClient, files are copied to the directory chosen by the
user. This is usually C:\Program Files\IBM\SBClient for single-user installations
and some other drive for shared, multi-user installations. When client
installations are created, files are copied to the directory chosen by the user.
This is usually C:\Program Files\IBM\SBClient. Some files are copied to other
locations, as listed below.
The following SBClient files are copied to the WINDOWS\SYSTEM directory if the
files do not exist or if older versions of the files are found in the target
directory:
W32MKDE.DLL
W32MKRC.DLL
W32MKSET.DLL
WBTRCALL.DLL
WBTRV32.DLL
WBTRVRES.DLL
MFC40.DLL
MFC42.DLL
MSVBVM50.DLL
MSVCRT.DLL
MSVCRT20.DLL
MSVCRT40.DLL
MSVCIRT.DLL
MSCHART.OCX
MSCAL.OCX
MSCOMCTL.OCX
PSAPI.DLL
OLEAUT32.DLL
COMCAT.DLL
OLEPRO32.DLL
ASYCFILT.DLL
STDOLE2.TLB
COMCTL32.OCX
GRID32.OCX
SBPVDT60.OCX
MSMAPI32.OCX
MSCHART.OCX
MSCAL.OCX
SB.FON
SB.TTF
U2LICN.DLL
MANY2PDFX.OCX
Windows 2000: First Shipped Release (no Beta releases are supported)
Windows XP Professional: First Shipped Release (no Beta releases are supported)
Windows Server 2003: First Shipped Release (no Beta releases are supported)
Note that as of SBClient version 5.4, the Windows 95, Windows 98, Windows NT
operating systems are no longer supported.
Compatibility Information
=========================
SBClient version 5.4 or later is required for correct functioning of GUI mode in
SB+ version 5.4. SBClient 5.4 is backward compatible with previous SB+ 5.x and 4.x
versions in GUI runtime mode only. For GUI development, you must be running a
matched server and client. For example, SB+ 5.4 GUI development requires SBClient
5.4. If you have any questions regarding compatibility, please contact IBM Software
Support.
Connection by standard serial line is supported with a variety of COM ports and
baud rates. The only network communication stack supported is TCP/IP through the
Windows Socket (Winsock) interface.
ANSI
VT52
VT100
VT220
VT320 use VT220 with "ANSI color" on
Wyse 50 use Wyse 60 with "Embedded" on
Wyse 60
Wyse 120
An SB+ mode is available for all the above terminal types. Set this mode when
using SB+ to enable a number of subtle functionality differences. To set the SB+
mode, open the SBClient Setup menu. In the Terminal Setup option, select the
SB+ Mode check box. We recommend using VT220 when communicating with SB+ server
for optimal performance.
Database Compatibility
======================
The minimum database requirements of the SBClient 3GL Host API are as follows:
- SBClient 5.4 supports two variations of the launch screen, offering you a
choice of the legacy launch screen or a new launch screen in the standard IBM
format as a preference. For detailed information about the new launch screen
and setting or changing your preference, see the IBM U2 SBClient 5.4 New
Features manual on the documentation CD. 34217*USA
- The Start bar and system tray icon for SBClient sessions has been changed
from the legacy icon to a new icon. 34597*USA
- In previous versions, SBClient sent a warning message to the user every two
minutes if the product was installed without an authorization key or license
number. At version 5.4, SBClient no longer sends warning messages in this
situation. If the product is installed without an authorization key or license
number, it runs for a trial period of 60 days and then stops. This feature is
documented in the IBM U2 SBClient 5.4 New Features manual on the documentation
CD. 3693*USA
- At version 5.4, SBClient upgrades to new open SSL libraries. These new SSL
libraries are the same as those used in UniData 7.1 and incorporated in the
forthcoming release of UniVerse 10.2. For details, see the IBM U2 SBClient 5.4
New Features manual. 33507*USA
- The license text files are now included on the product CD the location
of the license files is shown on the splash screen displayed from Help >
About SBClient. 33179*USA
- When running Smart Query on SBClient/SB+ versions 5.2.4 and later, if you
clicked the elipses '...' button on the dictionary line and the VOC file
contained a large number of file pointers, a Windows error occurred and SBClient
closed abnormally. This issue was addressed by correcting a sort update function
that affected memory allocation. 6977*USA
- In SBClient versions 5.3.4 and later, Smart Query did no OEM to ANSI conversion
on data, field descriptions, or table headings when the output was directed to a
graphical user interface (GUI) or to Microsoft Office. This has been fixed.
6946*USA
- Version 5.3.7 resolves issues that caused the installation of newer versions of
SBClient to disable previously installed versions. As a result of this change,
SBClient will no longer report on registration details, and the Registration
Details option has been removed from the Help menu. 7243*USA, 6520*UK, 6185*USA
- In earlier versions, when running a file transfer process created in PD.LO (SB+
to DOS), sbclient.exe used 100 percent of CPU resources. This version corrects
the issue that caused high CPU usage when running this type of file transfer.
6944*USA
- At SBClient version 5.3.6, machines running Windows 2000 support the use of
the Japanese locale in the sbc script. 6312*USA
- The sbu2lic.dll has been renamed to u2lic.dll and we are no longer placing a
copy of the file in the System32 directory in order to prevent a conflict with
Crystal Reports.
- SBClient no longer continuously broadcasts messages over the local area network
(LAN) to keep the registration details updated. The broadcast message is now sent
automatically only once each time SBClient is invoked. A new Update button has
been added to the Registration Details screen so users can obtain a current count
of client sessions and user details at any time. To get the count and user details,
open the Registration Details screen and click the Update button. The Update button
closes the Registration Details screen and sends a broadcast message to gather the
current count of client sessions and user details. To view the results, you must
open the Registration Details screen again.
SBNCTEMP points to Unix temp directory configured in Samba for Windows access
SBNCWIN points to the same directory using Windows UNC notation
For example, the .profile entry for SB+ users on a Unix system may look like this:
...
# for Samba/network copy mode of SBClient
SBNCTEMP=/tmp/sbc
SBNCWIN=\\\\192.168.103.54\\public
export SBNCTEMP SBNCWIN
...
Please make sure that Samba is set up correctly and configured according to
Samba documentation. If you experience problems during an SBClient file transfer,
first check that athe Unix machine running Samba is accessible and that the
shared directory (the one to which both SBNCTEMP and SBNCWIN point) is available
and visible from Microsoft Windows Explorer.
- The Windows 2000 workaround that involved editing of registry keys is no longer
required.
- During installation, a dialog box asks users if they want to place an SBClient
shortcut on the desktop.
- The default installation directory for new installations has been changed from
C:\Program Files\Informix\SBClient to C:\Program Files\IBM\SBClient. Note that
profile and registry locations have also been changed and now refer to IBM.
- During an upgrade, existing sessions and setup details are copied from Ardent
Software to IBM.
- Passive FTP mode is now supported and requires addition of the following section
to SBOPEN.INI file:
[ft]
passive=1
- TU.LAUNCH.APP can now run applications by running a relevant data file; the
file extension will determine which application will be run. For example, a .DOC
file can be run by specifying the name of the file in the APPLICATION parameter
and specifying D in the OPTIONS paramater.
To use the BCC functionality, enter the BCC addresses in the CC parameter as
described below:
- In the SB+ GUI, "Print Screen" and "Switch to CEO" options have been added to the
Tabfolder's System menu.
- A new HOST LIBRARY routine retrieves the SBClient session configuration data.
- There have been various improvements to the Tree and List displays in SB+ GUI,
SBX mode.
- The positioning and sizing of GUI Help in the Status line has been improved, and
Tabfolder positioning has been improved when using Large Fonts.
- The Undo, Redo, Cut, Copy, Paste, and Duplicate options have been removed from
the Edit menu in Form Painter.
- Print SB+ Form and Print Desktop options have been added to the menus for
CEOs. 316724*USA
- The Form Painter has been modified to allow wildcard specification (such as a
null value) when multiple objects are changed. For example, to change only one
dimension of selected objects, you can now enter ';17' or '100;'. The value that
is omitted will be queried for each object and used instead.
- The Form Painter has been enhanced to place a history of the five most recently
edited forms on the File menu.
- A new option called FORM_WHANDLE has been added in the SBCom GetOptions API. This
option allows the VB/Delphi access to the Windows Handle of the (SB+ GUI) top form.
302811*USA
- When using Smart Query to Excel, you can size columns using Excel's autofit
option
rather than relying on the dictionary lengths. To enable this option, you need to
edit the item EXCEL.MACROS in the TUBP file in the host library by deleting the
Width macro and renaming the WidthAuto entry to "Width".
- Host programs are now provided to import and export TUQUERY files between the
host
and PC. To import/export a query:
* Log in to the account on the host to which you want to import your client query
definitions.
* At TCL, run the IMPORT.TUQUERY program to import your PC queries to the host or
the EXPORT.TUQUERY program to export your host queries to the client.
- You can use two generic subroutines from your own programs to import from any
client BTrieve file to any host file, and vice versa. The routines are:
[P] CLIENTFILE The name of the file on the client to import from
- Smart Query now supports GET-LIST and SAVE-LIST for queries. To use this
functionality, select Savelist from the Output combo box and enter the name of a
list to which you want to save. If you do not specify a name, the default name of
"SQLIST.":PORTNO is assigned, where PORTNO is your current port. You can also use
GET-LIST in your select statement on the Smart Query screen. For example, you might
enter: GET-LIST MYLIST
- On the Smart Query display field selection screen, the length of each field (as
per the dictionary definition of the field) is shown under the list box as each
field is selected. The total length of the selected fields is displayed under
the selected fields list box. This makes it easier to plan reports because you do
not have to run a report first to see its width.
- An Insert button on the Smart Query display field selection screen allows you to
insert a field before the selected field.
- SBClient now supports Device Licensing on UniVerse and UniData when running
SBClient on a Microsoft Terminal Server/Citrix system. Note that this requires
the latest version of UniData or UniVerse.
- The default installation directory for new installations has been changed from
C:\Program Files\Ardent Software\SBClient to C:\Program Files\Informix\SBClient.
Note that profile and registry locations have not been changed and still refer
to Ardent Software.
- Please see the file Patch.txt for details of problems fixed in this version.
- Grids
A Font attribute has been added to the multivalue grid, allowing you to change
the font used by the grid via SETATTR().
- SB+
This version incorporates Various changes to support SB+ functionality. (For
details, see the SB+ documentation.)
- FTP Passwords
If using FTP with a login script and the FTP password has not been set, the user
is now prompted for the password.
- TU.SCRIPTNAME
There is a new TU API that allows you to set the logout/login script from the
host. This is described below.
- Tray Icon
Double-clicking the SBClient tray icon now creates a new session. The online help
is now available from the tray icon.
- Network Copy
The Network Copy feature is now available on D3/NT. For this to work, D3 must have
a patch level of at least (7.1.4). You must also do the following to enable Network
Copy on D3:
* Logto DM account.
* Edit the HOSTS file and create or modify the existing item 'ntn'. It needs to
look like this:
<001> 01
<002>
<003> na
<004>
<005>
<006> For referencing raw data
Turn on Network Copy in the SBClient session setup. The rules for 'Share Name' are
the same as usual; in most cases, the Share Name is not required.
Note: Due to D3 limitations, there may be a potential problem with very large files
because the whole file must be read or written in one READ or WRITE rather than in
blocks as is the case on other platforms.
- SBClient Manager
The SBClient Manager has been introduced in version 5.0. By placing the Manager
in the Startup group in Windows, you can improve the startup performance of
SBClient significantly.
- Dial a Number
It is now possible to call the "Dial a Number" functionality when using a Network
session. This feature allows the user to telnet to a modem pool and then dial the
number by selecting it from the dial directory.
- TCL.SBCVERSION
As of this version of SBclient, TCL.SBCVERSION also displays the location to which
the Temp environment variable is pointing on NT platforms.
- New Documentation
The host library reference that was previously in the online help has been
enhanced and moved to a new manual, Developers Guide, which is part of the
online documentation set. The new documentation requires Adobe Acrobat 4.0,
which is shipped with this version of SBClient.
SB OLE Server
-------------
The following functionality was introduced in release 4.5.5, but is not included
in the online documentation.
- form_parent
The form_parent option in the setoptions API allows the VB/DELPHI etc code to
pass the VB/DELPHI etc form handle to be used as a parent for the SB+ forms.
If a valid form handle is passed, SB+ will parent all its forms to the given
handle. This ensures that the SB+ forms will never be hidden behind the VB/DELPHI
forms and thus obstructed from view. In other words, the z order will be correct.
Use the SetOptions method with "form_parent~" concatenated with the desired
parent window as soon as the desired VB/DELPHI parent form has been created.
This has been added to the VBExplorer example in the samples directory of the
SBClient CD.
- Improved robustness of the SBCom interface fixes an issue with events being
lost. The problem manifested itself when a user logged in to a host and the
menu did not display at login until a refresh was requested.
- There is a new SERVER_EVENT that SB+ sends to the client when doing a logto
to tell the client to clear the tree and repopulate the tree with the
accompanying menu. The event is sbcom_refresh and is identical to sbcom_menu
in syntax.
- The 'parameters' parameter of the StartServer() API can now have an unlimited
amount of ~ delimited script replacement data pairs. In addition, there is also
a new reserved value that can be used to override the hostname or IP address that
is stored in the SBC file. The pair that can be added is:
'<HOST>'~hostname
where '<HOST>' is the reserved word (note uppercase) and hostname is the variable
containing the new host name or ip address.
- Any SBClient macro can now be called from the SBCom interface using the syntax
below.
Status = sbc.SendEvent(SessionHandle, "MACRO", "[macroname('paramaters')]", val)
where
- macroname is the macro to call
- parameters are the parameters to pass
The macros are described in the Using SBClient manual.
- When an SBClient process closes, focus does not return to the Explorer. This
issue is resolved by some new functionality that the application using SBCom can
implement. At this version, SBClient sends an event to the application code when
the last SB+ form in the form stack has been closed. The application (such as
Delphi or VB code) then needs to set focus to itself. For example,
- In the past, it was difficult for an application using SBCom to manage closed
or lost connections. At this version, a server state 10 indicates to the
Delphi/VB program that the session has been disconnected (the server has gone
down). The Delphi/VB program can then notify the user and clean up gracefully
by doing the normal shutdown in VB.
If event_data = 10 Then
' External disconnect happened underneath us!
MsgBox ("The server has been disconnected")
' Now shut down the server session gracefully
' Server is shutting down - set the timer to
' give some time for logouts to happen before
' shutting down server. Also show disconnection progress.
Timer1.Interval = 3000
ProgressBar1.Value = 50
ProgressBar1.Visible = True
lconnect.Caption = "Disconnecting ... 50 %"
End If
- At this version, you can hide the SysTray icon When using the SBCom interface.
This can be achieved by setting the new environment variable notrayicon=1 in the
environment section of the sbopen.ini file in the TU directory. This environment
variable is only valid for the com interface - the normal running of SBClient
will always have a tray icon irrespective of this setting.
- A new SBCom event called tree_shell brings up SBClient and places the user at
TCL. This is similar to typing 0 at a menu prompt in SB+ GUI. The session can then
be resumed by typing mm at the TCL prompt. For example,
- A new option called OPEN_FORMS in the getoptions API returns true if there is
a form or forms open. The syntax is as follows:
forms = fLogin.sbc.GetOptions(fLogin.SessionHandle, OPEN_FORMS)
SBCom applications can check this before allowing the user to close a form and
display a dialog box to tell the user to quit the SB forms if necessary before
shutting down.
Note: Since the GetOptions generically returns a string, the return variable (such
as forms, above) must be declared as a string, not a Boolean.
- A new option called FORM_TITLE in the setoptions API prefixes all SB+ forms
with whatever is passed into this call. The syntax is as follows:
status = fLogin.sbc.SetOptions(fLogin.SessionHandle, FORM_TITLE~My Title is
SBExplorer - )
Note that you should set this option before the user has an opportunity to display
an SB+ form, such as in the Load Form event of the Explorer.
- SBCom applications can use two new events, GUI_HIDE_FORMS and GUI_RESTORE_FORMS,
to hide and restore all the SB GUI windows that are open when the application is
minimized and restored. For example,
status = fLogin.sbc.SendEvent(fLogin.SessionHandle, GUI_HIDE_FORMS,
fLogin.SessionHandle, val)
status = fLogin.sbc.SendEvent(fLogin.SessionHandle, GUI_RESTORE_FORMS,
fLogin.SessionHandle, val)
Note that this does not hide dialog boxes, as dialog boxes cannot be minimized
in general windows.
If you set the user_data value to <NULL>, the dialog box does not appear, but
SBClient sends through a null value.
- It is now possible to set fonts in the debug window of the SBCom interface.
When you pass the debug parameters, value 2 is the window handle, value 3 is the
font size in same format as SBClient (such as 7x14), and value 4 is the font
family (fixed-pitch fonts only).
- Error code -8 was added in the sendevent API to indicate an invalid event.
Known Issues
============
- New Launch Screen Does Not Display Properly at 256 Colors Setting
The new launch screen available in SBClient 5.4 does not display
properly with a setting of 256 colors. On monitors that display 256
colors, we recommend using the old launch screen, which is available
as a preference. For more information about changing your launch screen
preference, see the IBM U2 SBClient 5.4 New Features manual on the
documentation CD. 34896*USA
- TU.TO.123
The TU.TO.123 API does not function correctly when communicating with Lotus 123
in SmartSuite 97. In this release, Lotus 123 removed its DDE interface. This
makes it impossible for SBClient to interface with Lotus 123 through DDE.
- FTP
Due to some technical issues, it has not been possible to provide FTP support for
D3 on Windows NT. Note that Network Copy is now available on D3. (See "New Features
in This Release" above.)
- Pervasive 7
There is a conflict between applications that use Pervasive.SQL (or Pervasive
version 7) and SBClient. The problem occurs when the old BTrieve engine
(w32mkde.exe) is started and running in SBClient before the new Pervasive version 7
engine (w3dbsmgr.exe) is started. If SBClient is running, an attempt to launch a
Pervasive.SQL application results in following error message:
"W3DBSMGR Error 8594 - Engine cannot be restarted. Pervasive components are in
use and must be shut before restart can occur."
If you want to run SBClient on machines with Pervasive version 7, you must force
SBClient to use the new engine (Pervasive version 7) rather than the old engine
(BTrieve 6.16). To do so, complete the following steps:
* Copy the wbtrv32.dll file from Pervasive's bin directory into the
..\SBClient\SBOpen\Bin directory. (Rename the existing .dll file in SBClient's
bin directory first, as a precaution.)
* Modify the registry setting for the maximum item size that can be written by
the BTrieve engine. For example, use 'regedit' to change the key setting for
Max Communication Buffer Size from a default of 10 to d800 (hex) in
HKEY_LOCAL_MACHINE\Software\Pervasive Software\MicroKernel Workstation Engine\
Version 7\Settings.
* Optional: To disable the display of the Pervasive splash screen when the engine
starts, modify the key 'Splash Screen' in HKEY_LOCAL_MACHINE\Software\
Pervasive Software\BTrieve Requester\Version 7\Settings. Set the value of the
key to 'no'.
Documentation Errors
--------------------
- The online documentation on the SBCom interface contains an error relating to the
[com_data(data)] script macro on page 227 in the Using SBClient manual
(DSC-5002.pdf) and on page 880 in the SB+ Server manual, Appendix Q. The correct
syntax is as follows:
[com_data(data)]
- In the online help section "Script Setup," the documentation describing Hidden
Session behavior is incorrect. The first sentence should not read "The session
window is hidden until the script is complete, then the session window is
displayed as normal." It should read "The session window is hidden indefinitely."
*********************************************************************************
*** Note ***
*********************************************************************************
For a full listing of problems fixed in this version of SBClient, please see the
patch.txt file in the install directory of the SBClient distribution.
Miscellaneous Information
=========================
- The Wyse terminal emulations use the Wyse ANSI keyboard. If you want to
emulate the Wyse EPC keyboard remap, using the Terminal Configuration>Key
Mapping dialog box to remap the following keys:
Insert to (27)r
Shift+Insert to (27)q
Delete to (127)
Shift+Tab to (27)I
- Network Copy
If you are using Network Copy between multiple NT domains (for example, the domain
you need to connect to is different from the one which you logged in to), we
recommend that you create a drive mapping to the TEMP directory on the Windows NT
server. See the online help for instructions. Mapping a drive will avoid problems
with authentication when connecting to this domain. Note: This drive mapping should
always be reconnected at login time.
- TU.TERMINATE
You should no longer use TU.TERMINATE. It was originally provided for people who
use the host library, not SB+ users. SBClient required a generic initialization
because there is no login, so TU.INIT was added to provide this functionality.
TU.TERMINATE served to clean up the client objects afterwards.
Prior to version 4.5.2/4.5.3, the basic ROC code was stored in two mirrored
libraries: one part was in the host library, and the other part was in SB+. The
libraries are now merged; both use the host library code. SB+ calls the TU routines
directly. When you log in to SB+, SB+ now calls the TU.INIT and when you exit SB+,
SB+ performs the TERMINATE function. It is therefore not necessary (and actually
quite dangerous) to call TU.TERMINATE from the user's own code. This is because if
you call TU.TERMINATE, it destroys the GUI objects on the client as well as the GUI
objects with which the SB+ GUI communicates. Clearly, any application that uses SB+
should not call TU.TERMINATE because it destroys the SB+ objects. You should not
use
TU.INIT unless SB+ is not being invoked (for example, if an application uses only
the host library from UniBasic). Calling TU.INIT and TU.TERMINATE is costly in
terms of processing overhead as well. If you do use TU.TERMINATE, you should call
it only once, just before shutting down the application.