TSX-32 Version 6.20
 
 
Release Notes
 
 
Copyright (c) 2002.  S&H Computer Systems, Inc.
 
 

===  Changes and improvements in TSX-32 version 6.2  ===

-- RUNTSX enhancements --

The RUNTSX program has been updated to updated so that it operates properly
on high-speed computers such as Pentium 4.  An additional timing delay was
required during the transition from 16-bit DOS mode to 32-bit TSX mode. The
delay built into the new version of RUNTSX is sufficient for all computers
that we have been able to test it on.  If you need additional delay, you
can specify the following command-line option:

RUNTSX /DELAY=xxxxx

where 'xxxxx' is the delay parameter.  The default value of the delay
parameter is 20000, so if that doesn't work, try increasing it.

-- Support for Spotline 110 TCP/IP Terminals --

Version 6.2 supports the Spotline 110 TCP/IP terminals.  These terminal
boxes connect to ordinary VGA monitors and PC keyboards and have an
Ethernet card that communicates to TSX-32 using the Telnet protocol. All of
the function keys can be used on the Spotline, and output is displayed in
color. These terminal controllers are at attractive alternative to buying
traditional serial terminals and serial multiplexers. For additional
information about Spotline terminals, see http://www.spotline.com

-- 3COM Ethernet card enhancements --

Major work has been done on the 3com Ethernet driver to fix a problem that
could cause system crashes with "Pool space exhausted" errors if large
numbers of input packets were received.  For most situations, the problem
is corrected without having to use any sysgen parameter. However, if the
problem still occurs, it can be dealt with by placing the following
qualifier on the DEVICE statement in the tsx32.gen file:

  /MAXMBUF=xxxxx

where 'xxxxx' is the maximum number of bytes of MBUF space that may be used
by packets received by the card.

-- System Crash Fix Related to NDP Fortran --

A bug in memory management has been fixed that caused TSX-32 to crash when
the NDP Fortran compiler was run.  Although the NDP Fortran compiler is the
only program that we know of that triggers this crash, the problem was
fairly general and potentially could be caused by other programs.

-- Improvements Related to NDASYNCTIMEOUT --

The NDASYNCTIMEOUT sysgen parameter is used to control how long the network
device access system will wait for a response from a remote computer before
declaring a timeout.  When a timeout occurs, version 6.2 now writes to the
SYSWARN event log information providing the ID of the job that issued the
network request and the function code that was being executed. System
services have been added to enable applications to get and set the value of
NDASYNCTIMEOUT.
