`percentile_cont` overflows while interpolating finite Float64 values

[aoto-tech]

Describe the bug

I found that percentile_cont can return infinity for finite Float64 inputs even when the interpolated result is finite.

To Reproduce

I reproduced this on 55.1.0 and main at 9082d6b10.

SELECT percentile_cont(x, CAST(0.5 AS DOUBLE))
FROM (VALUES
  (CAST(-1.7976931348623157e308 AS DOUBLE)),
  (CAST( 1.7976931348623157e308 AS DOUBLE))
) AS t(x);

actual:   Infinity
expected: 0.0

### Expected behavior

The median of `-DBL_MAX` and `DBL_MAX` should be `0.0`.

### Additional context

The Float64 interpolation path evaluates [`lower + (upper - lower) * weight`](https://github.com/apache/datafusion/blob/9082d6b10c29b72d56bede3d8e353d9d61fde542/datafusion/functions-aggregate/src/percentile_cont.rs#L943-L945). `upper - lower` overflows before multiplication by `0.5`.

This is separate from #18945: that issue fixed Float16 interpolation by widening it to Float64, while this reproducer overflows in Float64 itself. I couldn't find an existing issue for this behavior.

[aoto-tech]

Something like this might work:

1. Keep the current formula when upper - lower is finite.
2. Fall back to a weighted sum when only the difference overflows.

[aoto-tech]

/take