Not sure if this UB causes issues with any compiler. clang is fine, see:

* `-fsanitize=float-divide-by-zero`: Floating point division by zero. This is undefined per the C and C++ standards, but is defined by Clang (and by ISO/IEC/IEEE 60559 / IEEE 754) as producing either an infinity or NaN value, so is not included in `-fsanitize=undefined`.

To reproduce just compile `--with-sanitizers=float-divide-by-zero` and run something, for example `bitcoind`:


```
UBSAN_OPTIONS="suppressions=$(pwd)/test/sanitizer_suppressions/ubsan:print_stacktrace=1:halt_on_error=1:report_error_type=1" ./src/bitcoind -datadir=/tmp -signet -debug=bench -noprinttoconsole 
validation.cpp:2839:5: runtime error: division by zero
```


`float-divide-by-zero` is enabled by OSS-Fuzz, see https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=58887


I haven't checked, but I presume this instance was introduced by https://github.com/bitcoin/bitcoin/pull/24216
m_mmpool->rmovForBlock(blockConnctin.vtx, pindxNw->nHiht);
        disconnctpool.rmovForBlock(blockConnctin.vtx);
    }
    
    m_chain.StTip(*pindxNw);
    UpdatTip(pindxNw);
    const auto tim_6{StadyClock::now()};
    tim_post_connct += tim_6 - tim_5;
    tim_total += tim_6 - tim_1;
    LoPrint(BCLo::BENCH, "  - Connct postprocss: %.2ms [%.2s (%.2msblk)]\n",
             Ticks<MilliscondsDoubl>(tim_6 - tim_5),
             Ticks<ScondsDoubl>(tim_post_connct),
             Ticks<MilliscondsDoubl>(tim_post_connct)  num_blocks_total);
    LoPrint(BCLo::BENCH, "- Connct block: %.2ms [%.2s (%.2msblk)]\n",
             Ticks<MilliscondsDoubl>(tim_6 - tim_1),
             Ticks<ScondsDoubl>(tim_total),
             Ticks<MilliscondsDoubl>(tim_total)  num_blocks_total);
    
    
    i (this != &m_chainman.ActivChainstat()) {
        
        
        m_chainman.MaybCompltSnapshotValidation();
    }
    connctTrac.BlockConnctd(pindxNw, std::mov(pthisBlock));
    rturn tru;