CHRONOLOGY OF DCCONNECT, DCTPB AND TC FIXES AND ENHANCEMENTS
------------------------------------------------------------
This file catalogs fixes made to the DCConnect products since we
shipped the 1.4.0 revisions of the following DCConnect product CDs in
August 1999 and continues through to the present day:
DCConnect Server
DCConnect Toolkit
Transaction Connection
DCConnect Transaction Building Tool
LoadODBC database loading tool
Note 1: Prior to fix pack E, fixes for the DCConnect Transaction Building
Tool were included in a separate fix pack.
Note 2: Fixes for the DCConnect Client (formerly '752X Emulator for DOS')
and for the JD Edwards adapter are provided in a separate fix packages.
Note 3: The method / format for distributing fixes has evolved over time.
Each fix pack that we create is assigned a letter. The first is A,
the second is B, ...
Each fix pack is set up as a self-extracting zip file. There is one fix
pack file for OS/2 and one for Windows/NT.
The self-extracting zip file for OS/2 is called:
OS2F140n.EXE
where 'n' is the fix pack letter (A, B, ...)
The self-extracting zip file for Windows/NT is called:
NTF140n.EXE
where 'n' is the fix pack letter (A, B, ...)
The rest of this document will refer to these self-extracting zip files as
OS2F140n.EXE and NTF140n.EXE rather than specifying a particular fix pack
letter for 'n'. But when performing any steps below that use these file
names, be sure to use the appropriate fix pack letter in place of 'n'. For
example, for version D of the fix pack, use OS2F140D.EXE and NTF140D.EXE.
In addition to describing the fixes made, this file explains how to
install the OS/2 fixes from the OS2F140n.EXE self-extracting zip file and
the NT fixes from the NTF140n.EXE self-extracting zip file.
See the bottom of the file for the date of the last change.
All fix packs are cumulative; you need only install the latest fix pack in
order to get all fixes that apply to the products on the 1.4.0 versions of the
DCConnect products.
If you have the file OS2F140n.EXE or NTF140n.EXE you can either create
diskettes from which to install the fixes or you can expand the
file on the hard drive into any empty subdirectory and run the installation
from that subdirectory.
IMPORTANT NOTE FOR ALL USERS:
-----------------------------
These fixes can only be installed if your PC has been rebooted since you
installed from the 1.4.0 version of the DCConnect CDs. The installation makes
use of some operating system environment variables (e.g. DCCONN). In addition,
these fixes CANNOT be applied to the -03 revision of the DCConnect CD or any
prior version.
EXPANDING AND INSTALLING OS/2 FIXES FROM THE HARD DRIVE
-------------------------------------------------------
To expand and install OS2F140n.EXE from somewhere on your hard drive,
perform the following steps:
1) Create or choose an empty directory anywhere on your harddrive. For
example: C:\TEMP
2) Copy or download OS2F140n.EXE to that directory
3) Make sure that directory is the current directory and then run the
executable by typing:
OS2F140n
This will expand all the files into the current directory.
4) To install the fixes, first make sure none of the DCConnect products are
running and that the current directory is the one containing the expanded
contents of the OS2F140n executable. Issue the following command:
INSTALL
5) Continue with the section below marked: CHRONOLOGICAL SUMMARY OF
FIXES/CHANGES
EXPANDING AND INSTALLING OS/2 FIXES USING DISKETTES
---------------------------------------------------
If you need to update several OS/2 DCConnect machines with fixes and you want
to run the fix pack installation from diskette, you can use the MAKEDSKS.CMD
command file to create the diskette. Perform the following steps:
1) Create or choose an empty directory anywhere on your harddrive. For
example: C:\TEMP
2) Copy or download OS2F140n.EXE to that directory
3) Make sure that directory is the current directory and then run the
executable by entering:
OS2F140n
This will expand all the files into the current directory.
4) To create the diskettes, first get three completely blank, formatted 1.44
3.5 in. diskettes. Then run the following command file from the current
directory:
MAKEDSKS
This will prompt you for the diskettes that are needed and copy the
appropriate files to them.
5) To install the fixes contained on the fix diskette, first make sure none
of the DCConnect products are running and make sure the first fix
diskette is in drive A: Issue the following command:
A:\INSTALL
If additional diskettes are needed, they will be prompted for. (Of
course, drive B: could be used for the installation as well).
Note: Once you have created the diskettes, you could also copy the contents
of the diskettes to an empty directory on the target system and then run the
installation from that directory. In fact this is probably faster than
running the installation directly from diskette.
6) Continue with the section below marked: CHRONOLOGICAL SUMMARY OF
FIXES/CHANGES
EXPANDING AND INSTALLING WINDOWS/NT FIXES FROM THE HARD DRIVE
-------------------------------------------------------------
To expand and install NTF140n.EXE from somewhere on your hard drive,
perform the following steps:
1) Create or choose an empty directory anywhere on your harddrive. For
example: C:\TEMP
2) Copy or download NTF140n.EXE to that directory
3) Make sure that directory is the current directory and then run the
executable by typing:
NTF140n
This will expand all the files into the current directory.
4) To install the fixes, first make sure none of the DCConnect products are
running and that the current directory is the one containing the expanded
contents of the NTF140n executable. Issue the following command:
SETUP
5) Continue with the section below marked: CHRONOLOGICAL SUMMARY OF
FIXES/CHANGES
EXPANDING AND INSTALLING NT FIXES USING DISKETTES
-------------------------------------------------
If you need to update several NT DCConnect machines with fixes and you want
to run the fix pack installation from diskette, you can use the MAKEDSKS.BAT
command file to create the diskette. Perform the following steps:
1) Create or choose an empty directory anywhere on your harddrive. For
example: C:\TEMP
2) Copy or download NTF140n.EXE to that directory
3) Make sure that directory is the current directory and then run the
executable by entering:
NTF140n
This will expand all the files into the current directory.
4) To create the diskettes, first get five completely blank, formatted 1.44
3.5 in. diskettes. Then run the following command file from the current
directory:
MAKEDSKS
This will prompt you for the diskettes that are needed and copy the
appropriate files to them.
5) To install the fixes contained on the fix diskette, first make sure none
of the DCConnect products are running and make sure the first fix
diskette is in drive A: Issue the following command:
A:\SETUP
If additional diskettes are needed, they will be prompted for. (Of
course, drive B: could be used for the installation as well).
Note: Once you have created the diskettes, you could also copy the contents
of the diskettes to an empty directory on the target system and then run the
installation from that directory. In fact this is probably faster than
running the installation directly from diskette. However, you will be
prompted to insert the additional diskettes as they are needed by the
installation. The prompting dialog box will contain the current drive and
path which should be where the files were copied. You can accept that
location, and the installation will continue.
6) Continue with the section below marked: CHRONOLOGICAL SUMMARY OF
FIXES/CHANGES
CHRONOLOGICAL SUMMARY OF FIXES/CHANGES
--------------------------------------
For each change, a two character ID will be given indicating which product
had the change. Here are the IDs:
UI: DCConnect User Interface
SV: DCConnect Server - includes API code
TC: Transaction Connection
PB: DCConnect Transaction Building Tool (DCTPB)
IS: 7524 Interface Support
IN: Installation
HP: Help and online documentation
TL: Tools
SM: Sample
OD: LoadODBC
------------------------------------------------------------------------------
Prior to fix pack E, the fixes for DCConnect Transaction Building Tool were in
a separate fix pack. So before listing the fixes/changes for the DCConnect/TC
fix packs, we'll list the fixes that were in the separate DCTPB fix packs A-D.
------------------------------------------------------------------------------
9-10-97: PB: DCTPB32.EXE and BPTCD32.EXE no longer require the Visual Age C++
DLLs. The C library functions are now statically linked to these
executables. Executables are a little larger as a result, but they
can now run without any other files required (except the license
file).
9-20-97: PB: Fixed bug generating APND command with new parameters in BPTCD32.EXE.
You'd end up with an APND command containing only the last three
parameters.
9-23-97: PB: Checking for unreferenced labels is now done before checking for
unresolved labels. Unreferenced labels generate warnings while
unresolved labels generate errors.
9-24-97: PB: DCTPB32.EXE and BPTCD32.EXE now will use the environment variable
DCTPB to look for the license file if that license file is not found
in the current directory.
9-26-97: PB: Fixed problem processing ONKEY/ONSUB with maximum of 20 branches.
Increased maximum command length to 1024. Also fixed problem
processing commands that are split across multiple lines. A cause
for a trap was fixed as a result of these changes.
9-29-97: PB: Fixed bug processing CLRP command. In the terminal the CLRP would
work, but it would be followed immediately by a message indicating
the 'Parameter string is invalid'.
9-29-97: PB: Fixed bug generating CLRP command in BPTCD32.EXE. It used to show
up as a CLRS command with the 3 parameters for CLRP.
----------------------------------------------------------------------------
End of changes in version A of fix package for DCTPB (November 1997).
----------------------------------------------------------------------------
12-3-97: PB: SEND command for 7524 terminals now allows RS_232 as a target.
1-28-98: PB: GOSUB, ONSUB and RETURN are now allowed for 7524 programs.
1-28-98: PB: Added optional second parameter to the TERMTYPE command. It is
called ENFORCE_BINDINGS and it requires the use of the KEY command
to start programs instead of using the PROGRAM command. If
ENFORCE_BINDINGS is used, then for 7527/7524 programs, DCTPB
will resolve labels for branches between programs. Of course this
requires that when binding your programs in DCConnect, you do it
exactly as stated in all the KEY commands dictate. (Without the
ENFORCE_BINDINGS parameter, branches to other programs for 7527/7524
must use a step number). See DCTPB32.RME for more details.
2-27-98: PB: KEY and ENDKEY commands are now allowed in imbedded scripts if
the ENFORCE_BINDINGS parameter was specified on the TERMTYPE
command. The TERMTYPE command must still be in the highest level
file; it can't be in an imbedded file.
2-27-98: PB: The KEY command will now accept a number for the key name parameter -
just like ONKEY, ONSUB, GOTO, GOSUB, and BRAUV commands.
3-5-98: PB: Refixed the 9-20-97 fix regarding a bug generating APND command with
new parameters in BPTCD32.EXE. You'd end up with an APND command
containing only the last three parameters. This fix got lost while
making other fixes.
3-9-98: PB: BPTCD32.EXE no longer traps if no command line parameters are given.
----------------------------------------------------------------------------
End of changes in version B of fix package for DCTPB (June 1998).
----------------------------------------------------------------------------
4-7-99: PB: The second parameter for the GOTO command is now optional if the
first parameter is END_OF_PROGRAM.
4-18-99: PB: Due to a typo, the program number TCH12 was flagged as invalid for
the GOTO, GOSUB, ONKEY and ONSUB commands even though all other
TCHxx regions were valid. This was also a problem on the KEY
command when bindings were being enforced.
4-19-99: PB: Documentation (DCTPB32.HTM) enhanced with HTML skeleton so it can
be viewed in browser with links to each section from the table of
contents as well as other references. This updated documentation
is now included in the fix pack.
----------------------------------------------------------------------------
End of changes in version C of fix package for DCTPB (May 1999).
----------------------------------------------------------------------------
NOTE: FIX PACK D AND BEYOND CAN ONLY BE APPLIED IF YOU HAVE INSTALLED FROM
THE 1.4.0 CD FOR THE DCCONNECT TRANSACTION BUILDING TOOL.
9-27-99: PB: Fixed problem ignoring tabs between an ending double quote and
a comma that is the delimiter before the next parameter.
5-11-00: PB: Inline messages and messages from MESSAGE commands can now be
used at the same time. The message numbers in MESSAGE commands
no longer need to be sequential either - although for maintenance
purposes, it is probably a good idea to organize them that way.
5-12-00: PB: Redid WARNING 117 about unreferenced labels so that the individual
references are only written to dctpb.err and not to the screen -
since most of the time these are harmless
5-17-00: PB: The APNDSTR command now accepts 0 for the length, indicating that
the exact length of the text should be used. Always using 0 for the
length is now recommended - so that counting errors are avoided.
10-19-00: PB: Corrected problem with line number referenced in warning/error
messages. In 5-11-00 change, a two pass approach for parsing the
file was implemented. However, the line number for the highest
imbed level was not reset to 1 between the two passes.
Also fixed problem where line number was always 1 more than it
should be.
02-13-01: PB: Added a utility which, given the top level script name, generates
a single listing file containing all imbedded files. The listing
includes the line numbers for all imbedded files as well as
a letter indicating at what level each file is imbedded. The
utility as the following syntax:
imbedscr filename.scr
Where filename.scr is the name of the script file that you would
specify when invoking dctpb32.exe.
The output file name will have the same 'filename' portion as the
input file name but will have the extension .LST.
Having a single listing file is useful when you have lots of
imbedded scripts and you need to search them or analyze them.
Note: This same tool can be used with Transaction Connection scripts!
02-27-01: PB: The maximum number of keys allowed for an ONKEY or ONSUB command
is now 50.
02-27-01: PB: Comments starting with double slash (//) are no longer automatically
included in the .PGM file during compile. If you want double-slash
comments to be included, you must specify a second command line
parameter, INCLUDE_COMMENTS, when running DCTPB32.EXE.
You may want to use the INCLUDE_COMMENTS parameter if you want them
to show up when the program is viewed using, for example, the
DCConnect Toolkit. However, comments that are included in the .PGM
file result in a larger download to 7524/7527 terminals (2 extra
bytes per comment).
----------------------------------------------------------------------------
End of changes in version D of fix package for DCTPB (March 2001).
----------------------------------------------------------------------------
.
.
.
----------------------------------------------------------------------------
Start of changes for version A of DCConnect/TC fix pack (August 1999)
----------------------------------------------------------------------------
7-01-99: UI/SV: The Poll Cycle and Slow Poll Rate parameters on the
Polling page of the Node notebook have been removed and these
parameters can now be changed in the Line Settings notebook (before
they were read-only in the Line Settings notebook). So these
parameters can now be different for each line.
In addition, the granularity of the Slow Poll Rate was changed from
1 minute to 1 second with graduated values up to 15300 seconds (255
minutes).
7-09-99: TC: Commas are now allowed within parameters that are delimited
by double quotes. For example, you can now specify:
Format_UV (UV1, STRIP_ALL_CHARS, ",")
7-13-99: UI: Changed the 0 value for the good and bad transaction beep
durations to show as 0.00 instead of 0.0. Prior to this change
the GUI could actually trap when the Terminal Settings notebook
was brought up if the value from the file was '0'.
7-13-99: UI: (NT Only) Added in DLLs from a Visual Age's 3rd addendum to
the fix pack we built with. This takes care of part of the
problem with linking and dropping transaction programs on the
Terminal Settings notebook bindings page. Without these DLLs
the program would show up two or more positions above where the
mouse was clicked.
This is an old problem that was previously fixed by Visual Age and
now has come back. Unfortunately, these new DLLs don't fix the
problem 100%. The first click that is done after another window
has focus will have the same problem. All subsequent drops will
not have the problem - until you click on another window and
come back. The problem is you generally will drop one copy of
each program, so each time you link a new program and come back
to the notebook to drop it you will have a problem.
To work around that for now, before clicking to drop the program
on the desired line, click once with the left mouse button in the
grey area of the notebook and then click to drop the program on
the desired line. We are working with the Visual Age group to
get a complete fix.
7-14-99: SV: Changed the state that a terminal is put into if a download
fails because the terminal did not respond. In the past all
failed downloads left the terminal in the STOPPED or LOAD FAILED
state. Now the terminal will be put into the BAD RESPONSE state
right away and a slow poll will be kicked off to see if the terminal
is even responding. If the terminal does not respond to the slow
poll, it will be put in the NO RESPONSE. In either the BAD or NO
RESPONSE states, the terminal will be slow polled (except in the
case of RF where it is not necessary). When the terminal begins
to respond properly again, the download that had failed previously
will automatically be started again.
As part of this change, eliminated an old, small possibility of
having the terminal left in a download state at the lower levels
while the upper levels thought the terminal was no longer
downloading.
7-20-99: SV: Changed the Serial Terminal Driver so that it looks to see
if is attached via modem. If it detects that it is, it will not
attempt to write to the port unless the modem has a connection.
The driver assumes a modem is attached if it finds DSR on and it
gets an OK response to an AT command.
Prior to making this change, the driver's normal slow polls that
were written to the port would abort any dial-up attempt that
was being made to the modem at the same time.
Note: this change has only been made in the Windows/NT version of
the code so far. It is not in the OS/2 code or the ARTIC code.
8-11-99: TC: (NT only) CheckColor may return incorrect branch response. The
CheckColor color compare test was failing to check if the screen
position being tested had the reverse image attribute bit set.
8-12-99: TC: (NT only) Fixed the slow middle list box update problem - which
would occur after it filled up. This problem was introduced when
we went to latest Visual Age fix pack. It was fixed by the latest
Visual Age PTF to that fix pack.
8-16-99: SV: Included latest version of the ARTIC-resident communications
driver (RICCS.COM) for support of the latest Interface Boards where
the number of RS-232 and RS-485 ports is configurable.
8-17-99: UI: The 'Please wait' window now shows before the Communications
System (DAE) is started.
8-21-99: UI/SV: Changes made to support .DLLs for CFRs and for downloading
CFRs as-is instead of fixing them up first. This is in anticipation
of a 32-bit version of the 752x Emulator for use on Windows NT/95/98
and ultimately Windows/CE systems. It will also facilitate the
ability for the DOS-based emulator to save all files locally thus
eliminating the need to have the terminal downloaded after a reboot.
All of these are possible (probable) future enhancements to our
752x Emulator product - but no guarantees should be assumed by this
statement.
8-23-99: IS: (NT only) The default NUIF_CFG file has been changed to have the
'Verbosity level' set to 1 instead of 2. At level 2, if terminal
generated data contains a %B, %E or %G, NUI_SERV.EXE will either
trap (%B) or report a 'R6002 - Floating point not loaded' error and
then terminate itself and NUI_COMM.EXE. At a 'Verbosity level' of
0 or 1, this problem does not occur.
This problem does not occur for this kind of data string if that
string originates from the PC.
8-25-99: IN: (OS/2 only) An update was made to the license checking
program DCCLUM.EXE to take care of the 40+ second delay that occurs
when running on a system in which TCP/IP is not installed.
8-30-99: SV: Fixed problem in Norand RF terminal driver concerning regaining
communications with a terminal after it had gone out of range for
a long enough period of time to have DCConnect put the terminal in
the not-responding state. The problem resulted because the
controller buffers commands that cannot be sent to terminals when
they are out of range. These commands are sent when the terminal
comes back into range but the responses to these commands are
misinterpreted as responses to other commands that DCConnect sends
at the time that the terminal begins to respond again. Symptoms of
this problem include a sequence of the following messages in the
message log for a particular terminal:
DCR0111: Terminal xxx is not responding to commands; will keep
trying . . .
DCR0261: Received unexpected data from terminal nnn, length
is 13: CLRUTHERE6B.
DCR0112: Terminal xxx has wrong type, is starting up, or is in a
bad state.
DCR0261: Received unexpected data from terminal nnn, length
is 17: CJ9(.
DCR0141: Terminal xxx is now responding properly.
This sequence caused the reestablishing process to take a minute or
two instead of the normal 5 to 10 seconds.
The code has been fixed to filter out the latent Are-you-there
responses so that they are not misinterpreted as responses to
other commands.
However it is important to note that the occurrence of this problem
indicates a possible coverage problem because it means there are
periods of at least 1 or 2 minutes where terminals are not
communicating with any access point.
This problem did not occur if the terminal is simply powered off and
on - whether or not the terminal was communicating at the time of
power off and on. This is because when the terminal is powered up,
the controller deletes any messages that were buffered for that
terminal.
----------------------------------------------------------------------------
End of fixes in version A of 1.4.0 DCConnect/TC fix package (August 1999).
----------------------------------------------------------------------------
9-08-99: SV: (NT only) The serial port task was enhanced to issue a modem
hangup command when a live modem connection has 10 consecutive
commands that get no response.
9-20-99: UI: (NT only) Found a workaround for the drop problem on the
bindings page of the terminal notebook. See the 7-13-99 problem
description above for all the details.
10-5-99: TL: Enhanced the LINETRAC.EXE utility so that it can write the
trace data to a set of cycling logfiles. Four new command line
parameters are used to accomplish this. In order for any logging
to be done, the F= parameter must be used. The new parameters are
all case-insensitive:
F=filename where 'filename' is the base filename WITHOUT ANY
extension. A path can be specified as part of
the file name - such as: f=c:\trace or f=..\trace
or f=c:trace
LINETRAC.EXE will use the base name and append to
it unique extensions in the range 000-999 for the
various log files it creates.
If this parameter is not specified, no logging to
file is done.
C=capacity where 'capacity' specifies the maximum number of
bytes each logfile can hold. Valid values are in
the range 10000 through 10000000. If this parameter
is not specified, the default capacity is 1000000.
#=number where 'number' specifies the maximum number of old
logfiles that will exist at one time. When a new
file is created (because the previous one filled up
to the specified capacity), if more logfiles than
'number' already exist, the oldest one is deleted.
This 'number' does not include the file that is
currently being written to. So in the case #=1
one old logfile will exist while a new one is being
filled up. When that new one fills up, the old one
is deleted and the next one is created.
Valid values are 1 through 999. If this parameter
is not specified, a value of 10 is used.
NOT_TO_SCREEN specify this parameter if the trace data should
not be written to the screen. Note, if you specify
this parameter and do not specify an F=filename
parameter, trace data will not be written to screen
or file.
An example command line, specifying trace files to go in the
c:\temp directory with the name trace.nnn (where 'nnn' will be in
the range '000' to '999') and specifying up to 5 saved logfiles
would be:
linetrac tcp f=c:\temp\trace #=5
NOTE: In Windows/NT it may be necessary to enclose in double quotes
any parameter that includes an equal sign. For example:
linetrac tcp "f=c:\temp\trace" "#=5"
In this case, the default capacity of 1 million bytes per logfile
would be in effect. When LINETRAC starts up, the first file it
writes to will be C:\TEMP\TRACE.001, when that fills up *.001 will
remain and *.002 will be created and filled up. This continues
until *.001 through *.005 are all filled up and *.006 is being
written to and is about to become filled. When *.006 does fill up,
*.001 is deleted and then *.007 is created and begins to fill up.
When *.007 fills up, *.002 is deleted and *.008 is created. File
creation and deletion continues in this manner until LINETRAC is
ended. Should the file extension reach *.999, the next value will
wrap to *.000 and continue with *.001, *.002, ...
Whenever LINETRAC starts up, it looks for existing trace files and
determines which one is latest. Then, based on the '#=' parameter,
any extra trace files are deleted. New trace data will be written
to a new empty file - as opposed to being written to the end of the
latest file. For example, if LINETRAC starts with #=5 and the
following logfiles exist: *.025 *.026 *.027 *.028 *.029 and *.030,
*.025 would be deleted and new trace data would start in *.031. If
other trace files existed in addition to these (which could happen
if you used a larger #= parameter the previous time LINETRAC was
run) the extra files would be deleted.
10-15-99: SV: Fixed problem download 7527 ETS that was introduced with fix
pack A. The change that was made to allow downloading of CFR DLLs
(8/21/99) broke the fixup/downloading for 7527 ETS. When the
problem occurs, the download fails with the message:
DCR0035E: Error reading from %s, errno = %s.
11-02-99: SV: Reading of keywords in DCX2.INI file and EXTRA.CFG file is now
case-insensitive.
11-02-99: SV: Fixed problem in handling multiple data request applications.
If two apps were started and the first one shut down, requests to the
second app would get a -209 return code (DCX_APPL_NOT_REGISTERED).
11-15-99: TC: Fixed several year 2000 problems - all of which resulted in
the year showing up as the 4 digit value minus 1900. This is fine
through 1999, but for 2000 you get 100, for 2001 you get 101, etc.
The areas affected are:
- The data part CURRENT_YEAR
- The data part CURRENT_DATE
- For the command Write_Xact, if no transaction date was explicitly
specified as the last parameter. In this case, all attempts to
write a transaction would fail because the date put into the
transaction by TC would be invalid. The first attempt would
result in a TC error which stated the Write_Xact command failed
with a -506 error from DCConnect (-506 is DCX_INVALID_DATETIME).
- Dates that were shown on the screen and the trace data.
11-15-99: TC: Fixed two date related problems with the Xact_Age command - which
were not specific to the year 2000:
- Year wrap problem: for any year, if the transaction was dated from
the prior year, (for example 12/31/98 23:59:00) and it arrived in
TC the next year (for example 1/1/99 00:00:05) the calculation for
the age of the transaction would yield a negative value - which
translated to the transaction always being considered 'young'
enough even if in fact it was too old.
- In any leap year, after February 29, Xact_age would indicate all
transactions were too old because it was one day ahead of where
it should have been.
11-18-99: SV: The 7-1-99 change to move the poll cycle and slow poll rate
to each line - rather than having one setting from the node was
not done entirely correctly. Due to a typo in the code, the poll
cycle was taking the value of the slow poll rate.
11-19-99: TC: Added handling of SQL_CODE value of -30081 so that it is handled
in the same way as -30080. In the past, if this SQL_CODE was
received TC would shut itself down.
----------------------------------------------------------------------------
End of fixes in version B of 1.4.0 DCConnect/TC fix package (November 1999).
----------------------------------------------------------------------------
12-09-99: SV: In the past if a mailbox's .LOG file was deleted and the
pointers into it indicated there were transactions to read, the
next time the server was started, a new .LOG file was created but
the pointers were not reset. This would result in empty or garbage
transactions. The server now resets the pointers in any case
where it has to create a mailbox.
12-09-99: TC: The Xact_Age feature added in April 1999 that allowed the
AGE_SECONDS to be set to -1 did not always work. -1 is supposed
to force the branch to always be taken. This has been fixed.
12-22-99: SV: Fixed problem which could result in a terminal being locked
from processing any commands; the server would have to be shut
down and restarted to fix the situation.
The failing scenario was extremely rare. One layer of DCConnect
would have to be in the middle of a command and get an invalid
response to a status command immediately after another layer of
DCConnect had just determined that the terminal was not responding.
01-24-00: SV: Added support for stream sockets to the TCP/IP terminal driver.
This enables support of the Intermec Antares line of terminals which
do not support the pure UDP protocol that is used for all of the
other TCP/IP terminals that we support. The same port number (7500
by default) is used for all terminals attaching via UDP and all
attaching via TCP stream sockets. Due to the way the Antares
terminals are designed, they must use the same port number as
DCConnect.
The server code was written so that you do not have to specify in
the configuration which terminals are attaching via UDP and which
are attaching via TCP stream sockets. By default all are considered
to be UDP. But if a terminal initiates contact requesting a stream
socket, the server will begin to communicate with that terminal
using a newly created stream socket.
01-31-00: SV: Fix for APAR PQ35298: problems after starting the Server when
it was already running. Prior to the fix, starting it a second time
would prevent the User Interface from starting and it would prevent a
shutdown from being done - although other APIs worked fine.
01-31-00: TC: Transactions with a transaction ID greater than 121 are now
ignored if no StartMatch script is set up to handle them. In the
past, although the StartKey script command restricted the IDs to
a certain set whose corresponding IDs were in the range 1-121 (F1,
F2, F3, ..., ADDL7, ADDL8, TOD), if a transaction came in with an
ID greater than 121 and that transaction was not handled by a
StartMatch script, then TC would go off the ends of internal arrays,
jumping clusters to try to process the transaction.
02-18-00: SV: Changed the download process to encode the download size of
files going to terminals of the 7524 type if the size exceeds
99999 bytes. 5 bytes are used to specify the size. If the size
is > 99999, the first byte is 'A' to 'Z' indicating a multiple of
65536, where 'A' is a multiple of 1. The remaining 4 bytes is
a hex value from 0x0000 to 0xFFFF specifying the remainder value to
be added to the value derived from the first byte - resulting in
the true file size.
Although this was done for the 7524 file type, only terminals
running 752x Emulator for DOS built after 2-18-2000 can take
advantage of this. True 7524 terminals (Norand 11xx, 17xx, 59xx)
do not support files bigger than approximately 65500 in length.
03-03-00: TL: Fix for APAR PQ36218: User Interface not refreshing because
the Node name started with a number rather than a letter. The
DCConnect Configuration tool will now only allow an alphabetical
character as the first letter in the Server Node name. Any other
characters in the name can be a mix of alphabetical or numerical
characters. This change had to be made because of the Node name
requirements of the underlying DAE product.
03-27-00: TL: Fixed problem handling long file names in backup/restore utility
and elsewhere. Problem was fixed in DCXUTILS.DLL.
04-04-00: TC: Added more control characters to the set available for the
commands Set / Append_Kbd_UV_Data. Names for all characters from
0x01 to 0x1F are now available. The documentation has been
updated as well - with the following table:
CTRL_CODE Description Hex Value
--------- ----------- ---------
SOH Start of heading 01h
STX Start of text 02h
ETX End of text 03h
EOT End of transmission 04h
ENQ Enquiry 05h
ACK Acknowledge 06h
BEL Bell 07h
BS Backspace 08h
HT Horizontal tab 09h
LF Line feed 0Ah
VT Vertical tab 0Bh
FF Form Feed (page feed) 0Ch
CR Carriage return 0Dh
SO Shift out 0Eh
SI Shift in (condensed) 0Fh
DLE Data link escape 10h
DC1 Device control 1 11h
DC2 Device control 2 12h
DC3 Device control 3 13h
DC4 Device control 4 14h
NAK Negative Acknowledgement 15h
SYN Synchronize 16h
ETB End transmitted block 17h
CAN Cancel 18h
EM End of medium 19h
SUB Substitute 1Ah
ESC Escape 1Bh
FS File separator 1Ch
GS Group separator 1Dh
RS Record separator 1Eh
US Unit separator 1Fh
CRLF CR and LF together 0D0Ah
COMMA The character (,) 2Ch
DOUBLE_QUOTE The character (") 22h
4-04-00: TL: Fixed a problem that may cause the DCConnect User Interface to
trap at start up. The problem can only happen on systems that have
DOS/Windows Terminal Services configured. If a DOS/Windows terminal
name is defined that is a subset of another terminal name, such as
"Terminal" and "Terminal1", the TCP/IP hosts file can become
corrupted and cause the DCConnect User Interface trap.
4-06-00: TC: Changed automatic recovery upon -911 Timeout/Rollback error. TC
used to re-execute the script commands starting with the last commit/
rollback step -- not a good idea in practice when you have
complicated scripts with subrs, logic, etc. . It now does a variable
delay (0.5 S + 0.5 S * (CONTROLLER ID LETTER - 48)) and then
retries the SQL again. This variable back-off is an attempt to avoid
having yet another contention problem for record(s). To provide the
best response time during deadlocks, use controller ID '1' - '9' for
DCT-interactive TC sessions.
4-13-00: TC: Changed the format of the transaction record that is shown when
tracing is turned on; where we used to include the terminal address
character, we now include the terminal name.
----------------------------------------------------------------------------
End of fixes in version C of 1.4.0 DCConnect/TC fix package (April 2000).
----------------------------------------------------------------------------
5-8-00: UI: Corrected some typos on the Polling tab of the Line Settings
notebook.
5-8-00: UI: On the Program Binding page of the various Terminal Settings
notebooks, many of the transaction ID names were changed from
"nnn: Transaction ID nnn" to the appropriate event name with an
asterisk in front. This makes it easier when binding programs that
were created in Transaction Program Builder for a particular key ID.
6-27-00: SV: Fixed problem with time being updated one hour early (1:00AM) on
the morning of the start of USA daylight savings time. This update
was taking place no matter what time zone it is running under. In the
case of a location outside of the USA that starts daylight saving
time on a different date than the USA, the update takes place twice,
once during their normal daylight saving time date and again on the
USA daylight savings date. The fix requires that the TZ environment
variable must be correctly set to the local time zone value.
This problem resulted from a bug in the Visual Age compiler with
which the Server is built.
7-18-00: TL: The TESTTERM.EXE utility would report erroneous data for the Get
User Variable option and others if the actual terminal response
returned no data or data that was shorter than a previous response.
The buffer containing the data to be shown was not being cleared
before sending the command to the terminal.
8-25-00: SV: The code for handling DwsSetUserVariable and DwsGetUserVariable
calls from DOS/Windows terminals was not handling the case where the
data being set/retrieved was the maximum length (118 bytes). The
trailing null was being read/written past the end of the buffer.
The clients have the same problem. If you are experiencing this
problem, contact IBM for updated clients - or don't use data longer
than 117 bytes.
8-29-00: SV: Fixed problem detecting duplicate transactions from DOS/Windows
terminals. In addition, when a duplicate is detected, the return
code to DwsSendTransaction will now be DWS_DUPLICATE_TRANS (which has
a value of 32).
8-30-00: SV: The download process now looks for APNDSTR commands that have a
length of 0 specified for the data. If found, a message is logged
showing the offending command and the download is aborted. Before
this change, an access violation could occur if a 0-length was found
in the APNDSTR command and the data contained a semicolon or colon.
9-07-00: TL: The backup/restore utility now turns off the read-only file
attribute during a restore operation. In cases where the restore
is being done from a backup CD all files being restored will have
the read-only attribute set. This was causing DCConnect to fail to
successfully start up.
10-17-00: TC: The Transaction Connection trace program now does a trace file
close and re-open every two seconds. This makes available the trace
information in the current trace file. Before this change, the file
length of the current trace file would be zero and the data would
not be available for viewing until either the trace file was full
or TC was terminated.
10-20-00: SV: Fixed problem in 2-18-00 change to support download of files
greater than 99999 bytes in size.
10-30-00: TC: Fixed problem that could generate empty transactions if
attempts to read transactions/validation requests/data requests
returned certain errors. TC could even trap when attempting to
process these empty transactions. The cause for the trap was
fixed along with the elimination of the generation of empty
transactions.
10-30-00: TC: Logging of message "Starting ProcessTh" in error log now done a
little bit later so that it ends up in the proper log file - based
on the controller ID. Before this change, this message always
ended up in the error log for controller ID Z.
Also removed code that prevented the logging of some messages
that should be logged when errors with DCConnect APIs occur.
10-30-00: TC: Removed need to add Silent command to script. Default is now
always silent and can't be changed. Startup was too annoying
otherwise.
11-01-00: TC: The Transaction Connection trace program will now allow multiple
Transaction Connection copies using the same CNTLR switch/script
command. The first copy's trace file will be named TC2TRCx0 (where
the x would be the CNTLR value). If a second TC2 copy is started
using the same CNTLR its trace file name would be TC2TR2x0 and a
third would be TC2TR3x0...
11-02-00: TL: New tool, FILTER.EXE, available to filter a line trace file
to view only those messages that apply to a specific terminal or
set of terminals. At a mimimum, you must provide two parameters:
Name of the line trace file to be filtered
A terminal address to use when filtering
For example, to get all messages from LINETRAC.OUT that were sent
to/from the terminal with address 10.73.3.112, you would enter
the following:
filter linetrac.out 10.73.3.112
The output of the utility goes to the screen. If you want it to
go to a file instead, use the redirection symbol > and a file name.
For example:
filter linetrac.out 10.73.3.112 > linetrac.112
To include the messages for more than one terminal, list the
additional terminal addresses on the command line. For example,
to filter messages for the terminals with addresses 10.73.3.112
and 10.73.3.115:
filter linetrac.out 10.73.3.112 10.73.3.115
11-29-00: UI: Validation objects are now dealt with without sensitivity to
case. In the past, if DCVALDTN.DAT stored a validation object with
one case and the actual file in \DCCONN\VAL had a different case, two
different validation objects would be created.
12-01-00: SV: (NT only) Created a new DLL VBDCX.DLL which allows Microsoft
Visual Basic applications to call DCConnect APIs. The API names
within this DLL have the same names as those in DCX.DLL except that
they all start with 'vb'.
Here's an example of how you might call the DCConnect APIs from
Visual Basic, using VBDCX.DLL:
Declare Function DcxQueryJobList Lib "vbdcx.dll" _
Alias "vbDcxQueryJobList" (listLen As Integer, _
ByVal joblist As String, _
listCnt As Integer) As Integer
Global Const DCX_NO_ERROR = 0
...
Dim dcxRc As Integer
Dim listLen As Integer
Dim listCnt As Integer
Dim nameList As String
listLen = 0 ' Tells API just to give us length and count for list
listCnt = 0
dcxRc = DcxQueryJobList(listLen, nameList, listCnt)
If (dcxRc = DCX_NO_ERROR) Then
' Now make sure 'nameList' has enough space allocated. Then
' call the API again to have 'nameList' filled in.
nameList = Space(listLen)
dcxRc = DcxQueryJobList(listLen, nameList, listCnt)
End If
The returned list contains 'listCnt' job names, each terminated
by a Chr(0) character. An additional Chr(0) character follows
the terminating character of the last name in the list.
12-06-00: TC: A couple of changes made to better handle bad return codes
from DCConnect APIs. One, in particular, involved the
Cycle_Mailbox() command. If the reopening of the mailbox got a
bad return code, an invalid mailbox handle was later used to try
and read new transactions - which resulted in further errors.
12-18-00: TC: The data parts SESSION_STATUS, XACT_AGE and LAST_ERROR were
mistakenly considered invalid when running in Data Request mode.
12-20-00: SV: (OS/2 only) Removed a debug message (DCCONN return code is nn)
from the 16-bit mapping API DLLs: DCCGEN.DLL, DCCNEW.DLL, DCCTERM.DLL
and DCCTRANS.DLL.
01-31-01: TC: Fixed a potential cause for TC to trap in the case that a data
request was received but no StartMatch script matched that request.
Similar check is now also made for validation requests that do not
match any StartMatch or StartVal script. TC now logs an error message
if it gets a transaction/validation request/data request for which it
cannot find a script to handle the processing of that transaction/
request.
02-01-01: UI: Fixed problem using the feature where you can attach validation
files to a CFR - on the CFR configuration screen. Prior to the fix,
attached validation files would automatically show up as files that
should be downloaded in the Terminal Settings notebook and the link
between validation files and CFRs was not saved to disk in any way.
So the association was lost when the user interface shut down.
With the fix in place, when a validation file is attached to a CFR,
there is no change as to whether the validation file should be
downloaded to each terminal or not.
02-02-01: TC: Several minor fixes:
- If no script replies to a data request, TC will send back the
response "No script handled last request.".
- Corrected problem where error message showed up duplicated in
error log if return code was negative and less than -99.
- Changed message that shows if a data request script tries to use
an application name that is already in use.
- Fixed potential for trap - or just disappearance of program - if
invalid message number is referenced internally.
02-08-01: TC: Added support to handle BIGINT and REAL number data types. The
REAL number types are formatted as a FLOAT type.
02-08-01: TC: Changes made to handling of StartTime scripts so that a time
change (e.g. due to daylight savings time) is detected within 5
seconds and the next scheduled StartTime script(s) are recalculated
accordingly.
Also changed compiling of StartTime command to be more tolerant of
imbedded blanks and values less than 10 that do not have leading
zeros.
02-13-01: TC: Increased the number of subroutines allowed from 125 to 250.
02-13-01: TC: Added a utility which, given the top level script name, generates
a single listing file containing all imbedded files. The listing
includes the line numbers for all imbedded files as well as
a letter indicating at what level each file is imbedded. The
utility as the following syntax:
imbedscr filename.scr
Where filename.scr is the name of the script file that you would
specify when invoking tc2.exe.
The output file name will have the same 'filename' portion as the
input file name but will have the extension .LST.
Having a single listing file is useful when you have lots of
imbedded scripts and you need to search them or analyze them.
Note: This same tool can be used with DCTPB scripts!
----------------------------------------------------------------------------
End of fixes in version D of 1.4.0 DCConnect/TC fix package (March 2001).
----------------------------------------------------------------------------
03-09-01: SV: Change made to terminal drivers to be more tolerant of a busy
system during startup. Without this change, terminal drivers were
more likely to timeout on startup if the system had a high amount
of activity.
03-19-01: SV: The server now keeps track of every type of download request
on disk so that they are not lost if the server is shutdown and
restarted. When a download request is made for a given file, a
file is created in the \DCCONN\DATA directory with the name of the
terminal and the extension .STT. This file contains information
about any download pending or in progress, if any.
03-22-01: TC: Compiling of a script now handles the case where a file ends
with a line containing all blanks and/or tabs with no carriage
return or line feed at the end. Before this change, if the file
that had this problem was the last one imbedded and the imbed
statement in the top level TC script had no other valid TC
commands following it, TC would give the following compile error:
XIS013:Command file did not contain a program.
04-14-01: SV: In VBDCX.DLL, the DLL needed by Visual Basic applications in
order to call DCConnect APIs, added an alternative to
vbDcxSetNTermUserVariables called vbDcxSetNTermUserVariables2. The
difference is that the final parameter is of the type PLISTZ (a
series of concatenated strings) instead of PSZ [] (an array of
pointers to strings).
We could not figure out how to set up Visual Basic to successfully
pass an array of strings to C. So this alternative method was
created. Here is a snippet of Visual Basic code that shows how
to call vbDcxSetNTermUserVariables2:
Declare Function DcxSetNTermUserVariables Lib "vbdcx.dll" _
Alias "vbDcxSetNTermUserVariables2" (ByVal termname As String, _
ByVal acquire As Long, ByVal numvars As Long, varArray As Any, _
ByVal varText As String) As Integer
...
Dim dcxRc As Integer
Dim uvNums(5) As Integer
Dim uvText As String
uvNums(0) = 13
uvNums(1) = 23
uvNums(2) = 64
uvNums(3) = 48
uvNums(4) = 18
uvText = "UV 13 has been set: XIII" + Chr(0)
uvText = uvText + "UV 23 has been set: XXIII" + Chr(0)
uvText = uvText + "UV 64 has been set: LXIV" + Chr(0)
uvText = uvText + "UV 48 has been set: XLVIII" + Chr(0)
uvText = uvText + "UV 18 has been set: XVIII" + Chr(0) + Chr(0)
dcxRc = DcxSetNTermUserVariables("TermA", 0, 5, uvNums(0), uvText)
05-03-01: TL: Added an optional second parameter, RUNNABLE, to the IMBEDSCR.EXE
utility that is used for creating a single listing file from a set
of files that are imbedded. If RUNNABLE (case-insensitive) is
specified as the second parameter, the output file can actually be
run with Transaction Connection.
05-03-01: PB: Added an optional second parameter, RUNNABLE, to the IMBEDSCR.EXE
utility that is used for creating a single listing file from a set
of files that are imbedded. If RUNNABLE (case-insensitive) is
specified as the second parameter, the output file can actually be
compiled.
05-07-01: TC: Added support for ODBC connections to databases. See the updated
documentation for all the details.
06-21-01: TL: The FILTER.EXE utility could generate garbage output when the
input data contained % followed by certain characters. (Internally
the call to printf() was thinking there was formatting to be done.
printf() changed to puts() to resolve problem).
06-28-01: TC: The TC windows now properly start minimized if /MIN is specified
on the command line. Before this fix, use of the /MIN command line
parameter only caused the About dialog to be minimized.
06-29-01: TC: Fixed cosmetic problem introduced with 2-2-01 change for
formatting logged messsages; added space between message number and
message text.
07-18-01: SV: The DOS/Windows Terminal Services terminal driver no longer
needs to find an entry for 'dcconn' in the services file in order to
figure out the port number to use. Instead the value is taken from
the DAE_PORT keyword under the [NODE] configuration section of
DCX2.INI. This value is set up in DCX2.INI by the DCConnect
Configuration Utility.
08-01-01: TC: Fixed problem with most XML commands when using multiple user
variables. If there was more than one user variable in addition to
the XML handle, the value used for each user variable was the value
of the last user variable. For instance:
XML_AddField (UV1, UV2, UV3)
would create a field named UV3 with a value of UV3 instead of a field
named UV2 with a value of UV3. The behavior is now correct.
08-09-01: TC: Fixed problem getting TERM_NAME or ORIGINATOR data part when in
data request mode. Before the fix, you would get XIS123 error if the
specifed start and length were 0,0.
08-29-01: PB: Fixed problem where BPTCD32.EXE would be stuck in an infinite loop
if a path was specified for the .PGM file name on the command line.
08-30-01: SV: Changed API code in the way it uses the underlying DAE product
in order to solve problem where API calls would intermittently
return a -1 return code when a Visual Basic program was makin the
API calls.
09-01-01: TC: New feature allows passing of parameters to subroutines using
new alternatives to CallSubroutine and StartSubroutine: Call and Sub.
See the documentation for all the details.
09-06-01: PB: Changes to the way comments are handled when uncompiling (BPTCD32).
Now a blank line is inserted before only the first of a series of
comments; before it was inserted before every comment line. Also,
if the comment text already starts with //, we no longer add the
// prefix characters.
09-15-01: TC: If and While commands can now be written more naturally, without
the need for all the extra commas and zeros. See the updated
documentation for all the details.
09-28-01: UI: Terminal notebook pages reorganized to change the Miscellaneous
tab to a Time tab. The fast clocking page is now the last one on
the Time tab and the Sensor Badge Length page is now the first on
the Devices tab.
10-01-01: UI/SV: Added the ability to specify which time zone terminals are
in relative to the Server. A new Time Zone page (3 on the Time
tab) in all the different Terminal Settings notebooks, including
DWTS, lets you specify how many hours before or after the Server the
terminal is. Whenever the Server has to set the time for a
terminal, it adjusts the outgoing set time command by the specified
number of hours. However, the Server does not adjust the timestamp
of incoming transactions; transactions received will reflect the
time zone of the terminal from which they originated.
10-01-01: TC: New feature allows the declaration of local variables in Start...
scripts and subroutines using the new script command Declare. See
the documentation for all the details.
10-03-01: UI: Changes made to have the User Interface handle white space before
and after the equal sign for all parameters in DCX2.INI and
EXTRA.CFG.
10-03-01: UI: In most cases, when an item is linked to the mouse pointer and
is then successfully dropped on to a target, it no longer remains
linked to the mouse pointer. Therefore you no longer have to click
on the Arrow button to clear the mouse pointer.
10-04-01: UI: The User Interface will now warn about changes not being saved
in the following two new situations: when the DCConnect Server is
started and whenever a terminal download is started.
10-04-01: UI: In the Terminal Settings notebook on the first page, the Job
Name field is now a static text field instead of a read-only entry
field. As an entry field it appeared as if it could be changed when
in fact it was always read-only.
10-04-01: UI: Added the Time Formats page to the 7524/Client notebook since
the DCConnect Client now supports showing the idle date and/or time.
10-08-01: TC: Cleaned up reporting of several possible compile error situations,
including unresolved labels, so that they are properly shown on the
screen and so that Close_When_Complete() is properly ignored.
Close_When_Complete() should only come into play after a successful
compile.
10-10-01: SM: Created a Microsoft Visual Basic sample application that
demonstrates how to call DCConnect C APIs from VB. This application
shows the real-time status of the DCConnect Server using the
'blue-man' icons and it lets you list all terminals or all mailboxes
and their current status. This application was built using
Microsoft Visual Basic 6.0 with Service Pack 3.
The files that are part of this sample are found in \DCCONN\SAMPLES
and they are: DCCONN.BAS, DCCSAMP.FRM, DCCSAMP.FRX, DCCSAMP.VBP,
DCCSAMP.VBW, RUNNING.BMP, STARTING.BMP, STOPPED.BMP and STOPPING.BMP.
10-12-01: UI: Support added for up to 8 COMx lines. Maximum used to be 4.
10-15-01: UI: References to 7524 Terminals are now '7524/Client'. References
to DOS terminals are now DWTS.
10-15-01: TC: New feature makes it easier to build up a user variable composed
of other user variables and constants. The new scripts commands
Begin_UV and End_UV are used to accomplish this. See the
documentation for all the details.
11-05-01: SV: The download of the validation mapping file to the terminal
would sometimes include both upper and lower case versions of the
same name. This could cause validation to fail in the terminal.
This has been fixed.
11-26-01: UI: On the bindings page in terminal notebooks, in the routing group
notebook and on pop-ups for transaction program commands such as AKA
and ONKEY, the transaction IDs that are shown now indicate that A=F1,
B=F2, C=F3, ... They also indicate, where appropriate, that F1-F12
on non-752x terminals are equal to PF1-PF12 on 752x terminals.
12-03-01: TC: The function UV_Math can now handle 19 digit values. The
previous limit was 15 digits.
12-07-01: TC: Corrected problem with Set_UV_File_Data() command. It was
acting like Append_UV_File_Data - not clearing the UV first.
12-11-01: TC: Reworked the showing of user variables in a trace to limit
those shown to only be ones that apply to the current command.
Added new Dump_UVs() command so that the entire set of non-empty
user variables, global and local, can be dumped do the trace
file at any point in the script. This command has no parameters.
12-11-01: TC: Better checking is now done for the UV/constant parameter
for UV_Math(), XML_EnterElement(), and XML_SendBOD. Before this
change, if a UV name was specified but it was not typed correctly,
the error would not be flagged.
Also changed XML_EnterElement to allow double quotes around the
5th parameter - occurrence.
12-14-01: PB: BPTCD32 was not inserting labels for 7524 programs with GOSUB and
ONSUB commands - only GOTO and ONKEY commands. In addition, if
there was a branch to the step after the last in the program, a
label was not being added after the last step. These have both
been fixed.
12-18-01: TC/PB: Fix to IMBEDSCR.EXE tool - it was not properly handling
the case when IMBED statements contained a comment at the end
of the line and that command also included a right parenthesis.
01-11-02: TC/PB: Another fix to IMBEDSCR.EXE tool - it was not properly handling
lines that contained percent signs.
01-11-02: PB: Now when the message "Command too long; missing semi-colon" is
given the compiler will also print out the entire contents of what
it thinks is a single line. This makes it easier to spot the
error - which is usually a missing ending double quote near the
beginning of that printed out line.
Also, now if an APNDSTR command is found where the length parameter
does not match the length of the string itself (and the length
parameter is not 0) an error is generated.
01-28-02: TC: Added XML_Parse command to allow parsing of an XML message from any
source (database, file, etc.). The returned handle can be used in any
other XML command to manipulate the message.
01-31-02: TC: Fixed problem where the 121st subroutine encountered in the script
would not have any of its commands performed. This would occur only
when the first subroutine was defined before any StartMatch,
StartKey, StartVal, StartTime and StartFunctionGroup/StartCluster
command.
02-01-02: TC: Added new DEADLOCK_TIMEOUT command used for changing the default
number of minutes TC will wait for an apparent deadlock to timeout
before rollback the operations and shutting down TC. The default is
1 minute. Valid choices are 1 to 60 minutes. For example:
Deadlock_Timeout (2) // 2 minutes
02-06-02: SV: We now filter out the logging of the message:
DCR0276E: Error reading from TCP/IP socket; TCP/IP error = 10054
only in the case that the error is 10054 (which means 'connection
reset').
02-26-02: UI: Found more instances where validation file names, CFR names and
graphics file names were being handled case sensitively; e.g. if a
job file used the name "CFRERP24.EXE" and when read from the
\DCCONN\CFR folder the executable name was read in as "cfrerp24.exe",
two CFR objects were created, one with the upper case name and one
with the lower case name. This could cause odd behavior such as
the GUI not acting on a request to download just a CFR to a terminal.
02-27-02: UI: Found that there were several notebooks which would not
keep track when changes were made (OK button pressed) and thus
if the GUI were closed without saving those changes, no warning was
given. The problem existed for Adapter Settings, Graphics Settings,
Node Settings, and DWTS Terminal Settings notebooks.
02-28-02: UI: References to "TCP/IP DOS" changed to "TCP/IP DWTS"
03-14-02: SV: The serial port driver will now close and reopen the serial port
if there is nothing received on the port during a period of time
that is the slow poll rate times 3. This was done to better handle
connections via modems and the Lantronix network-serial device.
03-29-02: PB: DCTPB32.EXE now looks for duplicate use of the same 'binding
event' in Key() commands and flags an error if any duplicates are
found. (e.g. PF8 being used in more than one Key() command). Prior
to this change, these errors were not caught, resulting in an invalid
.PGM file that when attempted to be downloaded by DCConnect connect
would generate strange errors such as: DCR212 "... invalid attempt to
access element nnn of message array ..."
04-04-02: TC: Fixed problem with local variables getting out of synch when a
subroutine was called due to an On_Error_Goto execution or any error
label branch that was actually a subroutine name.
Also reduced the number of startup messages that list the DLL
function addresses. There is now only one printed per DLL.
05-17-02: SV/TC: Another attempt to fix the time zone problem that should have
been fixed by the 6-27-00 fix described above. This time the use of
the failing compiler function was replaced by an operating system-
specific call to get the date and time. Setting of the TZ
environment variable is not required either.
As of this date, there is still a problem on the Time tab of the Node
Settings notebook if you try to change the time during the Daylight
Savings Time changeover interval. The compiler functions being
used need to be replaced. As a work around, change the time using
operating system instead of the DCConnect User Interface.
05-23-02: PB: Added the ability to specify environment variables in the
MakePGM() and Imbed() commands. For example:
MakePGM(%dcconn%\job\time_att.pgm)
Or of you had an environment variable ONEWORLD_SRC defined to be
g:\oneworld\v2-0-0 and your .cod files were contained in the
.\programs directory underneath that, you could use the following:
Imbed(%oneworld_src%\programs\time_att.cod)
06-19-02: TL: Time zone problem was not fixed for the output of LINETRAC.EXE.
With new scheme, setting of time must be done twice in a row on NT
in order to have time update successfully.
06-20-02: SV: Enhancement to the 3-14-02 change for cycling the serial port.
Cycling was never being done after startup if no terminal was
responding at the time. A delay of 1 second was added between
the close and reopen during the cycling process. The cycle period
was also changed from 3 times the slow poll rate to 5 times.
-------------------------------------------------------------------------------
End of fixes in version E of 1.4.0 DCConnect/TC/DCTPB fix package (June 2002).
-------------------------------------------------------------------------------
09-16-02: TC: Problem with Clear_UV() used in a subroutine when the UV being
cleared is a global UV that was passed to the subroutine. Memory
corruption can result which can manifest itself in many
unpredictable ways, including TC aborting with an access violation.
09-19-02: TC: In Run_Without_Connect mode, commands that failed which result
in the action RECONNECT_DB or RESET_RECONNECT_DB would incorrectly
retry the command that just failed.
09-19-02: TC: It is no longer necessary to create a dummy mailbox or dummy
validation script when a TC script is only using calls to
DCConnect such as Submit_Validation or Write_Xact. This used to
be necessary in order for TC to load the correct DCX.DLL.
09-20-02: TC: Added the UPPER_CASE option to the Format_UV command to tell
TC to convert to upper case, all lower case characters in a UV.
For example:
Format_UV(UV1, UPPER_CASE)
09-20-02: TC: Whitespace characters, such as tabs, found at the end of
parameters are ignored. Previously, only trailing blanks were
ignored.
09-20-02: TC: Created aliases Set_UV_Data_Part / Append_UV_Data_Part /
Send_Host_Data_Part for Set_UV_Xact_Data / Append_UV_Xact_Data /
Send_Host_Xact_Data since the latter handle more than just
transaction data parts.
09-27-02: SV: Fixed problem with DcxSetNTermUserVariables when the length
of all UVs approached the internal message maximum of a little
more than 1000 bytes.
10-01-02: TC: Added Query_Mailbox command. Can take 1 to 5 parameters
specifying the UVs in which to store the following parameters
(in this order): Number to Read, Number to Release, Active,
Capacity, LogFile Name. The 'Active' value set up in the
specified UV will be "0" for inactive or "1" for active.
Query_Mailbox("Sample_DCC", uvNumToRead)
Query_Mailbox("Sample_DCC", uvNumToRead, uvNumToRel)
Query_Mailbox("Sample_DCC", uvNumToRead, uvNumToRel, uvActive)
Query_Mailbox("Sample_DCC", uvNumToRead, uvNumToRel, uvActive, uvCap)
Query_Mailbox("Sample_DCC", uvNumToRead, uvNumToRel, uvActive, uvCap, uvLogFileName)
The first parameter can also be a UV containing the mailbox name.
10-03-02: TC: Added the following Format_UV options:
Format_UV(UV, TAKE_LEADING_CHARS, length*)
Format_UV(UV, DROP_LEADING_CHARS, length*)
Format_UV(UV, TAKE_TRAILING_CHARS, length*)
Format_UV(UV, DROP_TRAILING_CHARS, length*)
Format_UV(UV, PAD_LEADING, padChar, length*)
Format_UV(UV, PAD_TRAILING, padChar, length*)
Format_UV(UV, TAKE_MID_CHARS, start*, length*)
Format_UV(UV, DROP_MID_CHARS, start*, length*)
See the documentation for all the details.
10-04-02: TC: In traces, relevant empty user variables will now be shown for
commands that don't show all user variables.
Also, the display of UVs in a trace for the Send_Named_Term_UV_Data
and Send_Term_UV_Data commands is now limited to the actual UVs
that are used by the command.
10-04-02: TC: Added the Parse_UV command:
Parse_UV (uvInputUV,
DISCARD | uvFirstPart,
"delimiter" | control Constant | uvDelimiter,
DISCARD | uvLastPart)
10-07-02: TC: No longer does TC terminate if an attempt to set a user variable
results in an error. Before there were 4 error cases that caused TC
terminating.
10-09-02: SV: Fixed problem creating message log greater than 32767 records.
10-15-02: TC: No longer does TC give a compiler error if // is found in the
middle of a command such as:
Set_UV_Kbd_Data(UV1, "//") // This is really the comment
10-15-02: TC: Fixed problem using CURRENT for the terminal name in the
Write_Xact command when in REMOTE_VALIDATION mode. Use of CURRENT
is now flagged as a compile error if in data request mode. The
trace of a Write_Xact name now shows [ignored] for the function
group name because it is not really used by the DCConnect Server.
If a user variable and/or the keyword CURRENT are used for the
terminal name, the trace will now show what the final terminal
name resolves to using the format:
[ UVName: ] [ CURRENT: ] Termname
The documentation has been updated to reflect that a user variable
can be used for the terminal name and/or function group name (the
capability has been there since December 1997!)
10-16-02: TC: Changed the way Declare statements and the local variable
stack are handled so that TC can handle such (not recommended)
behavior as branching into the middle of another script or
subroutine. Traps and unintended UV modification could occur
before this change. TC now processes all Declare statements
for a given script whenever that script is entered, whether at
the beginning or the middle; the Declare statements are no
longer executed during the processing of the commands in the
script.
TC will terminate with an error if an attempt is made to access
a parameter for a subroutine in the case that the subroutine was
not called but instead execution branched somewhere into the
middle of that subroutine from another subroutine or script.
10-23-02: TC: Commands may now be split across multiple lines and
trailing comments may be at the end of any line that is a
partial command. Commands must be split on a white space
character and the opening parenthesis for a command must
be on the first line for the command. Any string enclosed in
double quotes must be entirely on a single line.
For example:
Set_UV_Kbd_Data (uvThisIsALongVariableName, // Long UV Name
"antidisestablishmentarianism") // Long word
10-24-02: TC: Added support for the use of AND, OR and NOT in IF and
WHILE statements. The symbols && or & can be used instead of
AND. The symbols || or | can be used instead of OR. The
symbol ! can be used instead of NOT.
All operations (e.g. uv1 <= uv2) must be enclosed in
parentheses. For example:
If (NOT ((UV1 < UV2) AND (UV3 > UV4)) OR (UV5 == UV6))
{
...
}
10-24-02: TC: Improved tracing in order to eliminate some cases where
trace information would stop being generated.
10-28-02: TC: Checking for a mismatch in the number of parameters used in
corresponding Call/Sub commands is now performed during compilation
of the scripts.
10-30-02: TC: When DBTYPE=ODBC, fetches of NULL columns that were of the
type VARCHAR, CHAR or LONGVARCHAR did not properly result in
the setting of the proper NULL indicator. Instead, the value of
the previous column was returned. This has been corrected.
10-30-02: UI: Generation of the command line parameter string in the
Application Setting notebook was not always correct when
the type was TC (e.g. when mode was Data Request).
12-12-02: TC: Fixed some cases where TC would loop endlessly if a database
error occurred while shutting down.
01-08-03: TC: The displaying of large user variables would cause internal
memory corruption if the length of the data in the user
variable exceeded 1000 bytes, more or less - depending on
the length of the user variable name and current indentation
level. Symptoms of the failure included access violations and
floating point exceptions.
01-22-03: TC: Set/Append_UV_File_Data was incorrectly setting the return code
to 234 for an empty file. The return code is now properly set to 2.
01-24-03: TC: (Windows NT/2000 only) Added the ability to configure the size
and number of trace files that TC generates when tracing is turned on.
Using the optional TCTRACE.INI file you can specify NUM_TRACE_FILES
and/or TRACE_FILE_SIZE. For example:
NUM_TRACE_FILES = 20
TRACE_FILE_SIZE = 5
NUM_TRACE_FILES can be in the range 1 to 999. This actually specifies
number of trace files that are preserved; the currently growing file
is not included in that count. If this keyword is not included, the
default number of files is as it was in the past (9). Although in the
past, the currently growing file was not treated separately.
TRACE_FILE_SIZE specifies a multiple of Megabytes (0x100000 = 1048576 bytes).
It can be in the range from 1 to 99 MB. If this keyword is not included,
the default size is what it was in the past (0xfa0000 = 1024000 bytes).
The values specified in TCTRACE.INI apply to all sessions that are tracing.
However, individual TC sessions can override those values using the
new TRACE_SIZE command in the script. It has the format:
TRACE_SIZE ( num_files [, file_size ])
These values have the same limits as in TCTRACE.INI. Here's an example
of how to specify 100 trace files of size 10 MB:
TRACE_SIZE (100, 10)
If you just want to specify 100 files using whatever size TCTRACE.INI
specifies (or the default if TCTRACE.INI doesn't specify the size or doesn't
exist), enter the following command in your script:
TRACE_SIZE (100)
Note: You must also specify the TRACE command in your script or turn it
on via the TC GUI; simply specifying the TRACE_SIZE command does
not actually turn on tracing.
These changes necessitated a change in the naming convention of the
trace files. All trace files start with:
TC2TRCx
where 'x' is the controller ID of the TC session to which it correlates.
The extension will be a number from 000 through 999. The first one
generated will be *.001 but after reaching .999 the extension will wrap
back to .000.
If more than one TC session is using the same controller ID, an
additional character is added after the controller ID so that each
session uses a unique file name. In the past a digit from '0' to '9'
was used. Now a lower case letter from 'a' to 'z' will be used
(to allow for more sessions and so as not to be confused with the
number in the extension). However, because there is no good way
to determine which TC session is assigned which letter, it is
recommended that you give each TC session a unique controller ID.
Then you can be sure which trace files go with each TC session.
01-24-03: TC: TCTRACE now has more error checking and will log any errors to
TCTRACE.LOG. This file is never deleted by TCTRACE - but it
should not be written to very often either.
01-26-03: TC: Changes made to tracing code to eliminate some (if not all)
causes of 0 length trace files - which also could coincide with
tracing stopping altogether.
02-03-03: TC: Added "Shutdown When Idle" so that you could ensure that TC
shuts down after any currently executing script completes.
(Shutdown Normal stops immediately, even in the middle of a script).
02-10-03: TC: A message is now logged if an attempt to write the pipe of the
asynch set user variable queue takes longer than 1 second. If this
does occur, it probably indicates that the pipe is temporarily full.
02-13-03: TC: Fixed problem with first Name_UV command if it specified
NEXT_UV as the first parameter. This was introduced when support
of local user variables was added. Before the fix, TC would give
a compile error indicating the UV was already named.
02-25-03: TC: Fixed problem with tracing the Check_????? commands if they
branched to the error label and that label was not in the same script
as the command. The wrong command/garbage would show up in the trace.
This could lead to strange behavior - even the abending of TC -
because garbage data was trying to be interpreted for the trace output.
This problem was introduced with the 10-16-02 fix that attempted to
better handle the branching into the middle of a script/subroutine.
02-25-03: TC: Setting of controller ID and/or title is immediately reflected
in the session title when the Cntlr or Title command is encountered
on the command line (Cntlr only) or in the script.
02-26-03: TC: Added process ID to title so that TC sessions can easily be
identified in the Windows Task List.
03-04-03: TC: Windows NT/2000 only: Added a new debug command WATCH_MEMORY.
When included in the script, TC watches for changes in that TC
session's use of memory. The resolution of change is 4K - the same
that Windows Task Manager shows. A warning message is logged
whenever a change is detected - whether it is an increase or a
decrease. Note: an increase is not necessarily a problem. For
example, any time a message is written to the TC listboxes, a small
amount of memory is consumed - until the maximum list size is
reached.
This was added due to the occurrence of a memory leak that showed up
when TC was used with DB2 8.1.
03-04-03: TC: Fixed problem detecting SELECT statements when other non-
alphabetic characters (such as a left parenthesis) preceded the
word SELECT in the SQL text.
04-02-03: TC: Fixed Send_Term_UV_Data / Send_Named_Term_UV_Data when
asynchronously sending from 11 to 15 UVs at once. As of fix pack E
the compile allowed it and synchronous sending worked but
the asynch thread still only sent up to 10; the rest were ignored
without any message. This has been fixed.
04-02-03: TC: Fixed parsing of IF / WHILE statements when an AND or OR
operation was immediately followed by a NOT operator that was
not in parenthesis and at least 2 left parenthesis immediately
followed the NOT operator.
04-09-03: TC: Multiple threads are now deployed to handle the issuing of
ASYNCH requests to set terminal user variables. If the attempt
to set UVs for a terminal takes more than 2 seconds, a new
thread is started to handle a new request. TC will continue to
start a new thread if it takes more than 2 seconds for any new
request to find a free thread to handle the request. TC will
automatically shut down threads that have not handled any
requests in the last 5 minutes. TC also makes sure that any
set UV requests for the same terminal are sent out in the order
received.
04-17-03: TC: The Write_Xact command now accepts a numeric value from 1-255
or a user variable for the Event_ID parameter. If a user variable
is used, when the Write_Xact command is executed, the specified
user variable must contain either a value from 1-255 or one of
valid Event ID constants (e.g. F1, BADGE, Shift_PF1, RGN1, ...)
04-18-03: TC: The LAST_ERROR data part is now set for a number of different
commands, not just Host Screen Interface functions
(e.g. Check_Color, Send_Host_UV_Data). The additional
commands include XML Functions (e.g. XML_CreateBOD,
XML_LeaveElement), Database commands - stores the SQLSTATE value
(e.g. Begin/End_SQL, Perform_Insert), commands that interface to
DCConnect (e.g. Submit_Validation, Reply_To_Data_Request),
plus the following miscellaneous commands: Append_UV_File_Data,
Log_Data, Open_File_Data, and System. For all successful executions
of these commands, this value is set to the appropriate good return
code value for that command (usually 0).
04-18-03: TC: Process ID now written to trace
04-18-03: TC: When label references are unresolved TC now gives the file
and line number of the offending label reference.
04-21-03: TC: Anything found after the closing parenthesis of a command is
now ignored. This was originally true until the 10-23-02 change
that allowed commands to be split across lines. Now it is true
again.
04-24-03: TC: New date/time data parts added for support of 4-digit year:
TIMESTAMP4 = YYYYMMDDHHmmSS
DATE4 = YYYYMMDD
YEAR4 = YYYY
CURRENT_TIMESTAMP4 = MM/DD/YYYY HH:mm:SS or MM.DD.YYYY HH:mm:SS
CURRENT_DATE4 = MM/DD/YYYY
CURRENT_YEAR4 = YYYY
The following data part is also new:
CURRENT_TIMESTAMP = MM/DD/YY HH:mm:SS or MM.DD.YY HH:mm:SS
05-01-03: TC: Added new command Set_Xact_Time_Of_Origin in order to change the
time that TC uses for handling the Xact_Age command as well as
the data parts: TIMESTAMP, TIMESTAMP4, DATE, DATE4, YEAR, YEAR4,
MONTH, DAY, HOUR, MINUTE, SECOND, and XACT_AGE.
Please see the documentation for a complete description of how
to use this command.
05-01-03: TC: Added the command XML_Send to go along with XML_SendBOD for use
when sending XML messages that do not conform to the BOD structure.
05-01-03: TC: Added the command XML_Create to go along with XML_CreateBOD for use
when creating XML messages that do not conform to the BOD structure.
05-15-03: TC: Increased maximum number of local variables allowed from 250 to
1024. Fixed logging of message when this maximum is reached.
Also compiling of the Send_To_Host was not properly checking for
0-length string or string too long.
05-20-03: TC: Corrected 1 byte buffer overrun problem in TCDB2.DLL. However,
we know of no specific incident where this actually caused a problem.
05-30-03: TC: Problem showing the command Get_Term_UV_Data in the trace. Could
have resulted in an access violation.
06-05-03: TC: Added to the UV_Math command to new operators: integer divide (\) and
modulus (%). Modulus gives the remainder after an integer divide operation.
06-06-03: TC: Added support for using environment variables in the commands Imbed,
Open_File_Data, Log_Xact, Log_Data, Append_UV_Kbd_Data, Set_UV_Kbd_data
and Submit_Validation. TC assumes it has found an environment variable
when it finds the opening and closing % characters. It assumes that
between those % characters is the environment variable name. It then
asks the operating system for the definition of that variable and replaces
everything starting with and including the opening % up to and including
the ending %.
Multiple environment variables may be used in the same string.
For Imbed, Open_File_Data, Log_Xact, Log_Data and Submit_Validation, if a
literal string is provided for the file name and it contains an environment
variable TC does the environment variable resolution at compile time. For
the commands that take user variables for the file name (Log_Data and
Open_File_Data), TC will look for environment variables to be resolved at
execution time.
For the Set/Append_UV_Kbd_Data commands, TC will only resolve the
environment variable if the second parameter starts and ends with the
% character. This is done at compile time. There could actually be
multiple environment variables in the middle. If you don't want TC to
resolve the environment variables at compile time in Set/Append_UV_Kbd_Data
commands, then enclose the string in double quotes. Only if the target
user variable is ultimately used as the file name parameter in the
Log_Data or Open_File_Data command will the environment variable(s) in
the user variable data be resolved.
06-08-03: TC: Fixed problem where TC was using a pointer that had been deallocated
when retrieving messages to be logged. This could have resulted in a number
of problems - including an access violation.
06-09-03: TC: More checking is now done at compile time for improper use of
open and close braces. Opening braces may only be used immediately
after an If, Else or Do command (including commands of the type:
If Check_MW, If Check_Highlight, If Check_Color, ...). Closing braces
are not valid immediately after an If, Else or Do command.
06-10-03: TC: Better error messages now given when application name is not defined
when it is needed, when commands are found outside of the script, and
when end of file is encountered before the end of a script/subroutine.
06-10-03: TC: 'Shutdown when Idle' option now works when TC is waiting for
DCConnect to start. (Retrying every 5 seconds).
06-12-03: TC: Optional string parameters are now properly processed when commas
are found within double quotes. Use of tabs in other situations is
now handled properly.
07-07-03: PB: The APNDSTR command now accepts a series of ASCII values in hex
representation, each preceded by a backslash. This is an alternative
to a string enclosed in double quotes. For example, to append the
CR (0x0d) and LF (0x0a) characters to UV1, use the command:
APNDSTR(UV1, 0, \0d\0a)
There can be whitespace before each backslash. For example:
APNDSTR(UV1, 0, \0d \0a)
If double quotes surround the series of ASCII values, DCTPB will
not convert the characters in the string.
07-08-03: TC: Fixed problem where use of COUNT_TXNFIELDS would result in an
error and termination when the transaction/validation/request data
had no data.
07-08-03: TC: The commands Call, Append/Set_UV_Kbd_Data, If, While, Send_To_Host
and Send_Host_Kbd_Data all now accept numeric constants without needing
to be enclosed in double quotes for the parameter(s) that can be a
literal string.
07-14-03: TC: Fixed buffer overrun problem when trying to log a message about
a Send_Term_UV_Data / Send_Named_Term_UV_Data command that tried
to send too much data to the terminal.
08-13-03: TC: Fixed problem with wildcard matching in DBTYPE.INI. Before the
fix, "ORACLE" was not considered a match for "ORACLE*".
09-09-03: TC: Fixed problem with Check_Screen command introduced with 7-8-03
change; literal strings for the first parameter were being parsed
incorrectly - including the other parameters as part of the string.
Also moved some large variables off the stack.
10-06-03: PB: The reverse compile (BPTCD32.EXE) was not properly generating
APND commands when the source was a PF or TOUCH string. The second
parameter was being generated as SRC_TRANSACTION instead of SRC_OTHER.
Also the compile of the APND command was showing the parameter after
the one with the problem when an invalid parameter was found.
10-08-03: TC: Fixed problem handling certain if-else constructs with brackets.
The following construct would produce a compile error:
IF (comparison 1)
{
IF (comparison 2)
command_a
ELSE
IF (comparison 3)
command b
}
Prior to the fix a workaround would be to insert a line with an
opening brace after the ELSE and insert line with a matching
closing brace after 'command b'.
10-08-03: TC: Changed the 04-09-03 enhancement for having multiple threads
handle Asynch Set User Variable requests so that a new thread is
started if 50ms elapses without a thread freeing up. The previous
delay of 2 seconds is too long for high transaction volumes.
10-31-03: TC: Fixed buffer overrun problem that would occur if more than 50
parameters were passed to a subroutine and tracing was active.
10-31-03: TC: Fixed buffer overrun problem that would occur if tracing and
the contents of a variable referenced by a parameter exceeded 1000
bytes or so.
11-04-03: SV: 255 is now considered a valid octet in a TCP/IP address for
terminals.
11-04-03: TC: Made changes to prevent TCTRACE.EXE from running more than once;
one instance should handle tracing for all TC sessions.
12-02-03: TC: Fixed the reporting of the error value (via the LAST_ERROR
data part) when Log_Data fails to open a file and the 4th parameter
(return code variable) is used. Before the fix, even though the open
failed, an attempt was made to write and close the file and the
error value was always 43 indicating a bad file handle. The error
value from the failed open was not reported.
12-09-03: TC: Parsing of parameters for the Call command was not properly flagging
misspelled user variables as invalid; it was treating them as text string
parameters. This problem was introduced with the 07-08-03 change.
12-10-03: SV: Can now handle multiple simultaneous requests from the same DWTS
terminal to wait for a user variable to become non-empty. (DWTS
terminal support was upgraded as well to accomplish this).
01-02-04: TC: Fixed problem with Xact_Age during first two months of a leap year.
01-07-04: TC: Fixed problem where TC would trap if the amount of data used in
the Write_Xact command exceeded what the transaction structure could
accommodate: 108.
-------------------------------------------------------------------------------
End of fixes in version E** of 1.4.0 for Transaction Connection (January 2004).
Note: Only TC fixes were part of the fix package that was built for this release.
-------------------------------------------------------------------------------
02-03-04: SV: Added support for dynamically configured DWTS terminals - ones
that are not defined in the DCX2.INI configuration. (DWTS terminal
support was upgraded as well to accomplish this).
02-11-04: SV: Fixed cause of DCXVH.EXE trapping on start up when long file names
are in the \DCCONN\VAL directory.
03-12-04: TC: Fixed problem where TC no longer automatically replied to data and
validation requests that were not replied to by the script. This would
result in TC scripts aborting after 11 consecutive -201 errors.
03-26-04: SV: New API DcxForwardDataRequest allows an application which has just
received a data request via a call to DcxReadDataRequest to pass that
request to another application that is reading data requests. The
target application must then be the one to reply to that request - or
forward to another application.
03-26-04: TC: Added new command SQL_Buffer_Size to allow scripts to override the
default size of 4000 bytes that is allocated for building SQL statements.
See the latest documentation for all the details.
03-26-04: TC: Added new command Forward_Data_Request to allow data requests to be
forwarded to other applications, rather than having to reply to them.
Use of this command requires that the DCConnect Server be from 3/26/2004
or later. See the latest documentation for all the details.
03-26-04: TC: Added new command Write_To_Event_Log so that TC scripts can write
messages to the Windows Event Log. See the latest documentation for
all the details.
04-23-04: TC: Fix for possible hang when the attempt to log a message failed
due to an error accessing the TCTRACE process.
05-13-04: SV/UI: Added support for hostnames instead of dotted IP addresses in
the terminal configuration.
As part of this change, the linetrac output will now show the terminal
name after the address, at the end of the first line of each message.
05-15-04: SV: If the DCConnect Server is unable to identify the ARTIC card type,
it will now look for one of the following files in \DCCONN\BIN in
order to identify how the ARTIC adapter should be treated: artic.ini,
multiport.ini, multiport_2.ini, model_2.ini or portmaster.ini. The file
can contain any data, it merely has to exist.
06-01-04: SV/TC: The maximum terminal user variable size that can now be handled
is 975 bytes provided the target/source terminal is running at least
version 2.10 of the DCConnect Client/DWTS.
06-01-04: SV/PB: Support for the new transaction programming enhancements in the
version 2.10 release of the DCConnect Client. Please see the DCConnect
Client fix pack readme (clientfx.htm) for details about all of those
enhancements.
-----------------------------------------------------------------------------------
End of fixes in version F of 1.4.0 DCConnect/TC/DCTPB fix package (September 2004).
-----------------------------------------------------------------------------------
09-22-04: PB: Fixed corruption problem that results for first subroutine assigned
to a transaction program key, if that key has a program assigned as
well and that first subroutine has more than one local variable declared.
Could result in a Parameter out of Range error on the terminal or
manifest itself in other ways.
09-29-04: PB: Fixed problem doing variable name substitution (to variable number)
for CCFR commands.
09-29-04: PB: Fixed problem naming user variable 99.
10-12-04: SV/TC/UI - Added support for transaction with up to 750 bytes of data.
Other changes that go along with this include:
- Transaction logfile now contains variable length records instead of
fixed length records.
- Mailbox logfile capacity is now specified as number of bytes and
can be in the range from 100,000 - 25,000,000 bytes.
- The Server will automatically convert logfiles in the original
fixed length format to the new variable length format and will adjust
to the minimum size as necessary. However, as has always been the
case, logfiles are not resized if they contain transactions at startup
of the Server.
- On the Mailbox Configuration screen the 'Capacity' column is now
called 'Capacity Used' and it shows the usage in the format "xx% of yyyyy"
where 'xx' is a percentage from 0-100 and 'yyyyy' is the defined capacity
in bytes. The other columns (Mailbox Name, Status, Read and Release)
still show the same information.
- For all devices running version 2.10c of the DCConnect Client or later,
the logfile size for that device can now be set from the DCConnect User
Interface in the Terminal Settings notebook (just like was done years
ago for the IBM 7525, 7526 and 7527 terminals). Go to the second page
of the General Tab and look for the Buffer Size box. You can choose
"Don't Change" or you can choose "Size (Kbytes)" and then select a value
from 1-64 indicating the number of Kbytes (1024 byte chunks) that should
be allocated on the terminal's 'hard drive'.
- There will always be at least 1 unused byte in the logfile.
- If you are writing your own C / Basic / Rexx / ... server-side applications
there are now new structures and APIs defined in DCX.H that are available
in order to take advantage of the longer transaction features:
- TRF2 is the new transaction structure. It not only allows up to 750 bytes
of data in the .txdata field but it now uses a long integer for the .datalen
field and it has six new fields for the adjusted date/time:
- .yearAdj
- .monthAdj
- .dayAdj
- .hourAdj
- .minuteAdj
- .secondAdj
These size fields are for storing the adjusted date/time for transactions
that come from terminals in time zones that are different from the server's
time zone (as defined by each terminal's configuration). The original
date/time fields (.year, .month, .day, .hour, .minute, and .second) contain
the data/time for the originating terminal's time zone. The server takes
that date/time and adjusts it to the Server time zone and stores those
values in the adjusted date/time fields.
Both of the year fields (.year and .yearAdj) now store the 4-digit year
instead of just the 2-digit year.
- DcxReadTransactionEx is the new counterpart API to DcxReadTransaction and
it must be used in order to read in the longer transaction structure
- DcxWriteTransactionEx is the new counterpart API to DcxWriteTransaction and
it must be used in order to write transactions with longer data or with a
4-digit year or with the new adjusted date/time fields.
DcxWriteTransactionEx now has an extra parameter that allows you to specify
a list of mailboxes rather than having to specifying a valid terminal name.
If this parameter is NULL, a valid terminal name must still be provided.
- A new structure, QUERY_EXPORT2, is the counterpart to the original
QUERY_EXPORT structure. It adds one more field: .percentFull.
- DcxQueryMailboxEx is the new counterpart to DcxQueryMailbox and it must
be used in order to get back the new QUERY_EXPORT2 structure with the new
.percentFull field
- The .size field of both QUERY_EXPORT and QUERY_EXPORT2 specifies a
number of bytes rather than a number of records.
- In Transaction Connection, the Write_Xact command can take advantage of
the new DcxWriteTransactionEx API, allowing you to specify one or more
mailboxes for the destination of the transaction record rather than having
to specify a valid terminal name. In this case you can pass what you want
for the function group name and terminal name. Note that TC had always
ignored the function group parameter in the past because the DCConnect
Server would override it based on the specified terminal.
- TC gives you access to the new adjusted date time fields from the new
transaction record structure (TRF2) with addition of the following data
parts:
ADJDATE4 ADJDATE ADJTIMESTAMP4 ADJTIMESTAMP ADJYEAR4 ADJYEAR
ADJMONTH ADJDAY ADJTIME ADJHOUR ADJMINUTE ADJSECOND
The regular transaction data parts for date/time (all of the above without
the leading 'ADJ') will get their values from the original (non-adjusted)
date/time fields in the transaction record unless the keyword
USE_ADJUSTED_XACT_TIME is in effect.. When that keyword is in effect,
the regular transaction data parts for date/time will get their values
from the adjusted date/time fields in the transaction record. In all cases
you will be able to get the non-adjusted date/time fields by using the
following new data parts:
TERMDATE4 TERMDATE TERMTIMESTAMP4 TERMTIMESTAMP TERMYEAR4 TERMYEAR
TERMMONTH TERMDAY TERMTIME TERMHOUR TERMMINUTE TERMSECOND
- The XACT_AGE data part and the Xact_Age command are also affected by the
USE_ADJUSTED_XACT_TIME command; when it is in effect the transaction age
is calculated using the server adjusted date and time.
- In TC the Query_Mailbox command now accepts a 6th parameter which lets
you receive the percentage full of the mailbox.
- The newer TC will work with older versions of the Server that do not have
the newer APIs needed for longer transactions. Of course in this case,
your TC scripts won't be able to take advantage of any of the newer features.
(TC tries to load the newer APIs from the DCConnect Server .DLL but if not
found, no error is given - unless the scripts try to use a feature that
requires the newer APIs).
- Older versions of TC will work fine with the newer DCConnect Server as long
as no transactions exceed the previous maximum length.
- Older versions of the DCConnect Client will work properly with the newer
DCConnect Server; in this case the Client will ignore a request by the
Server to change the transaction logfile size during a download
- Older versions of the DCConnect Server will work properly with the newer
DCConnect Client as long as the Client does not attempt to send transactions
that are longer than the previous maximum
10-20-04: PB/SV: Added support for IF, ELSE, { and } block commands. See the
documentation for all the details.
10-25-04: PB: DCTPB now always adds a RETURN(uvRC) to the end of every subroutine;
before this was done only when the last command was not RETURN. Adding
the RETURN all the time takes care of the case that the second-to-last
command caused the final RETURN to be skipped (e.g. CCFR, TEST, VRFY, ...)
11-12-04: TC: Fix for problem where unallocated memory was being accessed when
the pool to store label references exceeded 65,500 bytes. The symptom
is a failure during compilation that results in a message similar to the
following being written to the trace file:
XIS027:The script for internal script ID 0 does not exist
12-01-04: TC: All abnormal shutdowns (made from User Interface) are now logged
to c:\abnormal.dat.
12-03-04: SV: Terminals whose polling is disabled on startup are no longer sent
a message at startup of the Server to check whether the device is there.
When one server is used as a fail over for another, if messages are sent
from the backup server on its startup, devices receiving those messages
switch their allegiance to that backup server temporarily (until the
primary server sends messages (e.g. "Are you there") to those devices).
03-18-05: TC: Increased maximum number of subroutines and StartMatch scripts
allowed. You can now have over 6000 StartMatch and subroutine scripts
combined.
03-30-05: TC:Added an entry to RC_DB2.INI for native code -437, SQL01602 which
tells TC to treat this as "no error".
04-15-05: TC: Fixed problem in trace output where messages logged by the
set-terminal-UV thread would use/affect the elapsed time shown for
commands being executed in the current script.
04-21-05: TC: Fixed problem where a Cycle_Mailbox command issued from a StartTime
or StartInterval script would not deal with a transaction that had
already been read from the mailbox and was waiting to be processed. In
the past, TC would process that transaction and then go back and reread
the proper next transaction from the recycled mailbox. Eventually that
one transaction would be read again - and would therefore be processed
twice.
Now the Cycle_Mailbox command will flag the pending transaction so that
it is ignored the first time; it will be processed in the proper order
from the recycled mailbox.
04-22-05: TC: Fixed cause of "XIS056:Error writing transaction log file" error
that was being given when TC attempted to log a transaction.
05-13-05: TC: Messages about threads starting and stopping are no longer shown
by default. If they need to be shown, add the new command
SHOW_THREAD_MESSAGES
to your script.
05-13-05: TC: Message XIS123, about invalid start/length, now gives details
about the specified start, specified length, actual length and the
data.
05-16-05: PB: Added the optional SHOW_STEPS command line option to DCTPB32.EXE.
If present, DCTPB will show the program number and assigned step number
for every command as it compiles your transaction program(s). This
can be useful when trying to cross reference your DCTPB source code
with DCConnect Client generated messages or error transactions which
reference a step number.
05-31-05: TC: Corrected indentation in trace output whenever a branch to an error
label is actually a subroutine call. Before the indentation was not
increased at the start of the call even though it was decreased when
the subroutine ended.
06-02-05: TC: Corrected trace output for the key ID value of the Write_Xact
command when the ID is greater than 121.
06-02-05: TC: The Submit_Validation command now supports an optional third
parameter 'DONT_LOAD' which specifies that the file be created but
should not yet be loaded to any terminal.
06-02-05: TC: New Capture_Screen command can be used to write to a large
user variable, the entire contents of the current emulator screen.
The parameters are the target user variable and an optional error
label.
06-02-05: TC: New Load_Term command can be used to tell the DCConnect Server
to download all or some of the files to a data collection terminal.
06-04-05: TC: Call_Subroutine can now be used instead of CallSubroutine
06-16-05: TC: Fixed 'invalid start/offset' message that would result when
trying to append from the RIC or LINE data parts and the start
position was not 0.
06-30-05: SV: Fixed problem with DcxQueryDateTime API. Return data started
at month and went 2 bytes past the seconds.
07-26-05: TC: Fix for Cycle_Mailbox problem introduced with 4-21-05 change.
07-31-05: SV: Replaced use of DAE/CS2 for internal messaging infrastructure
with implementation using Windows named pipes.
08-05-05: TC: Added support for new data part: CURRENT_MAILBOX
TC: The Write_Xact command now supports the use of any data part
for the optional timestamp and/or optional mailbox list.
TC: The Delay command now supports the keyword "key" in place of
a numeric value. If 'key' is used, a "Press OK to continue" popup
is shown.
08-15-05: SV: Fixed problem with ARTIC terminal drivers starting up. This
problem was introduced when hostname support was added for the
TCP/IP terminal driver (5/13/04).
08-19-05: SV: Added the ability to change the default number of retries that
the server does for each command sent to a terminal. The default is
3 but that can be changed by creating a file called \dcconn\data\dcxpo.ini
and including in it a line similar to the following:
CMD_RETRY = 5
This feature was added only for lines that might have wireless devices
attached - which are the TCP/IP line and a serial line for which RF
Communications has been enabled.
By adjusting this new CMD_RETRY value and the Poll Timeout value for
the line (the latter is set in the DCConnect GUI in the Line Settings
on the Polling tab) the server can be tuned to better handle
intermittent communications problems.
10-25-05: SV: Fixed problems with transaction year for DWTS terminals and for the
original transaction APIs
10-28-05: TL: IMBEDSCR.EXE now handles environment variable references in the
imbed statements and it now defaults to generating 'runnable' output.
If listing output is preferred, the keyword 'listing' can be specified
as the second parameter.
-----------------------------------------------------------------------------------
End of fixes in DCConnect/TC/DCTPB version 2.2.0 fix package (October 2005).
-----------------------------------------------------------------------------------
01-12-06: SV: Fix for remote validation problem for requests that were handled by
TC or other application using the remote validation APIs. Attempts to
handle remote validation requests could result in messages similar to
the following and the application would be left hanging in the API call:
DCR0009E: VAL_READ had error writing to the message path: xxxx,
system error = 6.
DCR0031E: VAL_READ had error sending response to waiting process.
DCR0032E: Response path for previous error is yyyy.
and on shutdown of the server, the following messages might also appear:
DCR0031E: VAL_REPLY_ORIGINATOR had error sending response to
waiting process.
DCR0032E: Response path for previous error is IBMDCPIPE/TD_W40.
01-24-06: SV: Workaround for problem where, on certain systems, messages sent on
the TCP/IP network were reported as having 12 fewer bytes sent than
actually were. No terminals would be able to connect properly
with the DCConnect Server and a message similar to the following would
be written to the console for each failed attempt to send a message to
a terminal:
Only wrote part of the data (1 of 13) for terminal Emulator_7501
There would also be a lot of "DCR0261E: Received unexpected data..."
messages for terminals that were actually communicating.
01-27-06: TC: Fixed problem where the XML_Send command would not properly branch
to the error label when an error occurred with the command. Instead the
following message would be logged and the TC session would terminate:
XIS027:The script for internal script ID 0 does not exist
01-27-06: TC: Added support to the XML_Send command so that "raw" messages can be
sent, not just those that are XML formatted. To accomplish this, the
keyword RAW should be added as a new parameter in the first parameter
position, shifting all other parameters back one position. When using
this feature, the user variable for the second parameter should contain
the actual data to be sent - rather than a handle to an XML construct and
after the command completes, the user variable specified for the third
parameter will contain any data received in response to the outgoing
message, rather than a handle to an XML construct.
When the RAW feature is used, TC directly calls the function specified
by the XML_Sender command - which is typically SendXMLMessage in
Adptutil.dll. That SendXMLMessage function uses the rest of the
capability in the AdptUtil.dll to facilitate the ability to send the
message via MQ Series or the TCPIPMgr module. The SendXMLMessage
function has been enhanced to support the ability to send the 'raw'
messages. TC actually adds an 8 byte header to the beginning of the
data to be sent before calling the send function. That header has the
format:
RAWnnnnn
where 'nnnnn' is a 5 digit sequence number that TC increments for every
message that it sends. If a confirmation queue is configured (via
an XML_Configure command or an .INI file, a confirmation message
containing the 5 byte sequence number is sent to the confirmation queue
when a reply is received for the outgoing message.
The 8 byte header is not part of the data that is transmitted by
the SendXMLMessage function when it goes to send the outgoing message
to its destination (via MQ Series or the TCPIPMgr).
02-06-06: SV: Fixed problem where DcxGetTermUserVariable was not null-terminating
the response data.
02-09-06: TL: IMBEDSCR.EXE was not handling a /* comment at the end of a line
containing an 'imbed' command. (Was only looking for // comments).
02-23-06: PB: For the GOTO / GOSUB commands, the first parameter is now optional
if it would be THIS_PROGRAM and no other parameters except for the
step/label are provided. In other words, if THIS_PROGRAM is the
target program, then only one parameter is needed - the target step or
label. For example, the command:
GOTO ( TRY_AGAIN )
is equivalent to
GOTO ( THIS_PROGRAM, TRY_AGAIN )
03-08-06: SV: On server startup, a time synch is now scheduled for all 7527 and
7524/DCClient terminals. This was done because time synch requests
are not preserved across server shutdown/startup for these terminal
types.
03-28-06: TC: Added support for new Format_UV options: ASCII_TO_EBCDIC,
EBCDIC_TO_ASCII and LOWER_CASE.
04-09-06: TC: Added the folowing RC_DB2.INI:
-101 , SQL54001, DELAY_AND_RETRY , OE STATEMENT TOO COMPLEX
04-20-06: SV: New versions of DCCLEVEL.EXE and DCCSERVE.EXE run better with newer
versions of Windows such as XP and 2003 Server.
05-23-06: SV: Fixed problem with legacy Norand RF (7524 handhelds) terminal driver.
06-30-06: TC: New version of TC is now 'service-aware' so that it can run as a
service and can respond cleanly to service start/stop commands.
07-12-06: TL: New logtool.exe for recovering transactions from logfiles. See
DCConnect User's Guide for the details.
07-25-06: SV: Fixed hostname resolution problem when the resolved name included
the domain. Fix for handling aliases as well. New message shown for
all IPs that resolve to names.
08-15-06: SV: Fixed problem in dccserve.exe when starting the DCConnect service
using the NET START command.
10-30-06: TL: The x key can now be used to end the linetrac utility.
01-25-07: UI: Removed arbitrary 256 terminal limit for TCP/IP 75xx and TCP/IP
DWTS lines.
02-01-07: PB: Fix for compiling IF statements comparing to a string containing
imbedded blanks.
02-01-07: PB: Added warnings for subroutine calls that have fewer parameter than
the subroutine definition (this is allowed but user should verify all
occurrences are expected).
09-18-07: PB: Fix for buffer overrun that caused an exception to occur when trying
to log a message about a subroutine call with too few parameters.
09-18-07: TC: Fix for buffer overrun that caused TC to end abruptly during a
Check_Color command.
10-14-07: TC: Fix for to gracefully handle shutdown of second TC session when it
uses a controller ID that is already in use by another running TC session.
10-16-07: TC: Fix to eliminate extra dialog on shutdown when Close_When_Complete
is not in effect.
10-17-07: TC: Added missing horizontal scroll bars. Errors box now called Messages.
Fix to prevent window close on compile error when Close_When_Complete is
in effect.
12-29-07: PB: Added named message support
01-20-08: SV: Fix in DCXUTILS.DLL for the GUI crashing on some machines due to an
internal reading past the end of a buffer.
01-30-08: PB: Added check for 0-length string for APNDSTR and SETSTR commands.
02-05-08: SV: Better handling of very long parameters on a message continuation.
02-18-08: PB: MESSAGE commands are now included in output when SHOW_STEPS is used
on the command line.
01-31-09: TC:Fix for divide-by-zero error for modulo (%) and integer divide (\)
operations when a value between 0 and 1 (but not include 0 and 1) were
in the divisor part of the operation.
-----------------------------------------------------------------------------------
End of fixes in DCConnect/TC/DCTPB version 2.3.0 fix package (January 2009).
-----------------------------------------------------------------------------------
02-01-10: TC: Numerous fixes and enhancements:
- Title statement fixed to affect the Title on the window
- Added set of Last-Error Data Parts for several DCConnect API functions
- During compile, uncalled subroutines and unreferenced labels are listed
- Fix to alleviate problem with 'empty' compile window from being unendable
- Fix for various traps during shut down:
- When Logoff script has Goto into the middle of a subroutine
- When data request read is hanging
- Premature thread termination when Make_Data_Request used in Logoff
- Fix to Open_File_Data when internal file handle happen to be 0
- Set/Append_UV_File_Data now truncates data read at null, if one is found
- New REPLACE option for the Format_UV command
- System command can now timeout and no longer brings up window in foreground
- Controller IDs can now be 1 or 2 characters
- Trace infrastructure uses process Id instead of controller ID to avoid conflicts
-----------------------------------------------------------------------------------
End of fixes in DCConnect/TC/DCTPB version 3.0.0 fix package (February 2010).
-----------------------------------------------------------------------------------
03-01-10: TC: Numerous fixes and enhancements:
- Fix fr startup reporting illegal use of ERPBridge API
- Added capability for multiple ODBC data sources
- Begin/End_SQL supports "{Call form of Oracle stored procedure invocation as a
type of select statement
- Fixed initial database connection so it retires recoverable errors
- Added some new retriable connection error options in rc_odbc.ini: RECONNECT,
RESET_RECONNECT and DELAY_RETRY.
- New data part: LAST_DS_ALIAS
03-10-10: TL: In the logtool, the Count (#) operation now stops at the last valid
transaction that it encounters rather than giving error when invalid
tranaction encountered.
12-03-10: TC 3.2.3: For DB2 native support, cursors are now closed before SQL Prepares are performed.
This addresses cause of SQL -519 error.
02-17-11: TC 3.2.4: TC now has the ability to cancel an XML send request that is taking too long.
A new ADPTUtiL.DLL is needed as well.
05-16-11: OD: Added warning when no primary keys are found:
05-16-11: OD: Fraction for seconds always set to 0 to handle the new SQL Server 2008
data type, datetime2, which can have its scale changed - possibly to 0.
08-10-11: TC 3.2.6: Two fixes:
- Built with newer PComm libraries in order to fix PComm interface problem
- Added restoration of calling subroutine's local trace setting
09-23-11: TC 3.2.7: Three enhancements:
- Begin/End_UV uses max size buffer (32K), rather than smaller SQL buffer (4K)
- The trace info for XML_Cleanup now logs the handle value
- Added auto-cleanup of XML handles
11-15-11: TC 3.2.8: Fix for invalid alias in DBUserID and DBPassword commands
11-29-11: PB: Fix for compiling IF commands that reference named messages; prior to
the fix an "Invalid comparison syntax" error was given.
SV: The download process now properly handles message number resolution for
named messages used in IF, CALL/GOSUB and RETURN transaction program commands.
02-01-12: SV: Hostname resolution was enhanced to handle the case where the DCConnect configuration
has a fully-qualified hostname.domain set for the address when a message from
the network resolves to the same hostname - but without the domain. Previously this
was not considered a match. Now the server will look for all terminals in the
DCConnect configuration that have a matching hostname (there may be more than one, each
with a different domain) and issue a request to resolve the fully qualified hostname.domain
for each.
This allows the server to handle actual devices that are configured to use DHCP and
whose hostnames are defined after the server is started. Prior to this fix, the server
would have to be restarted in order to pick up these newly configured devices.
Note that the device must be configured with the correct IP address or hostname of the
DCConnect server in order for the above to work; after the initial startup attempt to
resolve hostnames for all devices in the configuration, the server does not attempt
resolution again unless it receives a message from the device itself.
02-15-12: TC 3.2.9: For multiple ODBC connections, only re-connect the DB connection involved in
an SQL error rather than re-connect all connections. Force any open result set to be
obsoleted if the associated DB connection had to be re-connected between fetches
(causes sql error if you do xxx_UV_Select_Data after re-connect)
After such a reconnect, Perform_Fetch and Set_UV_Select_Data continue to terminate TC if
no optional error label was provided. With an optional error label you can pretty much
assume that the reason for the error was a re-connect and react accordingly.
02-21-12: TC: TCXML.DLL was being built with the function CancelSendXMLMessage being incorrectly
defined as a C++ function (decorated) instead of a C function (not decorated).
02-23-12: TC 3.3.0: Fixed exception that occurred when Web Service calls fail because the
WebServiceHandler service was not registered, was old or not found.
03-09-12: TC 3.3.1: Fixed problem where all messages in the compile window would not show
when a TC-halting compile error occurred - such as a missing label.
Also fixed exception that occurred when formatting SQL column data longer than 235
characters and the data type was one of the following: SQL_WCHAR (-8), SQL_WVARCHAR (-9),
SQL_WLONGVARCHAR (-10) or SQL_UNIQUEID (-11).
03-16-12: TC 3.3.2: Fix for SendWSRequest's timeout function (it would never timeout). Fix for TC
trap if SendWSRequest's optional response text user variable parameter was not provided.
Fix for user's guide table describing the WSDL database table.
-----------------------------------------------------------------------------------
End of fixes in DCConnect/TC/DCTPB version 3.0.8 release (March 2012).
-----------------------------------------------------------------------------------
04-26-12: PB: CMPUV was not allowing 0 for either parameter; it does now.
05-09-12: IN: Fixed installation to create the data, job, val and cfr directories
on a new installation.
05-31-12: TL: The backup/restore utility now gives the error value when a file copy
fails and it gives the path when a directory create fails.
06-28-12: TC 3.3.3: Fixed incorrect message in the popup that was shown when an invalid command
was used - e.g. Send_Host_UV_Data used when not configured to talk to a host (no EMULTYPE
specified). Before the fix, if a host command was used, the message shown would
say:
An attempt was made to use a BOD-related API without the proper configuration.
but it has now been fixed to say:
An attempt was made to use a host-interface API without properly specifying
the session ID and emulator type.
And 3.3.2 did not include the first fix from 3.3.1.
07-02-12: TC 3.3.4: Two fixes for the System command: 1) The focus no longer is disturbed
by TC's execution of the System command. 2) The return code from the executed command was
not properly being reported by TC in the response user variable (problem introduced in
02-01-2010 version of TC).
08-08-12: UI: The DCConnect User Interface now accepts the command line parameter DONT_MINIMIZE_SERVER
which, if provided, tells the GUI not to start the DCConnect Server session minimized. This
is necessary when the User Interface (UI) is running as a service and the DCConnect Server
is started from the UI (e.g. clicking on the blue man). In this scenario, if the server is
started as minimized, its screen is not visible.
09-12-12: TC 3.0.8d (follows 3.3.4 after alignment of version number with 3.0.8 CD):
- TC now automatically remembers its window size and position based on its controller ID.
Information is stored based on the controller ID in a file whose name is in the format
$TCWINa.TXT where 'a' is the controller ID. Note that the window position is restored
after the compile completes - when TC is sure it knows what the controller ID will be.
This is now the default behavior of TC; if you do not want TC to maintain window positions,
use the new Dont_Maintain_Window_Position command in your script.
- TC now resizes both the Execution pane and the Messages pane whenever the TC window is resized.
The previous behavior was that only the Execution pane was resized and the Messages pane
remained a fixed size, just like the Transactions pane. Which of the panes are resized can
now be controlled via the 3 new Resize_* script commands described below: Resize_Both_Panes,
Resize_Messages_Pane_Only and Resize_Execution_Pane_Only.
- Added support for new TC window-related script commands:
- Dont_Maintain_Window_Position - Use this command in your script to tell TC not to remember
the size and location of the TC window - based on controller ID.
- Resize_Messages_Pane_Only - By default, TC now resizes both the Execution and Messages
panes when the TC window is resized. By using this keyword anywhere in your script, TC
will instead resize only the Messages pane whenever the TC window is resized, leaving the
Transactions and Execution panes always at the same size.
- Resize_Execution_Pane_Only - By default, TC now resizes both the Execution and Messages
panes when the TC window is resized. By using this keyword anywhere in your script, TC
will instead resize only the Execution pane whenever the TC window is resized, leaving the
Transactions and Messages panes always at the same size.
- Resize_Both_Panes - use this command to tell TC to resize both the Messages pane and the
Execution pane equally whenever the TC window is resized. The Transactions pane will remain
a fixed size. This is now the default behavior if none of the Resize_* commands are used
in the scripts.
- Fix for exception that occurs when abnormal shutdown is performed.
- Better detecting of improper syntax of If/While commands when parentheses are missing. For
example, the following syntax is now flagged as an error:
if (QStatus == "01" or QStatus == "RR")
because parentheses are needed around each operation as shown below:
if ((QStatus == "01") or (QStatus == "RR"))
Prior to the fix, this statement would be allowed, but the logic was performed incorrectly
as if the second part of the statement did not exist:
if (QStatus == "01")
- Set/Append_UV_Data_Part and Set/Append_Xact_Data no longer require the start and length
parameters. If not provided, both are assumed to be 0. If only one is provided, it is
assumed to be the starting position.
- Added 3 new Data Parts related to execution and idle time:
EXECUTION_TIME_TOTAL - Gives the total execution time, in milliseconds, of the current script
EXECUTION_TIME_EXTERNAL - Gives the total execution time, in milliseconds, for all operations
that the current script has made external calls for either database or screen scraping
operation.
IDLE_TIME - Gives the total execution time, in milliseconds, for all operations that the
current script has performed externally - including database and screen scraping operations.
One example usage:
Set_UV_Data_Part(UV1, EXECUTION_TIME_TOTAL)
Set_UV_Kbd_Data(UV2, "Total time: ")
Append_UV_UV(UV2, UV1)
Log_Error(UV2)
- Fix for properly formatting data that starts with a single quote when the specified
formatting is 'character'. In this situation, the existing single quote is to be encoded as
two single quotes and the entire data string is then to be enclosed in single quotes. Prior
to the fix, the data was left unchanged. This fix affects the commands: Begin_SQL / End_SQL,
Begin_UV / End_UV, Select_Having, Select_Where, Setup_Insert_Field, Setup_Update_Field, and
Update_Where.
- The StartInterval, StartTime and other script start information shown in the top and middle
windows of the TC session now include a timestamp. The StartInterval and StartTimeout
commands also show the number of milliseconds of the interval / timeout.
- Better fix to handle the problem that was attempted to be fixed by the 3-9-2012 change to
ensure all messages in the compile window are shown when a compile error occurs.
09-21-12: TC 3.0.8e: Changes made in conjunction with adptutil.dll to pass session name for better logging
detail when TCP/IP Manager is used.
XML_Configure now handles the following logging related options that can be part of a Sync_Logon
BOD (but these act on the TC machine):
- LogLevel
- LogFile
- LogSize
- LogCount
- Debugfile
- DebugSize
- DebugCount
10-29-12: OD: LoadODBC now gives more accurate errors when writing to the output table fails.
Previously you might see a non-specific error such as "Function sequence error" rather
than the appropriate error for the actual failure (e.g. Data longer than column size).
11-02-12: TC 3.0.8f: Corrected minor discrepancy in saved window size and position and also now ignore the
-32000 value that was saved when the TC window was minimized.
01-30-13: TCP 3.0.8e: Fix for duplicate message IDs which caused messages or responses to be ignored.
Improvements to logged and printed messages. Fix for one cause of a mutex error.
02-11-13: TCP 3.0.8f: Fix for mutex errors related to ReadQueue or WriteQueue such as the following:
ReadQueue::GetMutex failed for 'OWMQXA' line 565 because of wait timeout (1000) or failure (258).
ReadQueue::ReceiveMessage failed, unable to get mutex after 1000 ms wait.
02-25-13: UI: Fix for configurations containing DWTS terminals. GUI would throw an exception and end or hang
if loading a configuration containing DWTS terminals or if trying to add DWTS terminals to a
configuration.
03-07-13: TC 3.0.8g: Added the ability to define web services via an XML file instead of in a database
table. To take advantage of this, the following entry must be in your tc2.exe.config file:
<add key = "WSDLXMLPath" value = "c:\wsdl.xml" />
where the value can be any path to the .xml file that defines the web services. Here is an example
of a complete tc2.exe.config file:
<?xml version="1.0" encoding="utf-8" ?>
<configuration>
<appSettings>
<add key = "WSDLXMLPath" value = "c:\wsdl.xml" />
</appSettings>
</configuration>
Following is a sample .XML file containing the web service definition for Twitter:
<?xml version="1.0" encoding="utf-8" ?>
<configuration>
<!-- List of Web Services -->
<!-- "TwitterXML","REST","GET","XML","","",0,0 -->
<WSDL>
<NAME>TwitterXML</NAME>
<WSTYPE>REST</WSTYPE>
<METHOD>GET</METHOD>
<RESPONSETYPE>XML</RESPONSETYPE>
<TARGETNAMESPACE></TARGETNAMESPACE>
<SOAPACTION></SOAPACTION>
<PORT>0</PORT>
<TWCS_RESPONSE_SECS_MAX>0</TWCS_RESPONSE_SECS_MAX>
</WSDL>
</configuration>
The meaning of each attribute for a <WSDL> definition is the same in the XML file as is documented in the
TC User's Guide for the database table definition.
Also updated the termination logic of TC to better handle the management of connection handles in
the logoff script.
Added support for new data part EXECUTION_TIME_LAST.
Fix for external execution time not including the time for XML_SendBOD or XML_Send.
03-22-13: TC 3.0.8h - also requiring new versions of TCXML.DLL, CXML.DLL and ADPTUTIL.DLL
- In the SendXMLMessage function (from adptutil.dll and used by TC to send XML messages) it is no longer
required that the XML message contain NOUN, VERB and REFERENCEID elements as long as the ConfirmQueue is not defined.
This can be done via an XML_Configure command similar to the following:
XML_Configure("ConfirmQueue =")
Note that if ConfirmQueue is not explicitly defined, it defaults to OneWorld02; so it is necessary to explicitly
define it to be nothing as shown above in order to remove the requirement to have the NOUN, VERB and REFERENCEID
elements.
- Also added an alternative to the NOUN / VERB / REFERENCEID elements: you can instead include the single element
CONFIRMRESPONSEID in the XML message and the value for it will be used in the confirm message when the response
to the XML message is received.
- When using CommunicationsMode=MQ the AdapterMachine parameter is actually used to specify the MQ QueueManager.
So the keyword QueueManager is now allowed and is synonymous with AdapterMachine.
- Also fixed problem where the creation of MQ response queue used to always specify a blank for the queue manager,
indicating the default queue manager, rather than using the queue manager specified by the AdapterMachine
parameter (or now the QueueManager parameter) if it was explicitly specified.
- Added support for the new command:
XML_AddAttribute(handle_UV, attribute_name, attribute_value)
in order to add multiple attributes to an existing element. See the
documentation for more details:
XML_AddAttribute
- For the command XML_Create (but not XML_CreateBOD), the second parameter for filename is now optional. If omitted
the generated XML will no longer include the second comment element that specifies the DOCTYPE and .DTD file name.
- New XML_Configure option: IncludeFinalNull now available for controlling whether the final null is added to
messages sent by XML_Send and XML_SendBOD. Some target systems do not want that final null. Example call:
XML_Configure("IncludeFinalNull = False")
You can specify False/No or True/Yes. If this parameter is not explictily configured, it defaults to True/Yes, which
has always been the default behavior.
- Another new XML_Configure option: UseCorrelationID now available when using Websphere MQ as the transport
mechanism (CommunicationMode = MQ). If this option is set to True or Yes as illustrated here:
XML_Configure("UseCorrelationID = True")
then when messages are sent, MQ will generate a unique correlation ID in the request message that will be part
of the corresponding reply message. This ensures that an old reply, still sitting on the MQ queue from a timed out
request, is not considered the reply for a new request.
It is recommended to use this option if you do not have any kind of ID already built into your XML messages that
uniquely identifies each message and its response.
- Added support for the new command:
XML_ToString(handle_UV, target_uv)
which takes the XML structure that is referenced by the handle_uv and generates the 'flattened' or 'serialized' string
in the target_uv. If the target_uv is not large enough, the string will be truncated so that it fits in the UV and a
warning message is logged. The target_UV is cleared before the string is written to it.
See the documentation for more details:
XML_ToString
04-17-13: TC 3.0.8i - Added new Define_Large_UV_Size to allow the default large UV size of 16383 to be anything from 235 to 65534
bytes. Like the Define_UVs command, Define_Large_UV_Size must be used in the script files before any UV is referenced
by any other command.
- For the handling of messages received from an MQ queue during the execution of an XML_Send or XML_SendBOD command, a
terminating null is now added to the received data if that data is not already null-terminated. (Change actually made
in ADPTUTIL.DLL).
04-23-13: TC 3.0.8j - Added XML_ToFile and XML_CopyElement commands. Aliases created for web service commands and WS_Profile now
has alias of Workstation_Profile.
04-30-13: TC 3.0.8k - Better flagging of compile error when incorrect command happens to contain a colon.
Added LDAP support - including the new commands: LDAP_AdminBind, LDAP_ValidateUser, LDAP_Search and LDAP_AdminUnbind.
Fix to properly support the use of -1 as the timeout parameter for the System command. If specified for the timeout,
it indicates the OS system command should be invoked as had been done in older versions of TC.
Compile of IF command with no parameters did not previously given any compile error.
05-31-13: TCP 3.0.8g: Made the following enhancements to logging for both the TCPIP Manager and the adapter:
- One key enhancement is that the LogLevel can now be set differently for different adapter sessions and even the
TCPIP Manager - using the .INI file scheme described in the following bullets.
- The following logging parameters can now be read from an .INI file: LogLevel, LogFile, DebugFile, LogCount,
DebugCount, LogSize, DebugSize, Debug, Dont_Print_Pointers, DBG_ALL_JDE_XML and DBG_WARN_JDE_XML.
- Both the adapter and TCPIP Manager will first look for COMMON.INI in the current directory and if found will
read and process any of the above listed logging parameters. It is not an error if the file does not exist.
- Next the adapter / TCPIP Manager will look for an .INI file specific to itself, based on the input queue name.
For the adapter this is the first parameter, which defaults to OneWorld01 if not provided (so the .INI file would
be called OneWorld01.INI. For TCPIP Manager the queue name is always TCPIPQUEUE.INI. Again it is not an error if
this file does not exist.
- Parameters in these .INI files should be in the form:
parameter = value
such as:
LogLevel = 8
- Lines starting with double slashes (//) are treated as comments and ignored. Blank lines are also ignored.
- The keywords TraceFile, TraceCount and TraceSize can be used in place of LogFile, LogCount and LogSize - since
these apply to the trace (*.TRC.*) output files (as opposed to the debug (*.DBG.*) output files.
- The .INI file is read as soon as the adapter / TCPIP Manager starts and processes its command line parameters -
which should be before any logging is attempted - unless some error occurs while processing those command
line options.
- When either COMMON.INI or .INI is processed, the parameters that are read will be printed to the
screen so they can be viewed for validation.
- After the Adapter / TCPIP Manager are started, the R key can be pressed to trigger the Adapter / TCPIP Manager
to reread the .INI file. So a parameter could be changed in the appropriate .INI file and the R key pressed to
affect the logging output for a particular adapter without having to shut down and restart that adapter. Whenever
R is pressed, the processed parameters will again be written to the screen.
- The use of the .INI files and R key should replace the tools DebugOn / DebugOff as the way to change
the logging settings for a running adapter / TCPIP Manager. In fact DebugOn / DebugOff would only affect parameters
that were being shared between the adapters - such as the loglevel. But that no longer works.
- Note that changes to logging parameters that are received by the adapter in SYNC_LOGON or SYNC_ADAPTER BODs
will still be acted on even if the parameters had previous been read from an .INI file.
06-03-13: TC 3.0.8L - Added LDAP_Encrypt command to encrypt the contents of a user variable using the Blowfish encryption algorithm.
The command syntax is:
LDAP_Encrypt(UV_For_Encrypted_PW, pwToEncrypt, blowfish_key)
- Fix for password encryption/decryption not properly handling a change in the blowfish key.
- Added XML_GetField2 to allow for the 'occurrence' and 'error Label' parameters that the original XML_GetField command does
not have. The syntax for XML_GetField2 is similar to XML_EnterElement, with the addition of the Target UV parameter:
XML_GetField2(HANDLE_UV, Field name, [[attribute name,] attribute value,] [occurrence,] Target UV, errorLabel)
- Fix for XML_SetField. It was appending to existing data in the field rather than replacing it.
- Enhancement made to the System() command to launch applications in the true 64-bit environment if it is detected that TC
is running on a 64-bit version of Windows. TC looks for %windir%\sysnative\cmd.exe and uses that if it exists.
Otherwise it uses %windir%\system32\cmd.exe. (Note: %windir% is typically c:\windows.) It is necessary for TC to use the
'sysnative' syntax to force the 64-bit environment because, since TC is a 32-bit application, Windows will by default,
actually redirect references to %windir%\system32 so that they go to %windir%\syswow64 instead (WOW64 = Windows-on-Windows64).
Therefore by default the cmd.exe that is start will be the one for the 32-bit environment. There are certain commands,
such as msg.exe, and functions that exist/work only in the 64-bit environment. When running in the 32-bit environment, a
directory listing of %windir%\system32 is redirected by Windows so that you actually see %windir%\syswow64.
06-05-13: SV: Fix in terminal support code to properly put a terminal back into service if the terminal was in service and then
quickly restarted before the DCConnect Server detected that the terminal had been unreachable.
06-13-13: TL: Linetrac.exe tool will now keep running when the server shuts down - but it does disconnect and wait to reconnect
when the server starts up again.
06-14:13: SV: Added support of downloading .PGM files with the new ENCRYPT and/or QUERY commands.
06-17-13: PB: Added support for new QUERY and ENCRYPT commands and other features recently added to DCConnect Client compile of
text files:
- Named messages can now be 64 chars
- The 3rd parameter (length) is now optional for the MESSAGE command
- Comments are now allowed in the middle of commands that span multiple lines.
- A single command including white space and spanning multiple lines can now be up to 4000 characters; was 1024.
- Label resolution is now case-insensitive.
06-28-13: SV: Fixes for text file downloads
07-03-13: SV / PB: Added versioning of text file downloads via VERSION command. DCTPB compiles but ignores this command.
07-05-13: SV: Implemented removal of excess spaces and comments during text file download. Single file containing text config and
transaction programs now sent to client; called SCRIPTS.TXT.
07-08-13: SV: Implemented model parameter for the CFR_FILE script command.
07-16-13: UI: Completed support for new Terminal Model and Settings Source parameters in the terminal notebook.
In the node / mailbox / function group details view (View as Text) the items are now sorted by
the names of the terminals / mailboxes / function groups.
The Node / Mailbox / Function Group screens are now wider to better accommodate larger names of
terminals, mailboxes / routing groups and function groups.
07-23-13: TC 3.0.8m - Fix for intermittent false positive database fetches that actually had no records returned.
Also implemented feature where trace logging is disabled if TC detects it is negatively affecting performance.
08-06-13: SV: Added support for terminal name resolution. In the DCConnect configuration, specify 255.0.0.0 as the IP address
for any terminal whose IP address / hostname is not known at startup or might change while the server is running.
Any terminal (DCConnect Client) configured with this address must use the -n command line parameter or TERM_NAME
keyword in EMULATOR.INI to specify a valid name in the DCConnect configuration - configured with the 255.0.0.0
IP address that is its terminal. This allows clients to connect to the server when a VPN is involved - which is
typically a problem because the client's IP address and hostname are usually not known ahead of time in this case.
UI: In the "Text" view of the Node configuration, the Type column will now show the Terminal Model value (e.g. Win32,
Intermec_CK30, Symbol_91xx, ...) if one is specified for a terminal, rather than the terminal type (e.g. 7524/Client).
Note that the Address column of this same screen will always show the address from the configuration; it will not show
IP addresses that the server resolves via hostname resolution or terminal name resolution.
08-08-13: SV: No longer does the TCP/IP terminal driver try alternate ports if it finds its configured listening port
(default 7500) is already in use. Never was useful behavior since all devices expect server to be listening on
the configured port.
SV: Fix for intermittent server hang when terminal goes to not responding and then comes back on line with files
already stored locally. Was side-effect of 6-05-13 fix above.
08-22-13: PB: Maximum length allowed by APNDSTR/SETSTR changed from 256 to 999. Also now properly generate an error if
that length is exceeded. Previously, the data would be truncated without notification.
SV: Loading of text files now updates the status as "loading programs".
08-30-13: TC 3.0.8n - Changes to indent of trace file to fix problem when trace (off) is used in a called sub
09-06-13: PB: Better detection of missing parenthesis at end of Declare command and better reporting of the line # when
parenthesis missing for any command.
SV: Fixed showing of %d in some newer messages. Also now insert spaces into any message parameter that exceeds
60 characters; an attempt is made to split the parameter on a backslash, slash, comma, dash or underscore, if
the parameter contains any of those characters.
SV: Download of text files now accommodates a command that spans multiple lines up to 4000 characters in length.
09-19-13: SV: now accepted in addition to 255.0.0.0 as the terminal's address
parameter to indicate terminal-name-resolution should be used for the terminal.
10-04-13: TC 3.0.8o - Added the LDAP_ChangePassword command:
LDAP_ChangePassword ( LDAP_Connection_Handle_UV, Base_dn*, Search_Scope*, UserID_Search_Criteria*, Encrypted_Old_PW*,
Encrypted_New_PW*, Blowfish_Key*, Attribute_Name*, Error_label )
If Encrypted_Old_Pw is blank, then the admin binding is used to change the password. Otherwise the specified
user ID is bound to the directory and then the password is changed with that binding.
Fixed logging of compile error when Begin_SQL / Begin_UV statements are too long.
LDAP_ValidateUser now accepts the option to retrieve attributes from the user's directory entry. The new format of
this command is:
LDAP_ValidateUser ( LDAP_Connection_Handle_UV, Base_dn*, Search_Scope*, UserID_Search_Criteria*, Encrypted_PW*,
Blowfish_Key*, Attribute_List*, Result_XML_Handle_UV, Error_label )
The new Attribute_List and Result_XML_Handle_UV parameters work the same way as they do for the LDAP_Search command. In
addition a new feature for the attribute list allows a function to be performed on the attribute that is returned. Only
one such function has been implemented so far: LDAP_PW_AGE_IN_DAYS to be applied to the pwdLastSet attribute in order to
determine the number of days it has been since the password was last changed.
To use this in the attribute list parameter of LDAP_ValidateUser (or LDAP_Search), put the function name followed by the
attribute name in parentheses; imbedded spaces are allowed. For example:
LDAP_PW_AGE_IN_DAYS(pwdLastSet)
When the attribute is retrieved and the XML response message is built, that XML message will include sections
for both the original attribute and the function(attribute) sec as illustrated in the example below (the pwdLastSet value
represents the number of 100 nanosecond intervals since Jan 1, 1601 in UTC):
uid=123456897,c=us,ou=employedir,o=ibm.com
130255074216183596
1
Note: When the function(attribute) is put into the XML message there will not be any imbedded spaces, even if when in
the attribute list, it did include imbedded spaces. Therefore when specifying the attribute name in the XML_GetField
or XML_GetField2 command do not include any imbedded spaces for a "function(attribute)" value that should be retrieved.
10-29-13: TC 3.0.8.p - TC now retries for -303 and -309 errors (command not allowed and rejected data) when trying to send
a command to the the terminal such as Send_Term_UV_Data.
Also the subroutine level is now written to traces so that finding the end of a subroutine call is easier. When a call
to a subroutine is made, the phrase "Entering sub level n" is written to the trace where 'n' is the subroutine level.
The first subroutine call is level 1. For example:
00000 : Entering sub level 3
00000 : Call MovePallet ( pallet ID )
Because the MovePallet might have a series of its own nested subroutine calls, despite the indent level, it may be
hard to find the right matching Return or EndSub statement that corresponds to the completion of the MovePallet
subroutine call. To quickly find the completion of the MovePallet subroutine which is at level 3 in the example
above, search for the next occurrence of 'sub level 3' and you will go right to it:
00000 : Leaving sub level 3
00000 : Return ( )
10-31-13: SV: Fixed problem with terminal name resolution that required each terminal doing this kind of resolution to use a different
port. In addition if a named terminal request is received for an IP address / port combination that is already associated
with another terminal, one of two things is done:
1. If the terminal already associated with that IP address / port combination is not one that is configured to do
terminal name resolution (its Terminal Address in the DCConnect Terminal Settings Notebook is either 255.0.0.0 or
optionally followed by a comma and a port) then an error is logged and the request is ignored.
2. But if the already-associated terminal is configured for terminal name resolution, the IP address / port combination
is associated with the terminal from which the new request was received and it is no longer associated with the other
terminal.
11-07-13: TC 3.0.8.p (continued) - Fixed premature error about variable name storage being exceeded (XIS151).
11-08-13: SV / UI / TL: Added ability to download text script files by themselves (without downloading CFR and
validation files). New DCX_DWNLD_SCRIPTS option for testterm.exe. And new Download Scripts option
in DCConnect User Interface.
11-11-13: SV: Minor fix to write the correct terminal name to trace log when terminal-name-resolution request is first received.
Also "MESSAGE NOT WRITTEN" is now written to the trace log instead of "NETWORK WRITE ERROR" when there is an attempt
to write to the network for a terminal whose address is not yet known - whether that terminal is configured for
hostname-resolution or terminal-name-resolution.
-----------------------------------------------------------------------------------
End of fixes in DCConnect/TC/DCTPB version 3.0.9 release (November 2013).
-----------------------------------------------------------------------------------
2013-12-09: TC 3.0.9a: New SCRIPTS option available for the second 'which_files" parameter of the Load_Term command. This can only
be used when the target terminal is loading the text scripts directly. This option indicates only the scripts should be
loaded; no CFR or validation files should be loaded.
For the change in version 3.0.8m that turned off tracing if it was too slow, the threshold for slowness was
increased from one second to three.
New command XML_LoadLoggingParameters gives TC sessions the same capability to specify unique logging
parameters for XML message processing - that the recently introduced .INI file capability does for the adapter and
TCP/IP Manager:
XML_LoadLoggingParameters ( Parameter_File * )
The Parameter_File can be a literal string or it can specify a variable that will contain the file. If a literal string
it can include environment variables which will be resolved when the script is compiled.
The logging parameters that are supported in the specified file are the same ones that are supported in the adapter /
TCPIP Manager .INI file or an XML_Configure command, including:
LogLevel, LogFile, DebugFile, LogCount, DebugCount, LogSize, DebugSize, Debug and Dont_Print_Pointers
Note that DBG_ALL_JDE_XML and DBG_WARN_JDE_XML are adapter specific logging parameters and do not apply to TC
sessions.
Also supported in the file is an IMBED= or INCLUDE= statement, used to get logging parameters from another
file. You could put a majority of the parameters that will be the same into a single file and then INCLUDE that
file into the unique logging parameters for each TC session.
For example, c:\dcconn\tc\XMLLogging_Common.INI could include the following statements:
LOGLEVEL = 0
LOGCOUNT = 50
DEBUGCOUNT = 50
LOGSIZE = 2000000
DEBUGSIZE = 2000000
DEBUG = N
and then C:\dcconn\tc\XMLLogging_A.INI could be set up for TC session A, containing the following:
IMBED = %tc2%\XMLLogging_Common.ini
LOGFILE = c:\dcconn\tc\XML_Log_Trc_A.log
DEBUGFILE = c:\dcconn\tc\XML_Log_Dbg_A.log
while C:\dcconn\tc\XMLLogging_B.INI could be set up for TC session B, containing the following:
IMBED = %tc2%\XMLLogging_Common.ini
LOGFILE = c:\dcconn\tc\XML_Log_Trc_B.log
DEBUGFILE = c:\dcconn\tc\XML_Log_Dbg_B.log
As is shown above, environment variables can be used in the IMBED / INCLUDE statement but they cannot
be used in the LOGFILE / DEBUGFILE statements. Environment variables can also be used in the new TC
command XML_LoadLoggingParameters.
If the same parameter is encountered more than once when processing the file or any imbedded file, the
last occurrence of that parameter is the one that will take effect.
The XML_LoadLoggingParameters command should be part of the StartLogon script to ensure the logging parameters
are set up before the TC script attempts to do any XML operations that might cause logging to be done. But
it should be after the XML_Sender command that is typically used to specify that ADPTUTIL.DLL is the .DLL that
should be used for the XML_Send / XML_SendBOD functions and other XML functions. For example:
XML_Sender (AdptUtil.Dll:SendXMLMessage)
When the XML_LoadLoggingParameters command is performed, TC remembers the file name that is specified, after
resolving any imbedded environment variables, so that the logging parameters can be reloaded when the user selects
the new menu option Trace -> Reload XML Logging Parameters. If you want to temporarily change a logging parameter,
such as the loglevel, you could add it to the parameter file for a specific session, such as XMLLogging_A.ini, and
then use the new menu option to reload the parameters. When you want the logging level set back to the value in
XMLLogging_Common.INI, remove it from XMLLogging_A.ini and use the menu option to reload.
Using this menu option is similar to pressing the R key to reload the parameter file for an adapter or TCPIP Manager
session.
Whenever the XML logging parameters are loaded for a particular TC session, a message is logged to the bottom window
of the TC session and to the TC error log for that session.
2013-12-09: TC 3.0.9b: Fix so LAST_EXECUTION_TIME data part is properly calculated when Trace is off.
2014-01-24: TC 3.0.9c: New Trace_Delay_Limit compile-time configuration statement allows configuration of the slow trace
delay accumulated during a sampling period, and trace will now be re-enabled automatically after a configurable
delay/stabilization time.
2014-03-01: SV/UI 3.0.9a: Implemented compression of downloaded files for terminals running version 3.0.9b and later of the Client - when
loading text-based files. Compressed files, when in text-based mode, includes the CFR and any validation files.
This should decrease download size and times to about one fifth or better as compared to non-compressed downloads of
the same files.
Was treating paths in IMBED / LOCAL_VALIDATION statements that start with backslash as relative paths to \dcconn\job and
\dcconn\val directories when downloading text or validation files. Now treat them as absolute paths on the drive where
the environment variable DCCONN indicates.
DCConnect Server version and copyright now logged on startup.
2014-03-03: TC 3.0.9d: Fix for trap when run with trace off (Introduced in 3.0.8n). Trap would occur after a certain number of
cumulative calls to subroutines during the duration of the TC process.
Fix for potential corrupting of the trace file output and possibly a run-time error due to concurrent writing
to the trace pipe by both the script processing thread and another internal thread.
2014-03-14: SV/UI 3.0.9a continued: Also increased the size of CFR download messages that are sent to the DCConnect Client (on a
TCPIP/IP line) so that fewer download messages are needed for the CFR download (about 1/4). But if the DCConnect
Client is older than 2.10 (June 2004) the server will adjust to the smaller buffer size because that level of Client
had a smaller network read buffer size. For these older Client versions, there will a few second delay (depending
on the server's configured Poll Timeout) at the start of the CFR download as the server gets a failure when trying
the larger message size and then switches to the smaller message size.
2014-03-19: SV/UI 3.0.9b: Fixed the cause for CFR only downloads leaving the terminal in the wrong state for text-based configurations.
Fix for intermittent download failure of "Start" file command (UD) during text-based file download. The file name
portion of the command could be corrupted.
2014-03-20: TC 3.0.9e: Added new commands XML_DefineNamespace and XML_RedefineNamespaces.
2014-06-08: TC 3.0.9e continued: Fix for native DB2 select of BIGINT column types with values that exceed 32-bit range.
Added 464 warning to RC_DB2.INI - for 'Result Set Mismatch'. Returns no error.
2014-08-28: OD: Fixed cause of 22002 SQL error when fetching column information.
2014-10-01: TC 3.0.9f: Added new command WS_GetLastErrorText. Added WEBSERVICE as possible value for first parameter of
On_Error_Goto command. Data part LAST_ERROR now set for all WS_xxx web service commands.
2014-11-03: SV/UI 3.0.9c: Added ability to have mailbox data persisted in ODBC database tables, in addition to the traditional
(and still default) file based mechanism. Copy the ..\data\sample_mbdb.cfg file to mbdb.cfg to set parameters
for DB access. See the Users Guide for details on required table design, etc.
2014-11-10: SV/UI 3.0.9d: Better handling of the logging of very large message parameters (e.g. long path names)
2014-12-03: TC 3.0.9g: Added new commands for web service feature to allow use of XPATH query for navigation (e.g. WS_EnterElementXPATH etc.).
Added WS_AddAttribute, WS_GetAttribute, WS_ToFile, WS_ToString.
2014-12-11: TL: The logtool now creates a dump file based on the mailbox name and the current date and time rather than always
using LOGTOOL.DMP.
Also the 0 key can now be used to advance 10 bytes / transactions in the log file.
2015-01-15: SV/UI 3.0.9e: The options for Download -> All Data (Forced Reset) and All Data (Soft Reset) were renamed and move to the end of
the list to make clear that they are for 7527 terminals only.
2015-02-15: TC 3.0.9h: Added new RC_xxx.INI handler DELAY_RETRY_INVALIDATE and associate with deadlock-rollback error (e.g. -911).
This allows TC to know that any use of SELECT data (Perform_Fetch, Set_UV_Select_Data) is invalid, thus preventing
possibility of rapid loops logging DB engine errors. Also, delay 100 ms after logging any SQL error so prevent
too-rapid issuing of errors that can make the machine hard to control and cause slow-downs.
2015-05-20: TC 3.0.9i: Added new command Restart_TC() that will do a quick spawn of a replacement TC session (i.e. to clean-up
leaked handles or such). Also added new datapart "COUNT_HANDLES" (the current count of all Windows handles owned by the
TC session).
2015-05-29: TC 3.0.9j: Fixed the constant writing of messages similar to the following to trace.log, by TC when it is running as a service:
ServiceManager::ServiceCtrlHandler (4)
ServiceManager::ServiceCtrlHandler done
This would cause the trace.log file to grow very large if not deleted periodically.
2015-06-26: SV/UI 3.0.9e continued: Reorganized the return codes section of the DCConnect Technical Reference. And added
info about the meaning of DCX_DATA_TRUNCATED being returned for the DcxReadTransaction API.
2015-08-12: TC 3.0.9k: Fix for occassional hang of TC if set UV thread happens to be sending API request right when DCConnect Server
shutdown is starting.
2015-09-16: SV/UI 3.0.9e continued: Added new variation of API for writing transactions: DcxWriteTransactionEx2 which adds new parameters
for Serial_Key and Priority which are used when Master-Child mailboxes are set up in order to control how transactions are
handled by the children of a particular master mailbox.
2015-09-16: TC 3.0.9l: Added support for Write_Xact2 - which correlates to the new DcxWriteTransactionEx2 API available in the 3.0.9.e
version of the DCConnect Server. This adds new parameters for Serial_Key and Priority which are used when Master-Child
mailboxes are set up in order to control how transactions are handled by the children of a particular master mailbox.
2015-10-08: TC 3.0.9l continued: Moved the handling of Restart_TC later in the shutdown process in order to prevent contention for the
same trace file names between the newly started TC process and the one shutting down. This helps to prevent getting
the 'a', 'b', ... suffix added after the 'x' in the TC2TRCx.nnn trace file name - where 'x' is the controller ID.
Fixed cause of 233 errors that lead to tracing being turned off, empty trace files and possibly unnecessarily adding an
alphabetic suffix to trace files names. Also TC trace and error log output now includes milliseconds in the timestamp.
Trace files are now flushed to disk every 10 seconds rather than every 2 seconds in order to reduce any impact of tracing.
New data part LAST_WS_COMMAND_INFO for getting a string that indicates the last web service command that was performed along
with its input parameters. Intended to be used in conjunction with On_Error_Goto ( WEBSERVICE, ... ) as a way to determine
which of a series of web service commands caused the branch to the on-error label.
Fixed tracing of WS_ToFile command; was incorrectly showing 'XML_ToFile'.
Trace messages about entering/leaving sub-level now use term 'pseudo-level' if level is for goto branching and not a true
subroutine call.
2015-11-03: SV/UI 3.0.9f: Added ability to change polling and in/out service state from the node level, adapter level or line level of
the Node Configuration graphics view. This now gives a single place to stop/start polling for all terminals.
Fix for the following error that could occur on server startup if any terminals have queued transactions:
10/30/15 09:56:21 DCR0009E: DRIVER_COMMON_HANDLE_TXTN had error writing to the message path: %s, system error = %s.
Fix for problem that caused the unresolved parameters (%s) in the above message.
Fix for clear mailbox not working properly for the non-DB mailbox implementation in the 3.0.9e fix pack.
Infinite timeouts for API calls now broken up into infinite calls of 5 second to allow checks for shutdown or other errors that
should cause the API call to return.
Fix for problem that could cause transactions to be received on startup from terminals whose startup polling state was turned off.
Added the API DcxQueryTermList for getting the entire list of valid terminals in the DCConnect configuration. Similar to
DcxQueryJobTerms but not limited to a single job.
2015-12-02: SV/UI: 3.0.9g: The downloading of text-based files now strips out any end-of-file characters it encounters at the
start or end of a line in the source files.
2016-01-20: TC 3.0.9m: Added the following commands in order to enable a web page working in conjunction with a TC script-based
web service to be able to perform all of the runtime functions that the DCConnect User Interface can perform:
Change_Term_State
Clear_Mailbox
Get_Application_List
Get_DCConnect_Status
Get_Job_List
Get_Mailbox_List
Get_Term_List
No_Terminate_From_DCConnect
Report_Term_Status
Shutdown_DCConnect
Start_Application
Sync_Date_Time
Also, for all commands that have the word TERM in them, synonyms were created with TERM replaced by TERMINAL. For
example, both Get_Term_List() and Get_Terminal_List() are valid.
2016-01-29: SV/UI 3.1.0: Fix for messages that were showing single character parameters as 0 instead of their true value.
2016-02-16: TL 3.1.0: Fix for logtool.exe; problem creating dump file when mailbox name is longer than 8 characters.
2016-03-03: SV/UI 3.1.0 continued: Fix for transaction logging problem introduced with the feature to prioritize transaction assignment
between master and child mailboxes (3.0.9e).
2016-04-12: SV/UI 3.1.0 continued: Completed adding the ability to download new versions of the DCConnect Client to terminals running
version 3.1.0 orlater of the DCConnect Client.
TC 3.1.0: For support of the ability of the DCConnect Server to download new versions of the DCConnect Client, added commands
Submit_Client_Files and Report_Terminal_Version and added CLIENT as a new WhichFiles option for the Load_Term command.
2016-04-25: SV/UI 3.1.0 continued: Added some efficiency to the mailbox database code for the transaction release operation.