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

EM 2008-12-18:

PacketUser.cpp: do not delete from root_table_merging just set good flag to zero (and check that flag when querying for merging)
changes to handle symbolic path in the DB

PacketUser.h
#include "TSystem.h" added to handle symbolic path in the DB

PamOfflineSW_Main.cpp
changed some default values (tryMerge, step_pkt_number, step_pkt_obt, is_new_route, do_vrl_check), added -dontMerge and -no-vrl options
changes to handle symbolic path in the DB