> It will not be caught in development testing — who runs a test for 50 days?

You don't have to run the system for 50 days. You can simulate the environment and tick the clock faster. Many high reliability systems are tested this way.

▲

dezgeg 9 hours ago | parent | next [-]

IIRC the initial value for the jiffies time counter in Linux kernel is initialized at boot time to something like five minutes before the wraparound point, precisely to catch this kind of issues.

	▲	bobmcnamara 9 hours ago \| parent [-]
		WinCE too

▲

hombre_fatal 11 hours ago | parent | prev | next [-]

It uses a hardware clock, one that pauses during sleep. There is no tick.

If you wanted to see how time impacts the program, you'd prob change fns like calculate_tcp_clock to take uptime as an argument so that you could sanity check it.

	▲	mcculley 9 hours ago \| parent \| next [-]
		Yes. I do mean designing software to make it testable. The code that uses that value can be run in an environment where that value can be controlled. I have written code that does this same thing and built a test harness for it.
	▲	adamtulinius 10 hours ago \| parent \| prev [-]
		We're talking about a company that produces the hardware their OS is running on. I'm sure they can find a way to make the hardware clock run faster.

▲

11 hours ago | parent | prev | next [-]

[deleted]

▲

sho_hn 11 hours ago | parent | prev [-]

Heck, many video games are tested this way.