DOKK / manpages / debian 12 / libtime-mock-perl / Time::Mock.3pm.en
Time::Mock(3pm) User Contributed Perl Documentation Time::Mock(3pm)

Time::Mock - shift and scale time

Speed up your sleep(), alarm(), and time() calls.

  use Time::Mock throttle => 100;
  use Your::Code;

Test::MockTime is nice, but doesn't allow you to accelerate the timestep and doesn't deal with Time::HiRes or give you any way to change the time across forks.

TODO: replace Time::HiRes functions with wrappers

TODO: finish the interfaces to real time/sleep/alarm

These core functions are replaced.

Eventually, much of the same bits from Time::HiRes will be correspondingly overwritten.

Sleeps for 1/$throttle.
Alarm happens in 1/$throttle.

These are the knobs on your time machine, but note that it is probably best to adjust them only once: see caveats. For convenience, import() takes will call these methods with each key in its argument list.

  perl -MTime::Mock=throttle,600,set,"2009-11-01 00:59" dst_bug.pl

Get or set the throttle.

  Time::Mock->throttle(10_000);

Get or set the offset.

  Time::Mock->offset(120);

Set the time to a given value. This may be a numeric time or anything parseable by Date::Parse::str2time() (you need to install Date::Parse to enable this.)

  Time::Mock->set("2009-11-01 00:59");

This package remembers the actual system time when it was loaded and makes adjustments from there.

Future versions might change this behavior if I can think of a good reason and scheme for that.

The throttle value will hold across forks, but there is no support for propagating changes to child processes. So, set the knobs only before you fork!

Don't ask about threads unless you're asking about me applying your patch thanks.

We're only lying about the clock inside of Perl, not magically messing with the universe.

I suggest that you set the knobs at import() and don't mess with them after that unless you're well aware of how your code is using time.

Messing with the throttle during runtime could also give your code the illusion of time going backwards. If your code tries to do math with the return values of time() before and after a slow-down, there could be trouble.

Changing the throttle while an alarm() is set won't change the original alarm time. There would be a similar caveat about sleep() if I hadn't already mentioned forks ;-)

Finally, don't ever let your past self see your future self.

Eric Wilhelm @ <ewilhelm at cpan dot org>

http://scratchcomputing.com/

If you found this module on CPAN, please report any bugs or feature requests through the web interface at <http://rt.cpan.org>. I will be notified, and then you'll automatically be notified of progress on your bug as I make changes.

If you pulled this development version from my /svn/, please contact me directly.

Copyright (C) 2008 Eric L. Wilhelm, All Rights Reserved.

Absolutely, positively NO WARRANTY, neither express or implied, is offered with this software. You use this software at your own risk. In case of loss, no person or entity owes you anything whatsoever. You have been warned.

This program is free software; you can redistribute it and/or modify it under the same terms as Perl itself.

2020-06-02 perl v5.30.2