IBM Support

PM17868: CEMT INQUIRE CLASSCACHE DOES NOT DISPLAY THE CORRECT DATE AND TIME.

A fix is available

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as unreproducible.

Error description

  • You have noticed that the start time and date issued by CEMT
    INQUIRE CLASSCACHE is later than the current time and date.
    .
    The sjvms_start_abstime field should contain the local
    classcache start time. However, this contains a GMT time instead
    .
    This is formatted by DFHTIMF as part of CECI FORMATTIME. DFHTIMF
    assumes it being passed a local time. This gets displayed in
    both local time (which is incorrect as the value stashed in
    sjvms_start_abstime is GMT) and GMT (which is also incorrect as
    DFHTIMF performs an adjustment on what it assumes is a local
    time).
    .
    Additional Symptom(s) Search Keyword(s):
    CEMT I CL TIMF
    KIXREVDAM
    

Local fix

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All CICS Users.                              *
    ****************************************************************
    * PROBLEM DESCRIPTION: CEMT INQUIRE CLASSCACHE displays an     *
    *                      incorrect value for the Timestarted     *
    *                      keyword.                                *
    ****************************************************************
    * RECOMMENDATION:                                              *
    ****************************************************************
    When a CLASSCACHE is started DFHSJCC does a call to DFHTIMF
    for INQUIRE_TIME to get the local time in abstime format.
    In DFHTIMF the inquire_time routine does a STCK, which returns
    the TOD without any zone adjustment, then adjusts to local time
    by adding CVTLDTO. It then converts the resulting value to
    an abstime format, which means the number of milliseconds
    since 00:00 hours on 1 January 1900.
    Inquire_time then calls format_time to get the time into all the
    possible formats that the inquire_time might have requested.
    Format_time tests whether GMT was specified and if not it
    subtracts CVTLDTO from the abstime, resulting in an abstime
    value that is now incorrect by the CVTLDTO amount.
    This value is returned to DFHSJCC and is stored in the
    sjvms_state control block (the state information for the JVM
    set).
    Later the user does CEMT INQUIRE CLASSCACHE. This results in
    a DFHSJISM INQUIRE_CLASSCACHE requesting the start_time.
    To get the start_time it passes the incorrect abstime value
    from the sjvms_state control block as input to a DFHTIMF
    FORMAT_TIME call.
    This call executes the same format_time routine as
    inquire_time did, so it again tests if GMT was specified and
    if not it again incorrectly adjusts the abstime by CVTLDTO.
    The resulting abstime is now incorrect by twice the value of
    CVTLDTO. This value is used when formatting the time resulting
    in an incorrect value for Timestarted.
    The incorrect classcache start time stored in the sjvms_state
    block results in two additional problems:
     - EXEC CICS INQUIRE CLASSCACHE STARTTIME will return
       an incorrect ABSTIME value.
     - The report produced by the DFH0STAT sample statistics
       program shows an incorrect value for 'Class Cache start
       date/time'. DFH0STAT is executed via the STAT transaction.
    

Problem conclusion

Temporary fix

  • FIX AVAILABLE BY PTF ONLY
    

Comments

  • DFHTIMF has been altered to set an indicator before the call to
    format_time to indicate that this call does not require any
    adjustment to the abstime. The format_time routine
    will now test the new indicator and bypass the code to adjust
    the time if set.
    DFHSJIS has been altered to specify ZONE(GMT) on the call
    to DFHTIMF for FORMAT_TIME. This prevents format_time from
    doing any adjustment to the abstime.
    

APAR Information

  • APAR number

    PM17868

  • Reported component name

    CICSTS V3 Z/OS

  • Reported component ID

    5655M1500

  • Reported release

    500

  • Status

    CLOSED UR3

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt

  • Submitted date

    2010-07-05

  • Closed date

    2010-10-29

  • Last modified date

    2010-12-02

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

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

    UK61815

Modules/Macros

  •    DESDHFS  DESSJCM  DESSJIS  DESTIMF  DFHDHFS
    DFHSJIS  DFHSJISA DFHSJISM DFHSJIST DFHTIMF
    

Fix information

  • Fixed component name

    CICSTS V3 Z/OS

  • Fixed component ID

    5655M1500

Applicable component levels

  • R500 PSY UK61815

       UP10/11/03 P F011

Fix is available

  • Select the PTF appropriate for your component level. You will be required to sign in. Distribution on physical media is not available in all countries.

[{"Business Unit":{"code":"BU058","label":"IBM Infrastructure w\/TPS"},"Product":{"code":"SSGMGV","label":"CICS Transaction Server"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"3.2","Edition":"","Line of Business":{"code":"LOB35","label":"Mainframe SW"}},{"Business Unit":{"code":"BU054","label":"Systems w\/TPS"},"Product":{"code":"SG19M","label":"APARs - z\/OS environment"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"3.2","Edition":"","Line of Business":{"code":"","label":""}}]

Document Information

Modified date:
02 December 2010