Jump to page titleUNITED STATES
hp.com home products and services support and drivers solutions how to buy
» contact hp


more options
 
hp.com home
End of Jump to page title
HP Services Software Patches
Jump to content


» software & drivers
» ask Compaq
» reference library
» forums & communities
» support tools
» warranty information
» contact support
» parts
» give us feedback

patches by topic
» DOS
» OpenVMS
» Security
» Tru64 Unix
» Ultrix 32
» Windows
» Windows NT

associated links
» what's new
» contract access
» browse patch tree
» search patch tree
» join mailing list

connection tools
» nameserver lookup
» traceroute
» ping


Find Support Information and Customer Communities for Presario.
Content starts here
DSNLINK DSNLINKC012 DSNlink V1.2 - V1.2C for OpenVMS ECO Summary
TITLE: DSNLINK DSNLINKC012 DSNlink V1.2 - V1.2C for OpenVMS ECO Summary
 
Modification Date:  26-OCT-1999

NOTE:  An OpenVMS saveset or PCSI installation file is stored
       on the Internet in a self-expanding compressed file.
       The name of the compressed file will be kit_name-dcx_vaxexe
       for OpenVMS VAX or kit_name-dcx_axpexe for OpenVMS Alpha.
 
       Once the file is copied to your system, it can be expanded
       by typing RUN compressed_file.  The resultant file will
       be the OpenVMS saveset or PCSI installation file which
       can be used to install the ECO.
 
Copyright (c) Compaq Computer Corporation 1988, 1999.  All rights reserved.

PRODUCT:    DSNlink for OpenVMS 

OP/SYS:     OpenVMS VAX
            OpenVMS AXP/Alpha

SOURCE:     Compaq Computer Corporation

ECO INFORMATION:

     ECO Kit Name:  DSNLINKC012
     ECO Kits Superseded by This ECO Kit:  CSCPAT_9003
     ECO Kit Approximate Size:  2754 Blocks
     Kit Applies To:  DSNlink for OpenVMS V1.2
                      OpenVMS VAX V5.2, V5.2-1, V5.3, V5.3-1,
                                  V5.3-2, V5.4, V5.4-1, V5.4-2,
                                  V5.4-3, V5.5, V5.5-1, V5.5-2,
                                  V6.0, V6.1, V6.2
                      OpenVMS AXP/Alpha V1.0, V1.5, 1.5-1H1,
                                 V6.0, V6.1, V6.1-1H1, V6.1-1H2
                                  V6.2, V6.2-1H1, V6.2-1H2, V6.2-1H3 
     System/Cluster Reboot Necessary:  No
     Rolling Re-boot Supported:  Not Applicable
     Installation Rating:  INSTALL_3
                           3 - To be installed on all systems running
                               the listed versions of DSNlink which
                               are experiencing the problems described.

     Kit Dependencies:

       The following remedial kit(s) must be installed BEFORE
       installation of this kit:

         None 

       In order to receive all the corrections listed in this
       kit, the following remedial kits should also be installed:

         None 


ECO KIT SUMMARY:

