|
|
|
|
Release 6.03December 6, 2000 Change RequestEnhancement: Now ISPF Edit can be used for the following:
Note:
Reference Tracking by Members (Option RTM)ENHANCEMENT: A new option per member has been added to limit the amount of data that can be recorded on the database. The limit is set by specifying the number of database blocks (approx. 65 records per block). The default is 50 blocks. When you use the RTM Option, the current number of blocks used by members will be displayed. If the tracking is stopped after the maximum blocks is reached, then the Status field will display STOPPED. Reference Tracking (Option RT)ENHANCEMENT: An option similar to the RTM option above has been added. The default is 100 blocks (approximately 30 records per block). Compare Utiltiy under Batch>Problem: Recoverable ABEND213 doing batch volume compare when an HFS type of SMS data set is encountered. Resolution: HFS type files are now bypassed in the volume compare; USS support will handle the file structure within HFS data sets. The LULU transaction module MZ1LCMP1 has been updated and so must be replaced in a remote site for the this change to be effective when comparing volumes across changeplexes. This module may be copied to a previous release library of Change Action to implement this change, if it is not convenient to install the whole release of Change Action at a second site at the same time as the first. Automatic SchedulingProblem: Periodically, schedule information cannot be updated due to memory and database information being out-of-sync. This problem most commonly surfaces with scheduled functions such as the Dynamic Dataset Definition Facility which runs on multiple systems at the same time. Resolution: The code has been changed to reload memory from the database when this condition is detected and the current process will then be retried. External LoggingENHANCEMENT: A new batch utility is available to allow you to copy and/or clear datasets created by the External Logging task MZXP. The batch job is provided in prefix.CNTL(MZXPBAT). The job also contains documentation. This job is necessary, because MZXP has external datasets allocated, possibly with DISP=MOD or NEW, which makes the datasets unavailable to other tasks. New Command: Entering /PRT on any panel, or PRT from most table display panels will take you to a new FTP send panel (see HELP once you're there). PRT will put the table display in a temporary data set, while PRT dataset /FTP will put the output in a permanent data set before entering the FTP panel. The old format of PRT data set or PRT sysout will still work as before. From here, you can send any data in ASCII, BINARY, or XMIT form in the foreground or background. XMIT will allow you to send any data, or an entire PDS, and restore it on our system with the same attributes. BINARY should only be used for very large fixed block datasets. Note: The data will be sent to Action Software. Normally this will be requested by Technical Support, but you may send data unsolicited if you wish. Performance: Previously, when the REORG job was run, and the systems were very busy (due to large reference tracking updates), the database updates were not seen by the other systems for quite a while. This caused several update errors trying to access the database. Now, whenever the database appears to be out-of-sync, Change Action will reload the memory pointers from the database immediately. New Command: Wherever there was a BROWSE or EDIT command
available, there is now also a VIEW command. This is the same as the ISPF VIEW
command. |
Send mail to Action Software with
questions or comments about this web site.
|