FW: Timezone option

[Paul Koning]

Note that this only works if you want to test offsets to local time.  If
the test requires offsetting UTC - which is normally what operating
systems use internally - then the timezone machinery is no help and you
have to use the normal system services to set the system clock anyway.
That may be easier in any case.

 

                paul

 

From: Sanjeev Gupta [mailto:ghane0 at gmail.com] 
Sent: Tuesday, May 25, 2010 12:19 PM
To: tz at lecserver.nci.nih.gov
Cc: honeybajaj1 at rediffmail.com
Subject: Re: FW: Timezone option

 

Hi,

In 1994, I tested with TZ offsets of 720 hours.  This was on an SVR4
Unix from Unisys, for an application where they wanted to test reminder
generation within the app.

I would set and export TZ, then start a shell, and run the application
inside it.
 
-- 
Sanjeev Gupta
+65 98551208     http://www.linkedin.com/in/ghane



On Tue, May 25, 2010 at 23:09, Olson, Arthur David (NIH/NCI) [E]
<olsona at dc37a.nci.nih.gov> wrote:

I'm forwarding this message from Honey Bajaj, who is not on the time
zone mailing list. Those of you who are on the list, please direct
replies appropriately.

(On some systems, setting TZ to "GMT-48" may do what HB wants.)

                               --ado

From: honey bajaj [mailto:honeybajaj1 at rediffmail.com]
Sent: Tuesday, May 25, 2010 3:36
To: tz at lecserver.nci.nih.gov
Subject: Timezone option

Hi,

I have a testing requirement which needs to alter the system date to a
couple of days ahead of current date. I am wondering if its possible to
have a custom timezone which can provide this date change ability to
drift the current time to couple of days ahead by setting the TZ
environment variable.

Regards,





 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mm.icann.org/pipermail/tz/attachments/20100525/ab3b383e/attachment-0001.html