
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@rediffmail.com] Sent: Tuesday, May 25, 2010 3:36 To: tz@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,

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@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@rediffmail.com] Sent: Tuesday, May 25, 2010 3:36 To: tz@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,

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@gmail.com] Sent: Tuesday, May 25, 2010 12:19 PM To: tz@lecserver.nci.nih.gov Cc: honeybajaj1@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@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@rediffmail.com] Sent: Tuesday, May 25, 2010 3:36 To: tz@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,

Hi, You could create a dynamic library that replaces necessary system calls, like calls to time() or gettimeofday(), and link it or load it to your application with LD_LIBRARY_PRELOAD environment variable. libc versions of these syscalls are weak symbols and user libraries override them. Jaakko
From: honey bajaj [mailto:honeybajaj1@rediffmail.com] Sent: Tuesday, May 25, 2010 3:36 To: tz@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,
-- Foreca Ltd Jaakko.Hyvatti@foreca.com Tammasaarenkatu 5, FI-00180 Helsinki, Finland http://www.foreca.com
participants (4)
-
Jaakko Hyvätti
-
Olson, Arthur David (NIH/NCI) [E]
-
Paul Koning
-
Sanjeev Gupta