ID |
Date |
Author |
Topic |
Subject |
36
|
12 Jan 2005 |
Ryu Sawada | Bug Report | invalid header | When I built my application with romebuilder.
It complained like,
Error : File './/src/tasks/LPTXEGainCalib.cpp' has an invalid header !!!
Error : File './/src/tasks/LPTXETimeCalib.cpp' has an invalid header !!!
Error : File './/src/tasks/LPTUTTask.cpp' has an invalid header !!!
Headers looks like,
//// Author: Ryu Sawada
/////////////^@//////////////////////////////////////////////////////////////////
// //
Thre first time to build Just after I removed ^@, builder stopped warning.
But after that ^@ appeared again and builder starts warning.
I have several task files, but builder adds ^@ always these three files.
My source files are here.
cvs -d :ext:pc4466.psi.ch:/usr/local/cvsroot co lpframework |
37
|
16 Jan 2005 |
Ryu Sawada | Bug Report | user input | After change of ROMEEventLoop.cpp 1.39, Program steerings don't work on Linux. |
38
|
17 Jan 2005 |
Matthias Schneebeli | Bug Report | user input | > After change of ROMEEventLoop.cpp 1.39, Program steerings don't work on Linux.
Sorry. |
47
|
05 Feb 2005 |
Ryu Sawada | 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.
But It seems that 'd' shoud be capital. |
50
|
09 Mar 2005 |
Ryu Sawada | 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.
In mana.c of MIDAS, I found a part to wait until all events in buffers are analyzed when analyzer gets
TR_STOP signal, while ROME does not have.
I personaly don't need that all events are analyzed, but it is really problem that data of two runs are
mixed.
One way is to take similar way as midas analyzer, and the another way is just discard unanalyzed
events. |
51
|
09 Mar 2005 |
Ryu Sawada | Bug Report | default values in romeConfig.xml | Recently, default values of steering parameters in romeConfig.xml are always 0. They are not as same
as values in SPFieldInitialization of definition XML file. |
52
|
10 Mar 2005 |
Ryu Sawada | Bug Report | ResetFolders | In ROMEEventLoop.cpp::ReadEvent
this->ResetFolders is called before fActiveDAQ->ReadEvent, so data in event headers are not updated
properly. |
56
|
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.
> But It seems that 'd' shoud be capital.
done |
58
|
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.
done |
59
|
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.
>
> In mana.c of MIDAS, I found a part to wait until all events in buffers are analyzed when analyzer gets
> TR_STOP signal, while ROME does not have.
>
> I personaly don't need that all events are analyzed, but it is really problem that data of two runs are
> mixed.
>
> One way is to take similar way as midas analyzer, and the another way is just discard unanalyzed
> events.
done |
60
|
21 Mar 2005 |
Ryu Sawada | Bug Report | ResetFolders | > > In ROMEEventLoop.cpp::ReadEvent
> > this->ResetFolders is called before fActiveDAQ->ReadEvent, so data in event headers are not updated
> > properly.
>
> done
I wonder if this is the reason why Jan couldn't read scaler events.
Event ID was shifted by two events, so when scaler event comes, ROME can always recognize it as trigger events. |
62
|
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.
> >
> > done
> I wonder if this is the reason why Jan couldn't read scaler events.
> Event ID was shifted by two events, so when scaler event comes, ROME can always recognize it as trigger events.
No the reason for Jan's problem was that rome never requested scaler events from the frontend. This is fixed now. |
64
|
26 Mar 2005 |
Ryu Sawada | Bug Report | problem after changing xml library | After changing xml library from libxml2 to mxml, examples (sample and MEG) can not be compiled.
My project does not work too. What is necessary to make it work? |
71
|
09 Apr 2005 |
Daniele Barbareschi | Bug Report | Compiling Builder | I am Daniele Barbareschi, I am a Corrado Gatto's student
I work to interfacing between ALIROOT and MYSQL for CONSTANT CALIBRATION of
subdetector.
There's a bug in compiling...
NAME of file "ROMEXML.h,ROMEXML.cpp" in the ultimate version ROME is lowercase.
The gmake program return error.
Maybe ROMESQL too.
See you those files and similar.
D.B. |
82
|
07 May 2005 |
Ryu Sawada | Bug Report | Mismatch of [Set/Append]Formatted | In ROMEBuilder.cpp, there are some mismatchs of formart and argument of ROMEString::Set or
AppendFormatted.
1000 format.SetFormatted(" void Set%%s%%%ds(%%-%ds %%s%%%ds) { f%%s%%%ds = %%s; };
\n",lb,typeLen,lb,lb,lb);
3980 format.SetFormatted(" %%s%%s*%%%ds Get%%sAt(int index)%%%ds\n",typeLen-
folderName[i].Length()-scl,0+nameLen-folderName[i].Length(),lt);
5875 buffer.AppendFormatted(" bool CheckConfiguration(int runNumber);\n",shortCut.Data());
6487 buffer.AppendFormatted("#include <TBranchElement.h>\n",shortCut.Data());
7231 buffer.AppendFormatted(" return buffer;\n",stringBuffer.Data());
7271 buffer.AppendFormatted(" if (!this->GetDataBase(name.Data())->Read
(values,path,gAnalyzer->GetCurrentRunNumber())) {\n",folderName[i].Data(),valueName[i][j].Data());
7358 buffer.AppendFormatted("%s xml->WriteElement(\"HistArrayStartIndex\",\"0\");
\n",blank.Data(),pointerI.Data(),histoName[taskHierarchyClassIndex[i]][j].Data());
8771 buffer.AppendFormatted(" obj/%sAnalyzer.obj obj/%sEventLoop.obj obj/%sConfig.obj obj/
main.obj",shortCut.Data(),shortCut.Data(),shortCut.Data(),shortCut.Data(),shortCut.Data());
8815 buffer.AppendFormatted(" g++ $(Flags) -o $@ $(objects) $(Libraries)\n\n",shortCut.Data
(),mainProgName.Data());
8872 buffer.AppendFormatted("obj/%sFAnalyzer.obj: src/framework/%sFAnalyzer.f src/framework/%
sAnalyzer.cpp include/framework/%sAnalyzer.h\n",shortCut.Data(),shortCut.Data(),shortCut.Data());
9341 htmlFile.SetFormatted("%s%sUserHTML.html",outDir.Data(),shortCut.Data(),mainProgName.Data
()); |
84
|
13 May 2005 |
Ryu Sawada | Bug Report | Mismatch of [Set/Append]Formatted | done.
> In ROMEBuilder.cpp, there are some mismatchs of formart and argument of ROMEString::Set or
> AppendFormatted.
>
> 1000 format.SetFormatted(" void Set%%s%%%ds(%%-%ds %%s%%%ds) { f%%s%%%ds = %%s; };
> \n",lb,typeLen,lb,lb,lb);
>
> 3980 format.SetFormatted(" %%s%%s*%%%ds Get%%sAt(int index)%%%ds\n",typeLen-
> folderName[i].Length()-scl,0+nameLen-folderName[i].Length(),lt);
>
> 5875 buffer.AppendFormatted(" bool CheckConfiguration(int runNumber);\n",shortCut.Data());
>
> 6487 buffer.AppendFormatted("#include <TBranchElement.h>\n",shortCut.Data());
>
> 7231 buffer.AppendFormatted(" return buffer;\n",stringBuffer.Data());
>
> 7271 buffer.AppendFormatted(" if (!this->GetDataBase(name.Data())->Read
> (values,path,gAnalyzer->GetCurrentRunNumber())) {\n",folderName[i].Data(),valueName[i][j].Data());
>
> 7358 buffer.AppendFormatted("%s xml->WriteElement(\"HistArrayStartIndex\",\"0\");
> \n",blank.Data(),pointerI.Data(),histoName[taskHierarchyClassIndex[i]][j].Data());
>
> 8771 buffer.AppendFormatted(" obj/%sAnalyzer.obj obj/%sEventLoop.obj obj/%sConfig.obj obj/
> main.obj",shortCut.Data(),shortCut.Data(),shortCut.Data(),shortCut.Data(),shortCut.Data());
>
> 8815 buffer.AppendFormatted(" g++ $(Flags) -o $@ $(objects) $(Libraries)\n\n",shortCut.Data
> (),mainProgName.Data());
>
> 8872 buffer.AppendFormatted("obj/%sFAnalyzer.obj: src/framework/%sFAnalyzer.f src/framework/%
> sAnalyzer.cpp include/framework/%sAnalyzer.h\n",shortCut.Data(),shortCut.Data(),shortCut.Data());
>
> 9341 htmlFile.SetFormatted("%s%sUserHTML.html",outDir.Data(),shortCut.Data(),mainProgName.Data
> ()); |
87
|
26 Jun 2005 |
Yasuko HISAMATSU | 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
saying,
In file included from builder/src/ROMEBuilder.cpp:574:
/home/pekochan/rome/20050626/rome/include/ROMEString.h:41: type spec ifier
omitted for parameter `va_list'
...etc
This problem can be fixed in file "ROMEString.h" by adding the following
either line;
#include <stdarg.h>
or
#include <Varargs.h> |
88
|
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
> saying,
>
> In file included from builder/src/ROMEBuilder.cpp:574:
> /home/pekochan/rome/20050626/rome/include/ROMEString.h:41: type spec ifier
> omitted for parameter `va_list'
> ...etc
>
>
> This problem can be fixed in file "ROMEString.h" by adding the following
> either line;
>
> #include <stdarg.h>
>
> or
>
> #include <Varargs.h>
Thanks for reporting that problem.
#include <stdarg.h>
is added now in the cvs. |
91
|
28 Jun 2005 |
Ryu Sawada | 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
> > saying,
> >
> > In file included from builder/src/ROMEBuilder.cpp:574:
> > /home/pekochan/rome/20050626/rome/include/ROMEString.h:41: type spec ifier
> > omitted for parameter `va_list'
> > ...etc
> >
> >
> > This problem can be fixed in file "ROMEString.h" by adding the following
> > either line;
> >
> > #include <stdarg.h>
> >
> > or
> >
> > #include <Varargs.h>
>
>
> Thanks for reporting that problem.
>
> #include <stdarg.h>
> is added now in the cvs.
replaced with #include <Varargs.h> |
93
|
28 Jun 2005 |
Ryu Sawada | Bug Report | support folder object in folder. | When one makes a support folder type field in folder, pointer to the support folder or pointer of
TClonesArray is in the folder.
But There is no "new" statement to create the object. |
|