Hi,
I can reproduce this on master. time_pl_interval() adds the
interval's time field to the time value before reducing the result
modulo one day, so a large enough interval overflows int64.
time_mi_interval() and the two timetz variants have the same problem.
Since the result wraps around at midnight anyway, only the interval's
time field modulo one day matters. The attached patch reduces it
first, so the intermediate result always fits in an int64; results
for intervals that didn't overflow are unchanged. It also adds
regression tests for the largest and smallest interval time values,
which fail without the fix.
The same arithmetic exists in all supported branches, so I think this
should be back-patched.
Regards,
Rahul Yadav
