| 35 |
corretto baco in nome tabella per ricavare timeoffset |
corretto baco in nome tabella per ricavare timeoffset |
| 36 |
messa opzione per usare una sola connessione al DB |
messa opzione per usare una sola connessione al DB |
| 37 |
|
|
| 38 |
|
Settembre: |
| 39 |
|
Corretto spezzettamento in troppi download, messo controlli su header VRL e su CRC cadre. |
| 40 |
|
Riazzerata Contatore discontinuita per ogni nuovo download, e fatto partire da 1 |
| 41 |
|
Corretto baco che si presentava in vecchio yoda con file 05510005.pam (dovuto a lunghezza pacchetto troppo piccola) |
| 42 |
|
(in PhysEndRunReader) |
| 43 |
|
|
| 44 |
|
*** |
| 45 |
|
3 Novembre: |
| 46 |
|
sistemati bugs nella parte di merging relativi a valori obt sbagliati |
| 47 |
|
Test e cose aggiustate: |
| 48 |
|
1)errore nell'assegnare obt finale in tabella merging. files usati nei test: 05373003.pam e 05364001.pam |
| 49 |
|
"scompensi in ROOT_TABLE_MERGING per cui PKT_OBT_FINAL < PKT_OBT_INIT senza che l'OBT si sia riazzerato" |
| 50 |
|
result: OK |
| 51 |
|
2)reset OBT Pamela file 07105003.pam |
| 52 |
|
"problemi nella tabella ROOT_TABLE_MERGING quando si riazzera l'OBT di PAMELA" |
| 53 |
|
result: OK |
| 54 |
|
3)pacchetti ripetuti 05042001.pam e 05043001.pam |
| 55 |
|
"Nella tabella ROOT_TABLE_MERGING ci sono molto spesso sovrapposizioni di entry per un packet_number. Questo non deve accadere in quanto gli |
| 56 |
|
intervalli in quella tabella devono essere univoci e non sovrapporsi mai. Inoltre e` sicuramente un baco perche` al contempo l'OBT non corrisponde |
| 57 |
|
..." |
| 58 |
|
result: OK |
| 59 |
|
4)sovrapposizione tra code, 05178011.pam |
| 60 |
|
"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` |
| 61 |
|
riprodurre girando sul solo file 05178011.pam" |
| 62 |
|
con il nuovo sw mi sembra ok, non l'ho riprodotto con il vecchio |
| 63 |
|
i tempi iniziale di uno coincide con il finale dell'altro e sappiamo che non sono precisi ma arrotondati al secondo |
| 64 |
|
per cui al bordo ci puo' essere sovrapposizione di pacchetti |
| 65 |
|
result: OK |
| 66 |
|
5)BOOT number |
| 67 |
|
result: OK |
| 68 |
|
6)spezzettamento eccessivo su file molto corrotti, 05161005.pam |
| 69 |
|
"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 |
| 70 |
|
programma identifica erroneamente dei DOWNLOAD diversi e lo spezzettamento del file e` dovuto a questo. Io ho il ricordo che anche rawreader aveva |
| 71 |
|
avuto questo problema e in qualche modo era stato risolto." |
| 72 |
|
Ora ne produce solo 6. |
| 73 |
|
result: OK |
| 74 |
|
7)contatore discontinuita' nel nome |
| 75 |
|
"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 |
| 76 |
|
sarebbe carino azzerarlo ad ogni download (cosmesi)." |
| 77 |
|
ora parte da 1 e non piu da zero e si resetta ogni download |
| 78 |
|
result: OK |
| 79 |
|
8) chewbacca crasha sul file 05510005.pam |
| 80 |
|
messo controllo in PhysEndRunner |
| 81 |
|
result: OK |
| 82 |
|
9) ROOT_ID_N sballato |
| 83 |
|
"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 |
| 84 |
|
ad un file al cui interno NON c'e` l'intervallo in pkt_number e OBT che e` indicato nella stessa linea." |
| 85 |
|
a prima vista mi sembra ok, |
| 86 |
|
i valori del record della tabella merging devono essere contenuti in quelli del record corripondente nella tabella principale. |
| 87 |
|
result: OK |
| 88 |
|
10)nomi di default cambiati in chewbacca |
| 89 |
|
result: OK |
| 90 |
|
|
| 91 |
MM |
MM |
Parent Directory
| 
Revision Log
| 
Patch