Thanks everyone. Solutions from commercial (timemachine), GNU (libfaketime), DIY (example provided), Just for fun (DTrace), and the one Boyd's about to write (libtardis - probably just like libfaketime, but in Solaris package format).
libfaketime is very similar to what I had used previously, and I'll try and get some time to install/test/play with this. For the immediate issue the customer has consented to adjust the time on the whole system, so now I have plenty of time on my hands to sort it out. Thanks again, Peter On Wed, Apr 8, 2009 at 12:20 PM, Boyd Adamson <boyd-adamson at usa.net> wrote: > Shame, it clearly should have been called libtardis. > > > On 07/04/2009, at 10:39 PM, Sengor wrote: > > Perhaps you're referring to libfaketime...? >> >> Or dare I say it enterpriseish style tool: >> http://www.solution-soft.com/timemachine.shtml >> >> On Tue, Apr 7, 2009 at 5:12 PM, Peter Keating <mailforpk at gmail.com> >> wrote: >> Hi all. >> >> Yes I know I can't run a zone with a different date, but... >> >> I used to have a LD_PRELOAD program, which would read an environment >> variable and adjust the response to date/time calls as required. This >> allowed specific programs to think the system time had changed. >> >> Does anyone know where I might find something like this (I think i'm >> google-challenged)? >> >> Thanks, >> Peter >> >> _______________________________________________ >> ug-msosug mailing list >> ug-msosug at opensolaris.org >> http://mail.opensolaris.org/mailman/listinfo/ug-msosug >> >> >> >> >> -- >> sengork >> _______________________________________________ >> ug-msosug mailing list >> ug-msosug at opensolaris.org >> http://mail.opensolaris.org/mailman/listinfo/ug-msosug >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://mail.opensolaris.org/pipermail/ug-msosug/attachments/20090408/d0f80189/attachment.html>
