[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference vaxaxp::vmsnotes

Title:VAX and Alpha VMS
Notice:This is a new VMSnotes, please read note 2.1
Moderator:VAXAXP::BERNARDO
Created:Wed Jan 22 1997
Last Modified:Fri Jun 06 1997
Last Successful Update:Fri Jun 06 1997
Number of topics:703
Total number of notes:3722

469.0. "UTC$CONFIGURE_TDF update SYS$TIMEZONE.DAT?" by SANITY::PCUMMINGS (The perfect democracy) Mon Apr 14 1997 15:32

    Can someone tell me why on some systems, running @UTC$CONFIGURE_TDF.COM
    will create or update a file called SYS$SYSTEM:SYS$TIMEZONE.DAT and
    others it ONLY defines/updates the logical SYS$TIMEZONE_DIFFERENTIAL.
    
    I thought it would do BOTH on all OpenVMS systems. Answers, anyone?
    I've seen it update the logical AND the file on some V6.1, v6.2 and V7.1
    systems, but not all.
    
    /paul
    
T.RTitleUserPersonal
Name
DateLines
469.1probably the expected behaviorEVMS::GRANTThu Apr 17 1997 15:213
    The first few releases on Alpha we did not write the .DAT file. As of
    V7.0 we do. I'd have to go look at the code to refresh my memory on
    the details.
469.2where does it store the info?SANITY::PCUMMINGSThe perfect democracyFri Apr 18 1997 16:2210
    If it didn't write the information to the .DAT file, where did it store
    the information so that the system would know what the timezone
    differential information was on a reboot?
    
    It seemed to me that the SYS$TIMEZONE.DAT file was used for the system
    on reboot.
    
    thanx
    /paul
    
469.3had to reset after rebootHNDYMN::MCCARTHYA Quinn Martin ProductionFri Apr 18 1997 20:265
>>    differential information was on a reboot?

It didn't - IE it was a bug.

bjm
469.4no .dat file a bug?BLKRUS::PCUMMINGSThe perfect democracySun Apr 20 1997 10:386
    Tell me more. Is this "bug" documented anywhere?  If this is a bug,
    what's the workaround or fix ? 
    
    thanx
    /paul
    
469.5AUSS::GARSONDECcharity Program OfficeSun Apr 20 1997 20:147
    re .4
    
    Presumably the workaround is that one invokes the command procedure in
    the system startup...
    
    Presumably the fix is that one upgrades to a more recent version of
    VMS...
469.6TDF is now mandatoryEVMS::GRANTMon Apr 21 1997 18:0611
    Prior to 7.0 VMS did not require a TDF to be set and therefore did not
    save it over a reboot. Any application using TDF was on its own as far
    as establishing, preserving, etc.
    
    As of 7.0 VMS requires a valid TDF because the CRTL depends on its
    existence, hence the writing to the .DAT file.
    
    (VMS used to preserve it on VAX but this was not originally ported to
    Alpha because it was not necessary at the time.)
    
    
469.7NTP uses UTC offsetsSANITY::PCUMMINGSThe perfect democracyTue Apr 22 1997 14:588
    RE: "Any application using TDF was on its own"
    
    The application I'm speaking of is UCX NTP.  It requires that the
    SYS$TIMEZONE_DIFFERENTIAL be defined to match the timezone with which
    the system lives in order to sync time appropriately.
    
    /paul
    
469.8my mistakeEVMS::GRANTWed Apr 23 1997 13:3910
    Sorry....
    
    I was wrong in .6, tried to do too much from memory without looking at
    the code which I have now done. Prior to 7.0 on Alpha we wrote the TDF
    to SYS$BASE_IMAGE.EXE. While working on the TDF stuff for 7.0 we
    changed that behavior to match what is done on VAX, that is writing the
    .DAT file. Hopefully VMS behaves the same on both platforms now.
    
    The real need in 7.0  was to guarantee a valid TDF which we did not do in
    previous releases on either platform.