fix(runtime): in-place ApplyDelta releases and re-subscribes data + alarms (#663)

A Connected ApplyDelta called ReinitializeAsync and kept the actor's data and
native-alarm handles, though every driver's reinit drops the driver-side
subscriptions behind them (#630). The reconcile only re-subscribes a missing
handle, so the driver went silent until a reconnect. Release both at the
driver before the reinit and re-subscribe both in a finally. Unreachable from
deploys since #516; pinned by a two-case test, each case failing against a
different wrong fix.

Claude-Session: https://claude.ai/code/session_01Ef2ozxS7QPanGT8uoATbTe

CLAUDE.md

@@ -1166,6 +1166,8 @@ host logger factory (wired in `DriverFactoryBootstrap`; the FOCAS and TwinCAT fa
   deploy's bulk push to a kept driver) detaches DATA only (`DetachDataSubscription`) — it used to unhook
   `OnAlarmEvent` too, silently killing the native-alarm feed until a respawn. The health-poll reconcile
   re-attaches/re-subscribes alarms as well as data, so a failed alarm subscribe is retried every tick.
+  A Connected in-place `ApplyDelta` (unreachable from deploys since #516) releases both subscriptions at the
+  driver, reinitialises, then re-subscribes both (#663) — it used to keep handles the reinit had invalidated.
   `docs/DriverLifecycle.md`.
 - **S7 (#632/#638):** STRING/WSTRING/CHAR/WCHAR and DTL/DATE/TOD/TIME/S5TIME codecs (`S7ValueCodecs`; TOD/TIME/S5TIME
   surface as Int32 ms); an undecodable buffer or unrepresentable write is `BadOutOfRange` with no health impact.