nv-l
[Top] [All Lists]

Re: APAR Numbers?

To: nv-l@lists.tivoli.com
Subject: Re: APAR Numbers?
From: James_Shanks@TIVOLI.COM
Date: Thu, 1 Oct 1998 18:42:32 -0400
Reply-to: Discussion of IBM NetView and POLYCENTER Manager on NetView et alia <NV-L@UCSBVM.UCSB.EDU>
Sender: Discussion of IBM NetView and POLYCENTER Manager on NetView et alia <NV-L@UCSBVM.UCSB.EDU>
An APAR (Authorized Program Alteration Request) is a report of a defect
found in the field.  Since none of these problems were found in the field,
but rather by internal Tivoli verification, they have no APAR numbers.
Instead they are fixed as internal defects. I don't have the defect
numbers handy,  but in they past these were inluded in the  hardcopy report
which is shipped with the PTF.  That report gets loaded into the
/usr/OV/install/PTF-README file when the next PTF is built, but that won't
help you find those numbers now.

But why do you need to know what the numbers are?  Since they are already
fixed, there is nothing to track.

James Shanks
Tivoli (NetView for UNIX) L3 Support



"Robak, Richard" <richard.robak@INTEL.COM> on 09/30/98 08:20:51 PM

Please respond to Discussion of IBM NetView and POLYCENTER Manager on
      NetView et alia <NV-L@UCSBVM.UCSB.EDU>

To:   NV-L@UCSBVM.UCSB.EDU
cc:    (bcc: James Shanks)
Subject:  APAR Numbers?





Hello,

    A while back, a message describing the following Year 2000 fixes
included in PTF U453385.  I've looked through the APAR listing
of this PTF and see none of these fixes documented.  Where can
I find this information documented?

    1) Some logs in /usr/OV/log have misleading dates in their timestamps.
        One said "1900" for "2000", others said "100" (UNIX programmers
will
        recognize "100" as the output of the mktime command  -- see the man
pages).
        These did not affect anything, except that they look funny.  They
have all
        been fixed.

    2) Using the filter editor you could not set a viewing filter based on
the
        date and time in the year 2000.   The GUI only accepts two-digit
dates and
        this meant that "00" was interpreted as 1969, before the start of
the UNIX
        clock.  This has been fixed, though the GUI still only accepts 2
digits.
        This one defect is the only one which could have been called a bug,
but it
        is in a feature very few people use.    And you could still use the
Search
        facility of the Events workspace as an alternative, so it is a very
minor
        one indeed.  And it has been fixed.

    3) A sample in the xnmgraph man page for graphing random values fails
at
        exactly 00/00/00 (the stroke of midnight) because you cannot divide
by
        zero.  Start it up again at one minute after midnight and it would
run just
        fine.  This has been fixed so that it runs through midnight too.

Thanks,

Richard Robak
Telephone: (916) 356-4218
E-Mail: richard.robak@intel.com

<Prev in Thread] Current Thread [Next in Thread>
  • Re: APAR Numbers?, James_Shanks <=

Archive operated by Skills 1st Ltd

See also: The NetView Web