HP3000-L Archives

November 2006, Week 1

HP3000-L@RAVEN.UTC.EDU

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
"Bob J." <[log in to unmask]>
Reply To:
Bob J.
Date:
Thu, 2 Nov 2006 12:25:45 -0500
Content-Type:
text/plain
Parts/Attachments:
text/plain (162 lines)
Both of my copies (HP3000L & openmpe) were fine. I am
viewing with Netscape 7.2

                 Hope it helps.

            Bob J. -- Ideal Computer Services
            http://www.icsgroup.net


Chuck Ryan wrote:

> Donna recently posted the following message on both the OpenMPE and
> 3000-L mailing lists.
> 
> This is how it looked coming from the OpenMPE list:
> ----------------------------------------------------
> 
> this was noted by one of the openmpe board of director members:
> 
> One comment that should probably get back to the HP3000 community is
> that the author of the web page seems not to understand the TZTAB
> function.  In the section "Maintaining TZTAB" it is stated:
> --->
> Under section 110 of the Energy Policy Act of 2005 the Secretary of the
> U.S. Department of Energy must make a report to the Congress of the
> United States on the effectiveness of the daylight saving time changes
> on energy consumption in the U.S. no later than 9 months after its
> implementation. The Congress of the United States reserves the right to
> revert the daylight saving time rules to those implemented in 1986 and
> in use through 2006 based on that report.
> Should congress opt to revert U.S. daylight saving time to the pre-2007
> rules this change will probably take effect after the end of MPE/iX
> support on 31 December 2008. This is why we recommend retaining a copy
> of the current (pre-2007) TZTAB.
> <---
> In the event that Congress decides to "undo" the DST rules, it won't
> undo the time relationships between UCT and Local for timestamps applied
> during the period in which the new rules were in effect, so we can NEVER
> return to the current TZTAB, so retaining a copy of the current TZTAB
> for the purpose of someday restoring it is nonsensical.  If the DST
> rules are in fact reverted to the old rules, then the TZTAB will simply
> grow longer, not shorter.  Once you have tested the new TZTAB
> installation, you could keep the current TZTAB for historical or
> sentimental reasons, but make sure it is in a safe place where it will
> not be confused with something valid.
> 
> --- 
> Donna Hofmeister, HP-CSA Sr. System Programmer
> dgarverick -at- longs -dot- com
> 925-210-6631 Longs Drug Stores
>  
> ----------------------------------------------------
> 
> And here is how it looked coming from the 3000-L list:
> 
> ----------------------------------------------------
> 
> One co=
> 
> this was noted by one of the openmpe board of director members:=0A=0AOne
> co=
> mment that should probably get back to the HP3000 community is=0Athat
> the a=
> uthor of the web page seems not to understand the TZTAB=0Afunction.  In
> the=
>  section "Maintaining TZTAB" it is stated:=0A--->=0AUnder section 110 of
> th=
> e Energy Policy Act of 2005 the Secretary of the=0AU.S. Department of
> Energ=
> y must make a report to the Congress of the=0AUnited States on the
> effectiv=
> eness of the daylight saving time changes=0Aon energy consumption in the
> U.=
> S. no later than 9 months after its=0Aimplementation. The Congress of
> the U=
> nited States reserves the right to=0Arevert the daylight saving time
> rules =
> to those implemented in 1986 and=0Ain use through 2006 based on that
> report=
> .=0AShould congress opt to revert U.S. daylight saving time to the
> pre-2007=
> =0Arules this change will probably take effect after the end of
> MPE/iX=0Asu=
> pport on 31 December 2008. This is why we recommend retaining a
> copy=0Aof t=
> he current (pre-2007) TZTAB.=0A<---=0AIn the event that Congress decides
> to=
>  "undo" the DST rules, it won't=0Aundo the time relationships between
> UCT a=
> nd Local for timestamps applied=0Aduring the period in which the new
> rules =
> were in effect, so we can NEVER=0Areturn to the current TZTAB, so
> retaining=
>  a copy of the current TZTAB=0Afor the purpose of someday restoring it
> is n=
> onsensical.  If the DST=0Arules are in fact reverted to the old rules,
> then=
>  the TZTAB will simply=0Agrow longer, not shorter.  Once you have tested
> th=
> e new TZTAB=0Ainstallation, you could keep the current TZTAB for
> historical=
>  or=0Asentimental reasons, but make sure it is in a safe place where it
> wil=
> l=0Anot be confused with something valid.=0A=0A--- =0ADonna Hofmeister,
> HP-=
> CSA Sr. System Programmer=0Adgarverick -at- longs -dot-
> com=0A925-210-6631 =
> Longs Drug Stores=0A =0A>>>MY opinions, not Longs Drug
> Stores'<<=0A=0A=0A--=
> --- Original Message ----=0AFrom: Bill Cadier
> <[log in to unmask]>=0ATo:=
>  [log in to unmask]: Wednesday, November 1, 2006 4:14:13
> PM=0ASub=
> ject: 2007 U.S. daylight saving TZTAB available on Jazz=0A=0A=0Across
> poste=
> d from 3000-L=0A=0AHi folks,=0A=0AA replacement copy of TZTAB
> (tztab.lib.sy=
> s) containing the new U.S. 2007 =0Adaylight saving time rules is now
> availa=
> ble for download from Jazz at =0Ahttp://jazz.external.hp.com. The link
> stra=
> ight to the download page is
> =0Ahttp://jazz.external.hp.com/TZTAB/=0A=0AThe=
> re will also be an official patch called LBCMXX4 versions A, B and C
> =0Afor=
>  7.5, 7.0 and 6.5 respectively. I anticipate that these 3 versions
> =0Awill =
> be available on the ITRC by around 15 November. Once they are
> =0Aavailable =
> the web page on Jazz will be updated to reflect that.=0A=0AThere is
> absolut=
> ely no difference between the TZTAB you get from Jazz =0Aand the one
> delive=
> red by the patch and all the patch will do is replace =0Athe TZTAB file.
> Th=
> e patches were created for those folks who prefer that =0Adelivery
> mechanis=
> m.=0A=0ACheers,=0A=0ABill Cadier=0Ahp/vCSY=0A=0A
> 
> * To join/leave the list, search archives, change list settings, *
> * etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
> 
> ----------------------------------------------------
> 
> Notice that the admin intructions at the bottom are prefectly formatted.
> 
> I always assumed that this was caused by some problem with reformatting
> by our mail server or spam protection hardware, but why would it garble
> one and not the other when both mailing lists are hosted by
> raven.utc.edu?
> 
> Anyone have any idea what is causing this?
> 
> * To join/leave the list, search archives, change list settings, *
> * etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
> 
> 
> 

* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *

ATOM RSS1 RSS2