 17 Jan 2005, Matthias Schneebeli, Bug Report, user input
|
> After change of ROMEEventLoop.cpp 1.39, Program steerings don't work on Linux.
Sorry. |
|
25 Jan 2005, Matthias Schneebeli, Info, small problems
|
> These are not critical, but someone may complain some day.
>
> 1. ROMEBuilder.cpp:2315
|
|
27 Jan 2005, Matthias Schneebeli, Suggestion, messaging system
|
> About warnings,errors and informations output in online mode.
>
> Probably we lauch ROME from web interface of MIDAS. And we don't see console of ROME.
|
|
28 Jan 2005, Matthias Schneebeli, Suggestion, messaging system
|
> > I implemented the cm_msg calls.
>
> You should implement a central "message dispatcher". So all errors etc. should go to someting linke
|
|
21 Mar 2005, Matthias Schneebeli, Bug Report, small problem of XML definition file
|
> About <EventHeader> in xml definition file.
>
> In description page in ROME homepage, It is wirtten that <EventId> specifies the field.
|
|
21 Mar 2005, Matthias Schneebeli, Info, Run number in online mode
|
> We usually use ROME framework without specifying run number in romeConfig.xml and command line
> in online mode.
>
|
|
21 Mar 2005, Matthias Schneebeli, Bug Report, ResetFolders
|
> In ROMEEventLoop.cpp::ReadEvent
> this->ResetFolders is called before fActiveDAQ->ReadEvent, so data in event headers are not updated
> properly.
|
|
21 Mar 2005, Matthias Schneebeli, Bug Report, Unanalyzed events
|
> In online mode, ROME often stops before finishing to analyze all events of runs.
> When it happens, gAnalyzer->GetCurrentEventNumber() starts not from 1 but from analyzed event
> number at previous run. And unanalyzed events at the previous run are mixed with the new run.
|
|
23 Mar 2005, Matthias Schneebeli, Info, xmlwriter.h
|
> I realized that some unix system distribution does not provide xmlwriter.h in standard libxml2-devel
> package.
>
|
|
23 Mar 2005, Matthias Schneebeli, Bug Report, ResetFolders
|
> > > In ROMEEventLoop.cpp::ReadEvent
> > > this->ResetFolders is called before fActiveDAQ->ReadEvent, so data in event headers are not updated
> > > properly.
|
|
30 Mar 2005, Matthias Schneebeli, Info, CVS_RSH
|
> I recommended to my friend trying ROME, but he couldn't download it, because he didn't set CVS_RSH.
> There is no instruction for setting CVS_RSH in ROME download page.
>
|
 01 Apr 2005, Matthias Schneebeli, Info, Inportant !!! -> Changes in the user code requiered
|
In the current cvs version of ROME several things have changed that require
changes in the user code.
|
|
15 Apr 2005, Matthias Schneebeli, Suggestion, GetDataBase, GetActiveDAQ
|
> There is no check if the pointer returned by GetDataBase,GetActiveDAQ is valid. This can result
> segmentation fault.
> For instance, if one specifies DAQ system as "none", or one does not specify DataBaseName, rome
|
|
18 Apr 2005, Matthias Schneebeli, Suggestion, ROOTCINT path
|
> As ROOTSYS is required for the ROME build, I would suggest to
> include the code below in the builder for the application Makefile.
> This will make Rome less dependent on the ROOT path.
|
|
27 Jun 2005, Matthias Schneebeli, Bug Report, Need to include stdarg.h in file ROMEString.h
|
> Hello,
>
> It seems some compliers have a problem with making ROME, sending error message
|
|
28 Jun 2005, Matthias Schneebeli, Suggestion, class members in TTree
|
> I think that fUniqueID and fBits in TObject is not useful to store in TTree.
> I found in ROOT users guide that we can disable that with
> MyClass::Class()->IgnoreTObjectStreamer();
|
|
30 Aug 2005, Matthias Schneebeli, Bug Report, TFile creation and TTree
|
> When the filename base IO was added, it seems that TFile creation was moved from
> ROMEEventLoop::DAQInit to ROMEEventLoop:DAQEndOfRun.
>
|
|
17 Oct 2005, Matthias Schneebeli, Info, Moved ROME from cvs to subversion
|
ROME moved from the cvs repository to a subversion repository.
Subversion repositories are much easier to maintain.
|
|
16 Nov 2005, Matthias Schneebeli, Info, Changed Root DAQ to Rome DAQ
|
I have changed the name of ROMEs input/output DAQ system from Root to Rome.
This has to implications for the user :
|
|
02 Apr 2006, Matthias Schneebeli, Bug Report, gAnalyzer->GetEventID() fails if EventID>127-48
|
[quote="Giovanni Signorelli"]This bug happened when reading a .MID file containing events with event_id=99.
The ReadMidas task is not able to read the event because it is not recognized.
This event_id, when recovered with GetEventID() method was transformed to a negative value. This probably happened because there is a +48 addition at some |