DPL: fix device signpost segfaults for o2-dpl-raw-proxy

[ehellbar]

No description provided.

[github-actions]

REQUEST FOR PRODUCTION RELEASES:
To request your PR to be included in production software, please add the corresponding labels called "async-" to your PR. Add the labels directly (if you have the permissions) or add a comment of the form (note that labels are separated by a ",")

+async-label <label1>, <label2>, !<label3> ...

This will add <label1> and <label2> and removes <label3>.

The following labels are available
async-2023-pbpb-apass4
async-2023-pp-apass4
async-2024-pp-apass1
async-2022-pp-apass7
async-2024-pp-cpass0
async-2024-PbPb-apass1
async-2024-ppRef-apass1
async-2024-PbPb-apass2
async-2023-PbPb-apass5

[ehellbar]

for raw-proxies, there is an additional non-DPL channel in state.inputChannelInfos, which is not in spec.inputChannels though. Since the loop is over state.inputChannelInfos, the signpost accessed an invalid or random address when getting the spec.inputChannels[sci].name for the non-DPL channel. On mac, this somehow always worked out (although with wrong string, of course), while on slc9 it segfaulted.

[ktf]

Ok. I should really integrate the raw fairmq channels in the model, though...