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:
okappert <[log in to unmask]>
Reply To:
Date:
Thu, 2 Nov 2006 17:26:29 -0500
Content-Type:
text/plain
Parts/Attachments:
text/plain (159 lines)
Both of my copies hp3000-L & OPENMPE were fine.
My browser is Netscape 7.2

Olav.

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