An ECO kit exists for DSNlink V1.2 on OpenVMS VAX V5.2 through V6.2
and OpenVMS AXP/Alpha V1.0 through V6.2-1H3.  This kit addresses the 
following problems and includes all previous remedial kits: 

  o  It was possible for an ITS SHOW DATABASE/FULL command to cause the 
     ITS server on the host to lose synchronization with the ITS client 
     causing the eventual abort of the client. 

  o  Empty files named ".LOG" (no file name, just the .LOG file type) 
     were created whenever the DSNlink modem transport was started. 

  o  Duplicate_File_Copies might occur:

     +  Problem 1: Occasionally, a File Copy or Problem Submission job 
        successfully delivered the information more than once.  This kit 
        correctly detects and recovers from this situation.

     +  Problem 2: A file copy was repeated unnecessarily if the volume 
        cluster size of the sending and receiving disks was not the same. 
        When a file copy was requeued, the sender and receiver compared 
        allocated block sizes of the files. If the sizes did not agree, 
        the File Copy application assumed the file was bad or corrupted 
        and started the transfer again. 

  o  It was possible for a File Copy or Problem Submission job to get a 
     "Bad Parameter" error and then requeue.  Each attempt to transfer 
     the information resulted in this status until the job's requeue 
     limit was reached.

  o  When a DSN COPY job failed leaving a partially copied file, and if 
     the actual amount copied was a multiple of 32 blocks, the file header 
     of the file on the receiving side could get its end-of-file block 
     incorrectly set upon the next retry of the job. This caused the 
     job to restart from the very first block because another part of the 
     code detected the corruption and began recovery.

  o  If the ITS PRINT command was entered and the destination print queue 
     did not exist, ITS aborted with an access violation. 

  o  Versions of ITS clients prior to Version 1.2 could see a nonessential 
     character, such as an asterisk or a percent sign, preceding a database 
     description when a SHOW DATABASE XXX command was done. 

  o  If a user without sufficient privileges to access the transaction log 
     file ran a DSNlink application, an error occurred when DSNlink tried 
     to close the log file when the user exited the application. A security 
     alarm was also tripped if security auditing was enabled for failed
     accesses. 

  o  The DSNlink Transaction Log File Formatter utility, 
     DSN$FORMAT_TRANSACTION_LOG.COM, could enter a state in which it 
     looped indefinitely, displaying DCL errors.  

  o  The application server log files for incoming DSNlink X.25 
     connections had been written to the SYS$SYSTEM directory. This kit 
     has the files placed in the DSN$LOGS directory.

  o  DSNlink sites that use the DSNlink DECnet or DSNlink X.25 transport 
     did not receive the remote system's termination status reason if the 
     remote site aborted the connection. 

  o  The DSNlink Transaction Log File Formatter utility,
     DSN$FORMAT_TRANSACTION_LOG.COM, did not correctly clean up after 
     itself when it was aborted with a Ctrl/Y. 

  o  The deferred hangup time for DSNlink file copies across the DSNlink 
     modem transport has been increased to 1½ minutes. This generally will 
     improve the timeliness of responses to problem submissions.

  o  If an application link terminated for an incoming connection that 
     specified a deferred hangup time, and no other coexistent application 
     links were known to the line manager, then the line hangup deferral 
     occurred but the line manager did not recognize this state, causing
     the next outgoing connect attempt to select an alternate line. 
     Although this problem is only apparent on host nodes, it could be 
     forced to occur on nonhost nodes.

  o  When the SAVE/ALL command was done twice in DSN VTX, a VTX protocol 
     error could occur. 

  o  DSN COPY creates a new file version if it fails.  This problem was 
     a side effect of the problem corrected by ECO B16b.

  o  The server for the REGISTER application just aborted the connection 
     when it was done, instead of performing an orderly shutdown. This 
     caused an additional exchange of "unexpected termination" messages 
     to be initiated by the REGISTER client.  Although this exchange did 
     not cause any noticeable problems, this kit corrects this behavior.

  o  The protection on the DSN$COPY_DIRECTORY directory should have G:RE 
     protection, not G:RWE protection. This kit changes the protection on 
     this directory.

  o  If a user had the SET VERIFY state enabled and then entered a DSN VTX 
     command, part of the command file that invokes the VTX client was 
     displayed. 

  o  The kit installation procedure built a startup file on DCN nodes that 
     incorrectly defined the DSN_COMMUNICATIONS_NODE symbol to DSN$CURNODE. 
     This ECO kit creates a new startup file containing this correction.

  o  Your DSN$STARTUP.COM is modified by this ECO kit to check for the 
     SYSLCK privilege.

  o  If 127 resource paths were defined for a DSNlink DECnet Gateway 
     connection to a single resource name, and none of these 127 paths 
     were available, the connection failed with an invalid index error 
     instead of a resource-not-available error. 

  o  It was possible for an incorrect highlighting map to be used when 
     applying the highlights to your ITS document under these conditions: 
     a document read from an ITS database was read a second time from 
     internal cache after reading intervening documents; the database 
     you had open was remotely served by your DSNlink Host from
     somewhere else (not coresident with the host); and you
     used keyword highlighting when reading the documents.

  o  Under circumstances similar to ECO B126, text lines returned from the 
     ITS server could be cached at inappropriate relative positions in the 
     cache list.

  o  Because the File Copy application does not permit files to be copied 
     from another node, the application contains a test for the presence 
     of a node name. If present, the error NODNAMNOTALLOW is issued. 
     However, the check did not always work, and this error was not issued 
     at times.  Instead, the file copy aborted with an unrelated error.

  o  Incoming DSNlink mail is handled by DSN$MAIL_xx subprocesses on your 
     system.  Those subprocesses could enter an infinite loop if they 
     received certain incorrectly formatted destination mail addresses. 

  o  An internal hash table initialization problem caused sporadic network 
     link failures, such as "unknown link" errors or "change cipher key" 
     requests.  These errors always resulted in premature link aborts or 
     prevented the establishment of new links. 

»European Site

Files on this server are as follows:

»dsnlinkc012.README
»dsnlinkc012.CHKSUM
»dsnlinkc012.CVRLET_TXT
»dsnlinkc012.a-dcx_axpexe
»dsnlinkc012.CVRLET_TXT
privacy statement using this site means you accept its terms