`UnionListReader.setPosition` throws IOOBE on a post-IPC empty List

### Describe the bug, including details regarding any error messages, version, and platform.

On 19.0.0 (and on master), calling `setPosition` on a `ListVector` that came off the wire via IPC with `valueCount == 0` throws `IndexOutOfBoundsException`.

Some callers may hit this without touching `setPosition` themselves as
- `SingleStructReaderImpl.reader(String)` calls `setPosition(idx())` the first time a child reader on a struct is looked up.
- `UnionMapReader` inherits from `UnionListReader` and breaks the same way.
- `UnionLargeListReader` has a related variant; capacity guard seems to be missing and it fails whenever the offset buffer is shorter than `(idx + 2) * 8` bytes.

The reader code hasn't changed. `ListVector.setReaderAndWriterIndex` changes and now correctly emits the leading `[0]` offset when `valueCount == 0` (as per the Arrow spec), so the receiver's offset buffer is no longer "zero-capacity" and if block `capacity() == 0` never enters.

### Repro

The shape we actually hit — a struct with a list-typed child, struct itself having `valueCount == 0`:

```java
StructVector parent = ...; // child "l" is LIST, valueCount == 0
parent.getReader().reader("l"); // IOOBE
```

Inizia da UnionListReader.setPosition e segui le chiamate da SingleStructReaderImpl.reader(String); confronta i percorsi correlati di UnionMapReader e UnionLargeListReader descritti nell’issue. Riproduci il caso di una lista vuota dopo IPC, quindi verifica che questi reader non generino più IndexOutOfBoundsException quando gli offset o la capacità sono vuoti o più corti del previsto.

Scritto dal modello di indicizzazione a partire dal testo della issue.