Stack contents display

## Description

The 6502 hardware stack lives at $0100-$01FF. Currently the Stack container in the trace is empty beyond the single frame object. Showing actual stack contents would help users understand what's been pushed (return addresses, saved registers, etc.).

## Proposed implementation

- On each stop, read SP and the bytes from $0100+SP+1 through $01FF
- Display stack entries in the Stack container, annotating likely return addresses (2-byte values that look like code addresses)
- Update on every stop event alongside register refresh

## Limitations

The 6502 has no frame pointer, so true call-stack reconstruction isn't possible. This would be a raw stack dump with best-effort annotation.

## Why this matters

Seeing the stack contents helps debug JSR/RTS sequences, interrupt handlers, and stack corruption issues.

La issue descrive la lettura dello stack hardware del 6502 dagli indirizzi di memoria $0100-$01FF a ogni evento di arresto. Cerca nel codice la gestione di trace e il codice del contenitore Stack. Individua dove viene letto SP (Stack Pointer) e come viene effettuato l’accesso alla memoria. Implementa la lettura dei byte da $0100+SP+1 fino a $01FF, quindi visualizzali nel contenitore Stack con un’annotazione per gli indirizzi di ritorno. Esegui il test avviando il connector con un programma 6502 e verificando che il contenuto dello stack venga aggiornato agli arresti.

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