II14636: INFORMATIONAL APAR FOR NETVIEW FOR Z/OS V6R1 FOR DOCUMENTATION CHANGES. NVINFO 5697NV600

APAR status

• INTRAN

Error description

• INFORMATIONAL APAR FOR NETVIEW FOR Z/OS V6R1 FOR DOCUMENTATION
  CHANGES.  NVINFO
  

Local fix

• NetView v6.1 Security Reference Document Number: SC27-2863-00
  -Chapter 3. Controlling Access to Commands
  -Controlling Access to Commands on Page 30 in the pdf version
   states the following:
   -Protecting keywords and values on user-Written commands
   -DSIKVS macro in IBM Tivoli NetView for z/OS Programming:
  Assembler and CNMSCOP service in IBM Tivoli NetView for
  z/OS Programming: PL/I and C
  This reference should also contain REXX Execs. The suggested
  update is this:
  -
  -IF YOU WANT MORE INFORMATION ON...
  Protecting keywords and values on user-written command lists.
  
  SEE...
  The "Controlling Access to Command Lists" section in IBM Tivoli
  NetView for z/OS Programming: REXX and the NetView Command
  List Language.
  JKA 07/05/2011
  ****************************************************************
  Program Directory for IBM Tivoli NetView for z/OS Enterprise
  Management Agent US English V6.1.00 Program Number
  Need to change Figure 13 and Figure 14 on Page 15.
  The figures list references to "TKANPARM" and "DKANPARM"
  The correct names are "TKANPAR" and "DKANPAR"
  JKA 7/07/11
  ***************************************************************
  Programming: REXX and the NetView Command List Language
  manual needs to have information added to section
  2.2 Compiling and Running REXX Command Lists
  probably in the NOTES area to indicate that a compiled
  REXX will not honor UNIQUE CANCEL unless the TESTHALT
  REXX Compile Option is used.  This option has a impact
  on how NetView panels are handled.
  (see pmr 18349,379,000 for more info)
  JKA  07/13/11
  ***************************************************************
  The NetView Automation Guide, section 4.6.14.2 Using
  Automation-Table Management, should be updated to read:
  STATUS
  One of these statuses is displayed in this field:
  ENABLED
  The table is loaded and active. This selection is green.
  DISABLED
  The table is loaded but disabled. This selection is red.
  ALTERED
  The table is loaded and enabled, but contains at least one
  disabled statement. This selection is yellow.
  MJT 1/10/2012
  ****************************************************************
  The name of the subsystem router task is CNMCSSIR. For NetView
  version 6, changing the task name of the subsystem router has
  no utility and is not supported.
  JJR 06/29/12 per Rollin.
  ****************************************************************
  NetView V6R1 Command Reference Volume 2 (O - Z)
  Document Number SC27-2848
  Section A.2 DSITSTAT (REXX)
  the documentation for curmqi should read:
  | curmqi   | 75-83    | The current rate of message traffic from
  |          |          | other tasks to this task in KB per
  |          |          | minute. The range is 0-999999999.
  MJP 09/21/2012
  ****************************************************************
  As a result of PMR: 79756,7TD,000 worked on by RJC and KJL
  February 08, 2013.
  Subject: MVSPARM.MSGIFAC
  Documentation change required for NetView for z/OS 6.1
  publication: Installation: Migration Guide sections 4.3.10,
  5.3.11, 6.3.12 and 7.3.7 regarding MVSPARM.MSGIFAC value
  SSIEXT being the only supported value. This is incorrect
  and should be corrected in next release of publication.
  Incorrect: SSIEXT is the only supported value for
  MVSPARM.MSGIFAC
  Correct: *NONE* is the only supported value for MVSPARM.MSGIFAC
  *
  With NetView for z/Os 6.1 there is no longer a concept for
  the method of receiving of unsolicited messages that MSGIFAC
  provided in earlier releases. SYSTEM meant that the messages
  were received via an EMCS interface, and SSIEXT meant that
  the messages were received via an SSI exit and forwarded to
  the NetView address space.
  Since unsolicited MVS messages are now (in V6R1) put into
  Canzlog When a NetView SSI exit gets control, and pulled
  from Canzlog at a later time, the behavior more closely
  resembles SSIEXT. However, since the messages are not
  forwarded to the NetView address space from the SSI exit,
  there really isn't any meaning for MSGIFAC.
  If you try to specify anything other than *NONE* for
  MVSPARM.MSGIFAC, the following message will be issued:
  DWO705I THE KEYWORD 'MSGIFAC' IS NO LONGER SUPPORTED AND
  WILL BE IGNORED.
  *
  The information in the Installation: Migration Guide in sections
  4.3.10, 5.3.11, 6.3.12 and 7.3.7 regarding SSIEXT is the only
  
  supported value is SSIEXT is incorrect and should be corrected:
  MVSPARM.MSGIFAC only supported value is *NONE*.
  ***************************************************************
  The description of the STCKvalue operand of the PIPE CZR command
  is inconsistant in version 6.1 "Programming: Pipes."
  In the Programming Pipes entry for PIPE CZR, under "Operand
  Descriptions", refer to the following operands:
  direction
  STCKvalue
  Under "direction" it says:
  "...minus (-) means to search UP toward older messages. A plus
  sign (+)
  means search DOWN toward more recent messages."
  
  Under "STCKvalue" (the very next paragraph) it says:
  "..., but when searching upward (with plus sign),..."
  ---------------------------------------------------- CNMSTYLE
  states that *NONE* can be specified on the
  AUTOCMD.table_name.ORDER statement, but this is not mentioned
  in the Administration Reference. Add the following as a new
  value for sort_value under ORDER in the description of the
  AUTOCMD statement, which reads as follows:
   *NONE*
     Causes the table to not be loaded. This is handy when another
     AUTOCMD.table_name.ORDER is specified for the same table name
     in another style member that you would like to override.
  
  MJT 04/17/13
  ----------------------------------------------------------------
  

Problem summary

Problem conclusion

Temporary fix

Comments

APAR Information

• APAR is sysrouted FROM one or more of the following:

• APAR is sysrouted TO one or more of the following:

Fix information

Applicable component levels