ca7654d8cd
update libutp, fixing #4915
2012-05-27 15:27:59 +00:00
38669a6c3b
(trunk libT) #4153 "Protect against non-monotonic time in libutp" -- try again.
2011-03-30 23:54:39 +00:00
7aa90a3812
(trunk libT) #4153 "Protect against non-monotonic time in libutp" -- another attempt at getting it to compile on win32
2011-03-30 23:50:25 +00:00
4cf4000620
(trunk libT) #4153 "Protect against non-monotonic time in libutp" -- move UTP_GetMilliseconds() and UTP_GetMicroseconds() outside of the if-not-windows ifdef section. Based on feedback from rb07 in ticket comment 5
2011-03-30 23:26:00 +00:00
7b06392812
Don't explicitly protect against non-monotonic gettimeofday.
...
Since we're now protecting against non-monotonic time unconditionally,
there's no need for additional protection in the gettimeofday case.
2011-03-30 00:29:07 +00:00
c0ef0f50ad
Protect against monotonic time being non-monotonic, take 2.
...
This is a better fix, suggested by ghazel.
2011-03-30 00:14:41 +00:00
74c0721a2c
Protect against monotonic time being non-monotonic.
...
Within utp.cpp, there's a bunch of assertions that will cause us
to crash if monotonic time isn't. While I have no idea about Windows,
under Unix we use real time instead of monotonic time if POSIX clocks
are not available, and real time can be stepped backwards. Since the
protection is cheap, we perform it on all platforms.
2011-03-29 23:15:38 +00:00
01f5a8b093
import libutp into third-party/ and plug it in to autoconf, automake
2011-02-18 00:31:49 +00:00
Mitchell Livingston