PamOffLineSW/techmodel/EventReader.cpp reset Counter when opening a new file PamOffLineSW/PacketUser.cpp aggiunti apici nelle queries che davano errore MySQL ---- PamOffLineSW/PacketUser.cpp .h DBScript/db.sql aggiunto .root al nome del file: rootfilename. tolte parti relativa a salvataggio su files e su DB di badPKT tolto DB ROOT_TABLE_ASS ; messa percentage = percentuale pacchetti con errore come double e nn come int prima sia sul DB sia nel codice Sistemati Bordi nella ricerca e gestione del merging ------- 29: messo lock unlock tables. pulito il codice todo: aggiungi info BOOT number 30: messo apri chiudi Connessione quando serve con lock tabelle. prima apriva connessione all'inizio e la chiudeva alla fine. todo: controllare. Messo Boot number todo: controlla se giusto algo. TODO: togli i vari cout di debug e sistema il log TODO: sistema Makefile. 31: varie 01 Agosto: corretto baco in nome tabella per ricavare timeoffset messa opzione per usare una sola connessione al DB Settembre: Corretto spezzettamento in troppi download, messo controlli su header VRL e su CRC cadre. Riazzerata Contatore discontinuita per ogni nuovo download, e fatto partire da 1 Corretto baco che si presentava in vecchio yoda con file 05510005.pam (dovuto a lunghezza pacchetto troppo piccola) (in PhysEndRunReader) *** 3 Novembre: sistemati bugs nella parte di merging relativi a valori obt sbagliati Test e cose aggiustate: 1)errore nell'assegnare obt finale in tabella merging. files usati nei test: 05373003.pam e 05364001.pam "scompensi in ROOT_TABLE_MERGING per cui PKT_OBT_FINAL < PKT_OBT_INIT senza che l'OBT si sia riazzerato" result: OK 2)reset OBT Pamela file 07105003.pam "problemi nella tabella ROOT_TABLE_MERGING quando si riazzera l'OBT di PAMELA" result: OK 3)pacchetti ripetuti 05042001.pam e 05043001.pam "Nella tabella ROOT_TABLE_MERGING ci sono molto spesso sovrapposizioni di entry per un packet_number. Questo non deve accadere in quanto gli intervalli in quella tabella devono essere univoci e non sovrapporsi mai. Inoltre e` sicuramente un baco perche` al contempo l'OBT non corrisponde ..." result: OK 4)sovrapposizione tra code, 05178011.pam "Sempre nella tabella ROOT_TABLE_MERGING ci sono dei casi rari in cui c'e` una sovrapposizione di piu` pacchetti tra entry diverse. Questo si puo` riprodurre girando sul solo file 05178011.pam" con il nuovo sw mi sembra ok, non l'ho riprodotto con il vecchio i tempi iniziale di uno coincide con il finale dell'altro e sappiamo che non sono precisi ma arrotondati al secondo per cui al bordo ci puo' essere sovrapposizione di pacchetti result: OK 5)BOOT number result: OK 6)spezzettamento eccessivo su file molto corrotti, 05161005.pam "Ci sono dei file molto corrotti per cui chewbacca crea migliaia di files e il problema NON e` risolvibile con la flag delta_counter in quanto il programma identifica erroneamente dei DOWNLOAD diversi e lo spezzettamento del file e` dovuto a questo. Io ho il ricordo che anche rawreader aveva avuto questo problema e in qualche modo era stato risolto." Ora ne produce solo 6. result: OK 7)contatore discontinuita' nel nome "Vedendo tutti questi files mi sono accorto che il contatore del file di yoda ossia YYY di yoda_OOOOO_DDD_SSS_YYY.root non si azzera mai, forse sarebbe carino azzerarlo ad ogni download (cosmesi)." ora parte da 1 e non piu da zero e si resetta ogni download result: OK 8) chewbacca crasha sul file 05510005.pam messo controllo in PhysEndRunner result: OK 9) ROOT_ID_N sballato "in ROOT_TABLE_MERGING succede in un certo numero non trascurabile di casi che la variabile ROOT_ID_N NON si riferisce al file corretto, ossia punta ad un file al cui interno NON c'e` l'intervallo in pkt_number e OBT che e` indicato nella stessa linea." a prima vista mi sembra ok, i valori del record della tabella merging devono essere contenuti in quelli del record corripondente nella tabella principale. result: OK 10)nomi di default cambiati in chewbacca result: OK MM