II04748: CICS OS/2 INFORMATION APAR END OF ABSTRACT

APAR status

• Closed as canceled.

Error description

• PREVIOUS IIAPAR: II04598
  ----------------------------------------
  NEW CICSRUN.CMD ENVIRONMENT VARIABLE USE
  ----------------------------------------
  WITH THE RELEASE OF PTF4 (UL85512/UL85513) THERE IS A NEW
  CICSRUN.CMD FILE. THIS FILE IS DESIGNED TO BE COMPATIBLE
  WITH THE CICSRUN.CMD FILE RELEASED WITH EARLIER VERSIONS
  OF CICS OS/2. (IF YOU HAVE MADE CHANGES TO YOUR EXISTING
  CICSRUN.CMD YOU WILL ALSO NEED TO MAKE THOSE CHANGES TO THE
  NEW VERSION.)
  THIS NEW VERSION OF CICSRUN.CMD IS DESIGNED TO BE USED WITH
  TWO NEW FILES (CICSENV.CMD AND CICSDEV.CMD) WHICH ARE USED
  TO DEFINE ALL THE ENVIRONMENT VARIABLES THAT CICS OS/2
  REQUIRES IN A RUNTIME AND DEVELOPMENT SYSTEMS RESPECTIVELY.
  :
  ALL NEW USERS TO CICS OS/2 WILL USE THESE FILES.
  :
  EXISTING USERS WHO WISH TO TAKE ADVANTAGE OF THE NEW MECHANISM
  WILL NEED TO PERFORM CICSINST FOR THE COMPLETE SYSTEM.
  :
  THE NEW FILES ARE *NOT* CREATED BY THE APPLICATION OF THE PTF
  ALONE (CICSINST /PTF).
  --------------------------------
  HOST TO CICS OS/2 COMMUNICATIONS
  --------------------------------
  WHEN COMMUNICATING FROM HOST CICS TO CICS OS/2 USERS SHOULD
  BE AWARE THAT CERTAIN OEM (THIRD PARTY) SECURITY PRODUCTS MAY
  PREVENT CORRECT OPERATION. HOST SECURITY PACKAGES WHICH MODIFY
  ISC AND MRO REQUESTS MAY HAVE THESE REQUESTS REJECTED BY CICS
  OS/2. IF THE REQUEST IS NOT A STANDARD CICS FORMATTED REQUEST.
  FOR EXAMPLE SOME PRODUCTS APPEND A USERID PROFILE MESSAGE
  WHICH CAUSES THE REQUEST TO BE REJECTED BY CICS OS/2.
  CONSULT YOUR OEM SUPPLIER FOR MORE INFORMATION.
  --------------------------------
  TRAP00D USING CECI W/FC COMMANDS
  --------------------------------
  IT IS POSSIBLE TO GET TRAP00D WHEN USING THE CECI TRANSACTION
  WITH FILE CONTROL COMMANDS WHEN ROUTING THE COMMAND TO A
  REMOTE SYSTEM. THIS OCCURS DUE TO TOO LARGE LENGTH OR LENGTH
  VALUE BEING USED FOR DATA OR KEY LENGTH.
  
  THE FOLLOWING CIRCUMSTANCES CAN PRODUCE THE PROBLEM:
  1. FILE WITH RECORD LENGTH GREATER THAN 100 AND &DATA NOT SET
  EXPLICITLY BUT LEFT TO DEFAULT.
  2. KEY LENGTH SET INCORRECTLY (EG KEY LENGTH IS 4) FOR INSTANCE:
  A. KEYL(&K)
  B. &K 4
  THIS RESULTS IN &K BEING SET TO A LARGE VALUE - IT SHOULD BE SET
  AS FOLLOWS:
  C. KEY(&K)
  D. &K H
  E. &K +00004
  ---------------------------------------------------------------
  UNEXPECTED REVERSE VIDEO FIELDS IN BMS MAPS
  -------------------------------------------
  IF FIELDS IN YOUR BMS MAPS ARE SET TO (FOR EXAMPLE) REVERSE
  VIDEO WHEN YOU DID NOT EXPECT IT, CHECK THAT YOU HAVE SET THE
  I/O BUFFER TO LOW VALUES TO INITIALIZE THE MAP ATTRIBUTES
  BEFORE THE SEND MAP COMMAND.
  ---------------------------------------------------------------
  WHEN USING BOTH CICS OS/2 AND MICRO FOCUS COBOL/2 AT A
  2.4.XX LEVEL, THE COBLIB.DLL FILES PROVIDED BY THE 2
  PRODUCTS ARE DIFFERENT.
  CICS OS/2 CAN RUN HAPPILY WITH THE NEWER MICRO FOCUS
  COBOL/2 LEVEL OF THE FILE, BUT MICRO FOCUS COBOL/2 MAY NOT
  WORK CORRECTLY WITH THE OLDER LEVEL SUPPLIED WITH CICS
  OS/2.
  THE SOLUTION IS TO REMOVE THE CICS OS/2 VERSION OF THE
  FILE FROM THE LIBPATH, AND USE SOLELY THE NEW MICRO FOCUS
  COBOL VERSION.
  SYMPTOMS INCLUDE A 165 LOAD ERROR FROM COBOL. NOTE THAT
  THIS PROBLEM IS NOT THE ONLY POSSIBLE CAUSE OF A 165 LOAD
  ERROR.
  
  ------------------------------------------------------
  NETBIOS AND CICS OS/2 PERFORMANCE PROBLEMS
  -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
  USERS OF CICS OS/2 COMMUNICATING OVER TOKEN RING WITH NETBIOS
  MAY EXPERIENCE PERFORMANCE PROBLEMS. THE PROBLEM IS KNOWN.
  SOLUTION IS TO INSTALL OS/2 1.2 CSD 4098 OR OS/2 1.3.
  -------------------------------------------------------
  
  USE OF CICSRGRP
  _______________
  
  WHEN  CICS  OS/2  IS  INITIALIZED,  IF A CONTROL TABLE ENTRY
  EXISTS IN MORE THAN ONE  GROUP,  THE  ALPHABETICALLY  HIGHER
  ENTRY  IS  ALWAYS  USED. THIS MAY CAUSE CONFUSION WHEN USING
  CICSRGRP TO CONTROL LOADING OF TABLES. IF AN ENTRY IS IN TWO
  GROUPS AND BOTH GROUPS ARE SELECTED, THE LAST ENTRY  IN  THE
  CONTROL FILE IS ALWAYS LOADED, REGARDLESS OF THE GROUP ORDER
  IN CICSRGRP.
  FOR EXAMPLE:
  
                   FAACTFTB PCT ENTRIES:
  
                            TRANS   GROUP     SYSID
                            -----   ------    -----
                            MENU    REMOTE    SYSR
                            MENU    FAAIVP
  
  IF  CICS  OS/2 IS LOADED WITHOUT CICSGRP SET, MENU IS LOADED
  FROM GROUP FAAIVP.
  
  IF   CICS   OS/2   IS   LOADED   WITH   CICSRGRP   SET    TO
  FAASYS,...,FAAIVP,REMOTE, MENU IS STILL LOADED FROM FAAIVP.
  
  THE ONLY WAY TO LOAD MENU FROM THE REMOTE GROUP IS TO REMOVE
  FAAIVP FROM TO CICSRGRP LIST.
  
  NOTE. THE SAG INDICATES THAT A MESSAGE IS ISSUED IF IT FINDS
  AN ENTRY IN MORE THAN ONE GROUP, THIS IS NOT TRUE.
  568810101 R120
  

Local fix

Problem summary

Problem conclusion

Temporary fix

Comments

• CLOSING II04748 FOLLOW-ON IS II04935
  

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