<!-- Title: 12:14:35  Fri Dec 10 2004 -->
<!-- Crewchief: Kaori -->
<!-- Op1: Yoshiaki -->
<!-- Op2: Ryo -->
<!-- Op3: &nbsp; -->
<!-- Op4: &nbsp; -->
<!-- Op5: &nbsp; -->
<!-- Op6: &nbsp; -->
<!-- Notes: -->
<pre>6.0.0int3 development</pre>


<!-- Date: Fri Dec 10 12:15:52 2004 -->
<pre>If we need to change the current release from 5.3.3i to 6.0.0int3f,  
 the following changes are needed.  
 
_______________________________________________  
 
1. edit startMon.sh (Stage0 533h -&gt; remote)  
2. edit startSubConsumer.csh   
  setup oracle_client v9_2_0_1a (6.0.0int3f)  
  setup oracle_client v8_1_7_lite (5.3.3i)  
 
3. edit start_upDisplay.sh and start_downDisplay.sh    
 
  Linux2-KCC_4_0 (5.3.3i)  
  Linux2-GCC_3_3 (6.0.0int3f)  
 
4.modify tcl files(by using ~/ryo/putbackRelease.sh switchTo.sh and saveTo.sh)  
 
5. change current release  
6. start monitor and display  
 
</pre>
<!-- Author: Yoshiaki, Kaori and Ryo -->


<!-- Date: Sun Dec 12 01:58:34 2004 -->
<pre>Changed CP2, CCR threshold as Steve K request in YMon 5.5.3i tcl. 
 
Also tested 6.0.0int3h, again, turing off XMon error logger 
connection.  XMon still crashed.... 
 
Verified that I did get the latest CT_Calibration.cc code to make 
the newest release.  BeamMon/Stage0 still crash. 
Sent mail to Matt H., again.</pre>
<!-- Author: kaori -->


<!-- Date: Tue Dec 14 20:13:22 2004 -->
<pre>Email from Angels, how to turn off accessinig COTHV table 
which does not exit: 
 
 
   From:  
         Angela Wyatt &lt;acw@hep.ucl.ac.uk&gt; 
 
Hi, 
 
I did: 
 
module talk CT_TrackingModule 
  OutputMenu 
    WriteDEDx set false 
  exit 
exit 
 
Which is okay if you don't need dedx. 
 
Cheers, 
  Angela.</pre>
<!-- Author: kaori -->


<!-- Date: Tue Dec 14 21:43:44 2004 -->
<pre>********Important ********************************** 
 
to switch to 6.0.0int3i 
 
Modify startSubConsumer_TrigMon.csh. 
 
  setup oracle_client v9_2_0_1a (6.0.0int3i,...) 
#  setup oracle_client v8_1_7_lite (5.3.3i) 
 
and when the version is reverted to 5.3.3..., never forget 
change the oracle_client  
 
 
</pre>
<!-- Author: yoshiaki, Kaori and ryo -->


<!-- Date: Tue Dec 14 22:50:51 2004 -->
<pre>I put back only SVXMon as 5.3.3i. 
Because it only is not working under the current 6.0.0int3i. 
looks good.</pre>
<!-- Author: ryo -->


<!-- Date: Thu Dec 16 02:08:02 2004 -->
<pre>YMon kept crashing at start.  Fromore file: 
 
 
Dec 16 01:00 core.9166 
b0dap80:216:runarea/YMon&gt; gdb YMon core.9166 
 
Loaded symbols for /lib/libnss_nisplus.so.2 
Reading symbols from /lib/libnss_nis.so.2...done. 
Loaded symbols for /lib/libnss_nis.so.2 
Reading symbols from /cdf/code/cdfoffline/products/diskcache_i/v2_06_06GCC_3_3_1/Linux+2.4/lib/libdiskcache_dcache.so... 
done. 
Loaded symbols for /cdf/code/cdfoffline/products/diskcache_i/v2_06_06GCC_3_3_1/Linux+2.4/lib/libdiskcache_dcache.so 
Reading symbols from /cdf/code/cdfoffline/products/root/v4_00_08fGCC_3_3_1/Linux+2.4/lib/libHistPainter.so...done. 
Loaded symbols for /cdf/code/cdfoffline/products/root/v4_00_08fGCC_3_3_1/Linux+2.4/lib/libHistPainter.so 
#0  0x416ba4ad in TLatex::GetYsize() (this=0xbfff7090) at graf/src/TLatex.cxx:1935 
1935    graf/src/TLatex.cxx: No such file or directory. 
        in graf/src/TLatex.cxx 
(gdb) where 
#0  0x416ba4ad in TLatex::GetYsize() (this=0xbfff7090) at graf/src/TLatex.cxx:1935 
#1  0x42f9d76c in THistPainter::PaintTitle() (this=0xd94d018) at histpainter/src/THistPainter.cxx:5222 
#2  0x42f8a97c in THistPainter::Paint(char const*) (this=0xd94d018, option=0x41271a6c "") 
    at histpainter/src/THistPainter.cxx:1446 
#3  0x419a63ea in TH1::Paint(char const*) (this=0xd948990, option=0x41271a6c "") at hist/src/TH1.cxx:3791 
#4  0x4208f688 in TPad::PaintModified() (this=0xd88cc40) at gpad/src/TPad.cxx:2732 
#5  0x4208f622 in TPad::PaintModified() (this=0xd88b028) at gpad/src/TPad.cxx:2730 
#6  0x4206d33c in TCanvas::Update() (this=0xd88b028) at gpad/src/TCanvas.cxx:1789 
#7  0x4208da2d in TPad::Update() (this=0xd88cc40) at gpad/src/TPad.cxx:2319 
#8  0x08994ceb in ConTH1F (this=0xd948990, name=0xd937eb8 "OccupWHAEastWedge7", 
    title=0xd944a20 "WHA: East Wedge 7\n@}\021", nbinsx=6, xlow=5.5, xup=11.5, NEvents=0xc008018, thispad=0xd88cc40, 
    DivHisto=0x0, RefFile=0x0, VarHist=0x0) 
    at /cdf/code-Linux/cdfoffline/dist/cdfsoftb0/6.0.0int3i/ConsumerFramework/src/ConsumerHist.cc:454 
#9  0x08916df5 in HATDMonitor::initialize() (this=0xc007eb0) 
    at /cdf/code-Linux/cdfoffline/dist/cdfsoftb0/6.0.0int3i/Consumer/YMon/HATDMonitor.cc:389 
#10 0x08987a7b in ConsumerFramework::initialize() (this=0xbcac120) 
    at /cdf/code-Linux/cdfoffline/dist/cdfsoftb0/6.0.0int3i/ConsumerFramework/src/ConsumerFramework.cc:109 
 
------------- 
This problem does not occur every time.  It crashes once a while. 
But should be fixed.</pre>
<!-- Author: kaori -->


<!-- Date: Thu Dec 16 08:50:54 2004 -->
<pre>how to crash SVXMon  (changing from 5.3.3i to 6.0.0int3i SVXMon) 
 
-  hit CTL-C to end SVXMon 
 
-   In ~/consumer_scripts&gt; 
 
edit startMon.sh 
if [ $monitor = "SVXMon" ] || [ $monitor = "All" ] 
then 
#start_remote $partition b0dap78 SVXMon +800+250  //Dec03 03 
start_remote_533i $partition b0dap78 SVXMon +800+250  //Dec03 03 
fi 
 
Exchange "#" above.  (533i is the one runs) 
--- 
  
we need to fix up how the tcl is set for SVXMon..... 
It was not setup correctly. 
</pre>
<!-- Author: kaori -->


<!-- Date: Thu Dec 16 08:54:27 2004 -->
<pre>With the correct tcl, SVXMon still crashes: 
 
 Dec 16 08:45 core.11271 
gdb SVXMon core.11271 
 
Loaded symbols for /lib/libnss_nis.so.2 
Reading symbols from /cdf/code/cdfoffline/products/diskcache_i/v2_06_06GCC_3_3_1/Linux+2.4/lib/libdiskcache_dcache.so...done. 
Loaded symbols for /cdf/code/cdfoffline/products/diskcache_i/v2_06_06GCC_3_3_1/Linux+2.4/lib/libdiskcache_dcache.so 
#0  0x426d2331 in kill () from /lib/i686/libc.so.6 
(gdb) where 
#0  0x426d2331 in kill () from /lib/i686/libc.so.6 
#1  0x42610bdb in raise () from /lib/i686/libpthread.so.0 
#2  0x426d38c2 in abort () from /lib/i686/libc.so.6 
#3  0x08a10ec4 in SVXMonModule::beginRun(EventRecord*) (this=0xc2aa968, aRun=0xcdb4638) 
    at /cdf/code-Linux/cdfoffline/dist/cdfsoftb0/6.0.0int3i/SvxDaqMods/src/SVXMonModule.cc:583 
#4  0x08e29aee in AppFramework::beginRun(EventRecord*) (this=0xc22abd8, anEvent=0xcdb4638) 
    at /home/cdfsoft/dist/packages/Framework/V00-07-43/src/APPFramework.cc:371 
#5  0x08e2b745 in AppFramework::continueHandler(int) (this=0xc22abd8, nEvents=2147483647) 
    at /home/cdfsoft/dist/packages/Framework/V00-07-43/src/APPFramework.cc:890 
#6  0x08e2b35f in AppFramework::beginHandler(int) (this=0xc22abd8, nEvents=2147483647) 
    at /home/cdfsoft/dist/packages/Framework/V00-07-43/src/APPFramework.cc:820 
#7  0x08e54808 in APPEventsCommand::beginHandler(int, char**) (this=0xc22adb8, argc=2, argv=0xbfff92c8) 
    at /home/cdfsoft/dist/packages/Framework/V00-07-43/src/APPEventsCommand.cc:145 
#8  0x08e545e5 in APPEventsCommand::handle(int, char**) (this=0xc22adb8, argc=2, argv=0xbfff92c8) 
    at /home/cdfsoft/dist/packages/Framework/V00-07-43/src/APPEventsCommand.cc:91 
#9  0x09a3bcea in FtclInterp::commandHandler(void*, Tcl_Interp*, int, char**) (clientData=0xc22adb8, 
    tcl_interp=0xc22c0e0, argc=2, argv=0xbfff92c8) 
    at /home/cdfsoft/dist/packages/FrameUtil/V00-01-62/FtclInterp_handler.cc:22 
#10 0x09ee39c9 in TclInvokeStringCommand () 
#11 0x09f1bf23 in EvalObjv () 
#12 0x09f1c64a in Tcl_EvalEx () 
#13 0x09f1c8b9 in Tcl_Eval () 
#14 0x09a3b5db in ftclAliasExecute (cdata=0xc23f878, interp=0xc22c0e0, argc=2, argv=0xbfff9648) 
    at /home/cdfsoft/dist/packages/FrameUtil/V00-01-62/ftclAlias.c:98 
#15 0x09ee39c9 in TclInvokeStringCommand () 
#16 0x09f1bf23 in EvalObjv () 
#17 0x09f1c64a in Tcl_EvalEx () 
#18 0x09f13c1c in Tcl_EvalFile () 
#19 0x09eeeaf5 in Tcl_SourceObjCmd () 
#20 0x09f1bf23 in EvalObjv () 
#21 0x09f1c64a in Tcl_EvalEx () 
#22 0x09f1c8b9 in Tcl_Eval () 
#23 0x09ee5b90 in Tcl_VarEvalVA () 
#24 0x09ee5bd6 in Tcl_VarEval () 
#25 0x09a35f60 in FtclInterp::runCommandFile(char const*) (this=0xc22b9c8, 
    filename=0xacf5f74 "SvxDaqMods/test/SVXMon/runSVXMon.tcl") 
    at /home/cdfsoft/dist/packages/FrameUtil/V00-01-62/FtclInterp.cc:137 
#26 0x09a3839d in FtclInterp::executeCommandLine() (this=0xc22b9c8) 
    at /home/cdfsoft/dist/packages/FrameUtil/V00-01-62/FtclInterp.cc:390 
#27 0x08e2aaee in AppFramework::talkTo() (this=0xc22abd8) 
    at /home/cdfsoft/dist/packages/Framework/V00-07-43/src/APPFramework.cc:703 
#28 0x08e31e77 in main (argc=2, argv=0xbfffa2d4) 
    at /home/cdfsoft/dist/packages/Framework/V00-07-43/src/APPMain.cc:95 
#29 0x426c0589 in __libc_start_main () from /lib/i686/libc.so.6 
(gdb)</pre>
<!-- Author: rong and kaori -->


<!-- Date: Fri Dec 17 03:54:20 2004 -->
<pre> 
 
YMon display crashed repeatedly in a few minutes after pop-uping the display with the error of "socket connection refused". 
 
So I changed the tcl file of runYMon.tcl by following Kaori's suggestion. 
 
set HAT t -&gt; f 
 
But the problem was not recovered. 
 
The release version was 6.0.0int3i, so I put it back to 5.3.3i(Stage0 with 5.3.3h). 
 
Everything I have done is following. 
 
putbackRelease.sh Uset 5.3.3i PHYS (except for Stage0) 
 
Edit  
 
*startMon.sh 
*startDisplay.sh 
*startSubConsumer.csh 
*start_upDisplay.sh 
*start_downDisplay.sh 
 
cd /data1/consumer/runarea/Stage0/Consumer/Stage0 
cp runStage0_physics.tcl.533h runStage0.tcl 
 
and everything becomes fine. 
</pre>
<!-- Author: yoshiaki -->


<!-- Date: Fri Dec 17 08:44:51 2004 -->
<pre>Subject:  
           Re: Can you put partition 14 back with stream D? 
     Date:  
           Thu, 16 Dec 2004 21:51:36 -0600 (CST) 
     From:  
           Satyajit Behari &lt;behari@njhu02.fnal.gov&gt; 
 Reply-To:  
           Satyajit Behari &lt;behari@fnal.gov&gt; 
       To:  
           maeshima@fnal.gov 
       CC:  
           Henri Bachacou &lt;bachacou@fnal.gov&gt;, Rong-Shyang Lu &lt;rslu@fnal.gov&gt;, ryo@fnal.gov, yoshiaki &lt;yoshiaki@fnal.gov&gt; 
 
 
 
 
Hi Kaori, 
 
We seem to have solved the problem. In startSubConsumer.csh you have 
 
... 
setup cdfsoftb0 
setup cdfdb 
unsetup oracle_client 
setup oracle_client v9_2_0_1a 
... 
 
This moves oracle_client to 9.2.0x but the oracle package still 
remains in 8.1.7. The sqlplus command which is part of the latter then  
doesn't produce correct result and SVXMon bails out, thinking it has 
encountered an oracle error. To fix this please add: 
 
unsetup oracle 
setup oracle v9_2_0_1c 
 
after 'setup cdfdb'. Note that online machines have oracle v9_2_0_1c 
and not v9_2_0_1a. Please consult with a DB expert to ensure this doesn't 
cause problem elsewhere. 
 
With this change, however, the SVXMon works fine under 6.0.0int3i in  
partition 14 (w/ silicon) and doesn't crash in partition 0 either. 
 
Please let us know if you have any further problem. 
 
Cheers, 
Satyajit / Henri</pre>
<!-- Author: kaori -->


<!-- Date: Fri Dec 17 08:45:36 2004 -->
<pre> 
Hi Kaori, 
 
I talked about this morning's YMON crash with Min-Jeong.  She 
checked her files about the previous crash that pointed to the 
HATD code.  Her notes say that the problem at that time was, in 
fact, not really in the HATD code but in some system inconsistency 
that corrupted memory.  At that time we didn't change the code, 
but the problem went away. 
 
Maybe this time is different.  Is the core file still available so 
that we can run the debugger?  Alternatively, did you (in the middle 
of the night) make a note of the line number in the hatd routine 
that the debugger reported last night? 
 
Let us know the situation.  We'll take a look. 
 
Thanks, 
        Jim 
 
---------- 
I replied him with core dump informatin.</pre>
<!-- Author: kaori -->


<!-- Date: Fri Dec 17 09:49:45 2004 -->
<pre>Putting back 6.0.0int3i 
 
modifying files: 
 
startMon.sh 
startSubConsumer.csh 
startSubConsumer_TrigMon.csh 
start_upDisplay.sh 
start_downDisply.sh 
 
I modified startSubConsumer.csh to have 
setup oracle to the new version. (for SVXMon to work) 
---- 
because 6.0.0int3i beammon and stage0 tcl mods were not saved, 
edit: 
runStage0.tcl, cosmic, physics... 
runBeamMon.tcl cosmic, physics... 
and saveTo.sh  to 6.0.0int3i for those two monitors 
 
------ 
declear 6.0.0int3i to be the 'current' release. 
 
--- 
SVXMon now starts with 6.0.0int3i for now. 
 
All the monitors are now running with 6.0.0int3. 
 
XMon/SiliMon and yMon DISPLAY programs are now set to 
start with 5.3.3i version automatically with startDisplay.sh. 
</pre>
<!-- Author: kaori and yoshiaki -->


<!-- Date: Fri Dec 17 10:33:09 2004 -->
<pre>Current setup: 
 
current cdfsoftb0 is 6.0.0int3i 
 
startDisplay.sh starts default, but XMon/SiliMon and YMon start-up  
5.3.3i version. 
 
SVXMon tcl is using old 5.3.3i, but running 6.0.0int3i.  All the 
situation with SVXMon tcl should be worked on more and resolved. 
 
YMon HATMonitor is turned off at a moment.  It crashes YMon time 
to time at very beginning. 
 
eventdisplay should start with the new version, will see... 
It was working, but had a problem last night.... 
might get paged for this... 
 
</pre>
<!-- Author: kaori and yoshiaki -->


<!-- Date: Fri Dec 17 14:54:11 2004 -->
<b> SVXMon works with 6.0.0int3i </b> 
Since the Silicon detector is up, I tried to switch to 6.0.0int3i for a test by changing startMon.sh and tcl files Kaori made. 
It works nicely for over 2 hours. All the plots make sense and no crash. 
I belive we can make that as default but maybe Ryo needs to modify the script when CO switching between physics / cosmic data taking.
<!-- Author: Rong-Shyang -->


<!-- Date: Mon Dec 20 18:50:34 2004 -->
<pre>going to test 6.0.0int3j  now. 
first, we need to pull the release to b0dap32 
 
======== information from Bill about proxy name ========= 
The script to start ConsumerErrorReceiver is at: 
/cdf/code-common/cdfonline/proxy/consumermonitor/RunConsumerMonitor 
just edit the appropriate seutp cdfsoftb0 line.  The file  
is owned by cdf_cf account. 
==================================== 
Old version of Merlin to go with 5.3.3 release is:  v1_4_5 
New GCC version of Merin which is default now is: v1_4_6 
 
Changed tcl's to 6.0.0int3j version. 
Decleared the current default version to 6.0.0int3j 
Modified the errorreceiver proxy to 'setup cdfsoftb0' 
rahter tha 'cdfsoftb0 5.3.3i' 
 
============== 
DAQErrorMon crashed. 
DAQErrorMon crashed with 6.0.0int3i, just before we started 
the test.  So, the problem is not unique to int3j release. 
 
====== 
 
</pre>
<!-- Author: ryo and kaori -->


<!-- Date: Mon Dec 20 18:51:48 2004 -->
<pre>DAQErrorMon log output: 
 
==================== 
 
DisplayServer::openClientServerSocket(): Server socket  
for HISTO DISPLAY 
               clients at PORT 9092 available. 
 
               Use   b0dap81.fnal.gov:9092 
               as input stream to connect from the Hist 
oDisplay 
               to the Display Server. 
 
======================================================= 
==================== 
 
APPConsumerInputModule::initIOSystem ===&gt; CS_ConsSend p 
ort = 4031 
APPConsumerInputModule::initIOSystem ===&gt; CS_Receiver p 
ort = 4030 
 Alignment:    on: 1    wafers on:1 
%ERLOG-s Abnormal termination: caused by signal:  11 Fr 
amework abortJob()  
         20-Dec-2004 18:45:17 CST run = 191418 event =  
3779 
sendString = DAQErrMon|21577@b0dap81.fnal.gov$Framework 
$abortJob$Abnormal termination$11$191418/3779$run = 191 
418 event = 3779$run = 191418 event = 3779$caused by si 
gnal:  $11$ 
$END 
Calling abortJob for DummyInput... 
Calling abortJob for FileInput... 
%ERLOG-w disconnect fails -- no valid connection:  Cons 
umerInput  
         APPConsumerInputModule::terminateIOSystem() 20 
-Dec-2004 18:45:18 CST  
         run = 191418 event = 3779 
</pre>
<!-- Author: ryo and kaori -->


<!-- Date: Mon Dec 20 18:55:07 2004 -->
<pre>DAQErrMon gdb output: 
 
#0  L3DaqErrorFilter::processBank(int, int, L3DaqBankStatus*) (this=0xbeccbd0, found=0, nBlocks=0, 
    status=0xbeccf0c) at /home/cdfsoft/dist/packages/Level3Filters/V00-00-17/src/L3DaqErrorFilter.cc:133 
133     /home/cdfsoft/dist/packages/Level3Filters/V00-00-17/src/L3DaqErrorFilter.cc: No such file or directory. 
        in /home/cdfsoft/dist/packages/Level3Filters/V00-00-17/src/L3DaqErrorFilter.cc 
(gdb) where 
#0  L3DaqErrorFilter::processBank(int, int, L3DaqBankStatus*) (this=0xbeccbd0, found=0, nBlocks=0, 
    status=0xbeccf0c) at /home/cdfsoft/dist/packages/Level3Filters/V00-00-17/src/L3DaqErrorFilter.cc:133 
#1  0x0888004d in L3DaqErrorFilter::event(EventRecord*) (this=0xbeccbd0, e=0xc2da878) 
    at /home/cdfsoft/dist/packages/Level3Filters/V00-00-17/src/L3DaqErrorFilter.cc:496 
#2  0x08879e66 in DAQErrMonitor::addEvent(EventRecord*) (this=0xbecca98, record=0xc2da878) 
    at /cdf/code-Linux/cdfoffline/dist/cdfsoftb0/6.0.0int3j/Consumer/DAQErrMon/DAQErrMonitor.cc:178 
#3  0x088ae453 in ConsumerFramework::addEvent(EventRecord*) (this=0xbb773b8, record=0xc2da878) 
    at /cdf/code-Linux/cdfoffline/dist/cdfsoftb0/6.0.0int3j/ConsumerFramework/src/ConsumerFramework.cc:170 
#4  0x088b4507 in ConsumerFrameworkModule::event(EventRecord*) (this=0xbb76d70, anEvent=0xc2da878) 
    at /cdf/code-Linux/cdfoffline/dist/cdfsoftb0/6.0.0int3j/ConsumerFramework/src/ConsumerFrameworkModule.cc:212 
#5  0x08a4b807 in APPSequence::event(EventRecord*) (this=0xbb3a868, anEvent=0xc2da878) 
    at /home/cdfsoft/dist/packages/Framework/V00-07-43/src/APPSequence.cc:211 
#6  0x08a3038a in AppFramework::event(EventRecord*) (this=0xbb390c8, anEvent=0xc2da878) 
    at /home/cdfsoft/dist/packages/Framework/V00-07-43/src/APPFramework.cc:456 
#7  0x08a31bd6 in AppFramework::continueHandler(int) (this=0xbb390c8, nEvents=2147483647) 
    at /home/cdfsoft/dist/packages/Framework/V00-07-43/src/APPFramework.cc:884 
#8  0x08a3183f in AppFramework::beginHandler(int) (this=0xbb390c8, nEvents=2147483647) 
    at /home/cdfsoft/dist/packages/Framework/V00-07-43/src/APPFramework.cc:820 
#9  0x08a5ccf4 in APPEventsCommand::beginHandler(int, char**) (this=0xbb392a8, argc=2, argv=0xbfff9258) 
    at /home/cdfsoft/dist/packages/Framework/V00-07-43/src/APPEventsCommand.cc:145 
#10 0x08a5cad1 in APPEventsCommand::handle(int, char**) (this=0xbb392a8, argc=2, argv=0xbfff9258) 
    at /home/cdfsoft/dist/packages/Framework/V00-07-43/src/APPEventsCommand.cc:91 
#11 0x095fdca2 in FtclInterp::commandHandler(void*, Tcl_Interp*, int, char**) (clientData=0xbb392a8, 
    tcl_interp=0xbb3b220, argc=2, argv=0xbfff9258) 
    at /home/cdfsoft/dist/packages/FrameUtil/V00-01-62/FtclInterp_handler.cc:22 
#12 0x09a53149 in TclInvokeStringCommand () 
#13 0x09a8b6a3 in EvalObjv () 
#14 0x09a8bdca in Tcl_EvalEx () 
#15 0x09a8c039 in Tcl_Eval () 
#16 0x095fd593 in ftclAliasExecute (cdata=0xbb4ea20, interp=0xbb3b220, argc=2, argv=0xbfff95d8) 
    at /home/cdfsoft/dist/packages/FrameUtil/V00-01-62/ftclAlias.c:98 
#17 0x09a53149 in TclInvokeStringCommand () 
#18 0x09a8b6a3 in EvalObjv () 
#19 0x09a8bdca in Tcl_EvalEx () 
#20 0x09a8339c in Tcl_EvalFile () 
#21 0x09a5e275 in Tcl_SourceObjCmd () 
#22 0x09a8b6a3 in EvalObjv () 
#23 0x09a8bdca in Tcl_EvalEx () 
#24 0x09a8c039 in Tcl_Eval () 
#25 0x09a55310 in Tcl_VarEvalVA () 
#26 0x09a55356 in Tcl_VarEval () 
#27 0x095f7f14 in FtclInterp::runCommandFile(char const*) (this=0xbb3ab08, 
    filename=0xa60bc9c "Consumer/DAQErrMon/runDAQErrMon.tcl") 
    at /home/cdfsoft/dist/packages/FrameUtil/V00-01-62/FtclInterp.cc:137 
#28 0x095fa351 in FtclInterp::executeCommandLine() (this=0xbb3ab08) 
</pre>
<!-- Author: ryo -->


<!-- Date: Mon Dec 20 19:05:46 2004 -->
<pre>Modify startMon.sh to run DAQErrMon with 5.3.3i version. 
It seems to run ok with 5.3.3i version.  So we leave it in that  
way.</pre>
<!-- Author: ryo and kaori -->


<!-- Date: Mon Dec 20 19:24:52 2004 -->
<pre>We have tested and decleared the new cdfsoftb0 release 6.0.0int3j 
as the current default version. 
We have also set ConsumerErrorReceiver to run with this new version 
and restarted.  Most everything seems to run with this new version 
all right.   
Outstanding problems are: 
- YMon HATMonitor is turned off, because it cause crash time to time. 
- HistoDisplayMain crashes with SiliMon slide in auto-update mode. 
Also HistoDisplayMain displaying YMon crashes time to time.  So, 
these two display programs are setup to start with the old 5.3.3i 
version. 
- DAQErrMon crashes (6.0.0int3i and 3j both).  We put 533i 
for DAQErrMon.</pre>
<!-- Author: kaori -->


<!-- Date: Tue Dec 21 16:04:23 2004 -->
<pre>This is e-mail from Bill replying about DAQErrMon crash fix. 
 
badgett@fnal.gov wrote: 
&gt; 
 
&gt;&gt; &gt;Hello Kaori, 
&gt;&gt; &gt; 
&gt;&gt; &gt;Looks like another GCC/KCC difference.  I have 
&gt;&gt; &gt;committed a fix to the head of the repository in 
&gt;&gt; &gt;the Level3Filters product.   Could you please 
&gt;&gt; &gt;do the "addpkg -h Level3Filters" and recompile? 
&gt;&gt; &gt; 
&gt;&gt; &gt;Thanks, 
&gt;&gt; &gt;Bill</pre>
<!-- Author: kaori -->


<!-- Date: Tue Dec 21 16:05:46 2004 -->
<pre>e-mail from Tony:  how to make new input release with 6.0.0int3: 
 
Hi Kaori, 
 
First, the patches to HeaderObjects, TriggerDB, and TriggerMap.cc 
are independent of the pointer space issue. They are 
needed if you use cdfsoft2 version 6.0.0int3 instead of 
5.x. 
 
To use the new pointer space, simply remove the 
l3_cs_pointer_space.h -r 1.4 patch from your list below. 
The default version of l3_cs_pointer_space.h in 6.0.0int3 
contains the new pointer space definition. 
 
Tony</pre>
<!-- Author: kaori -->


<!-- Date: Tue Dec 21 16:06:35 2004 -->
<pre>e-mail from Kevin Burkett about Stage0 problem: 
 
Hi Kaori, 
 
We discovered a problem in the COT hit times today in Stage0. 
The COT hit times are wrong due to a bug in the creation of 
the CT_HitSet that was uncovered in the compiler switch.  The 
bug is in TrackingObjects/src/CT_HitSet.cc, and the fix has 
been committed. 
 
I have tested that if I build Stage0 in 6.0.0int3, I see the 
problem, but it is fixed by taking TrackingObjects from the 
head and rebuilding Stage0.  Would it be possible to build 
the official Stage0 this way? 
 
JP should coordinate the switch, but I have not been able to 
locate him and I'm afraid he has already left on vacation. 
Could you let me know what the best way to proceed is?  I know 
you have still been working on the latest cdfsoftb0, so I do 
not know if you are ready to move to a newer version with more 
patches.  (If JP is around and just hasn't been in today, he 
can take over and work things out.) 
 
Thanks. 
                Kevin </pre>
<!-- Author: kaori -->


<!-- Date: Tue Dec 21 16:12:23 2004 -->
<pre>I just made 6.0.0int3k (new pointer space, but not Stage0 fix). 
 
So, Here is my plan of action.  I plan to make two more releases. 
 
6.0.0int3l (new pointer space, Stage0, new DSP fix) 
6.0.0int3m (old pointer space, Stage0, new DSP fix) 
 
Here I go:</pre>
<!-- Author: kaori -->


<!-- Date: Tue Dec 21 16:32:45 2004 -->
<pre>Patch file for 6.0.0int3l: 
 
#Consumer patches 
Consumer -D          21Dec2004UT19:00 
ConsumerFramework -D 19Dec2004UT19:00 
 
#just needed to work with 6.0.0int3 
HeaderObjects -D 19Dec2004UT19:00 
TriggerDB -r v6_0_0int3a 
Level3Mods/src/TriggerMap.cc -r 1.18 
 
# GCC.KCC difference fix shown up as DAQErrMon crash 
Level3Filters  -D  19Dec2004UT19:00 
 
#bug fix in the tracking code used by Stage0 and BeamMon  
#CotGeometry/src/CT_Calibration.cc -r 1.58 
CotGeometry -D 19Dec2004UT19:00 
TrackingObjects -D 19Dec2004UT19:00 
 
#fix to work with new DSP 
PADSObjects -D 19Dec2004UT19:00 
 
#packages needed for TrigMon and XMon 
XTRPSim -D         19Dec2004UT19:00 
XFTMods -D         19Dec2004UT19:00 
XFTSim -D          19Dec2004UT19:00 
PulsarMon -D 	   19Dec2004UT19:00 
 
#package for SVXMon 
SvxDaqMods -D 19Dec2004UT19:00 
</pre>
<!-- Author: kaori -->
<!-- Comment: Tue Dec 21 17;09;26 comment by...kaori -->
<pre>The 6.0.0int3l is built successfully.  Pulling to 32 now.</pre>
<!-- Comment: Tue Dec 21 17;19;14 comment by...kaori -->
<pre>6.0.0int3l has been pulled to b0dap32.</pre>
<!-- Date: Tue Dec 21 16:43:52 2004 -->
<pre>patch file for 6.0.0int3m 
 
#Consumer patches 
Consumer -D          21Dec2004UT19:00 
ConsumerFramework -D 19Dec2004UT19:00 
 
#for the old trigger input config 
ConsumerInterface/ConsumerInterface/l3_cs_pointer_space.h -r 1.4 
 
#just needed to work with 6.0.0int3 
HeaderObjects -D 19Dec2004UT19:00 
TriggerDB -r v6_0_0int3a 
Level3Mods/src/TriggerMap.cc -r 1.18 
 
# GCC.KCC difference fix shown up as DAQErrMon crash 
Level3Filters  -D  19Dec2004UT19:00 
 
#bug fix in the tracking code used by Stage0 and BeamMon  
#CotGeometry/src/CT_Calibration.cc -r 1.58 
CotGeometry -D 19Dec2004UT19:00 
TrackingObjects -D 19Dec2004UT19:00 
 
#fix to work with new DSP 
PADSObjects -D 19Dec2004UT19:00 
 
#packages needed for TrigMon and XMon 
XTRPSim -D         19Dec2004UT19:00 
XFTMods -D         19Dec2004UT19:00 
XFTSim -D          19Dec2004UT19:00 
PulsarMon -D 	   19Dec2004UT19:00 
 
#package for SVXMon 
SvxDaqMods -D 19Dec2004UT19:00 
</pre>
<!-- Author: kaori -->
<!-- Comment: Tue Dec 21 17;18;25 comment by...kaori -->
<pre>Still building at a moment.</pre>



<!-- Date: Tue Dec 21 20:06:22 2004 -->
<pre>testing 6.0.0int3m: 
 
Modified tcl's from the release version are: 
Stage0 
BeamMon 
TrigMon 
 
Modify startMon.sh to start DAQErrMon with 6.0.0int3m 
 
----- 
DAQErrMon crashes. 
From the log: 
 
 
         Error Log established 
         21-Dec-2004 20:01:45 CST 
 
         ============================================== 
========= 
          
%ERLOG-s ROOT/TUnixSystem: bind (Address already in use 
)  GlobalLibraryLogger  
         TUnixSystem::UnixTcpService() 21-Dec-2004 20:0 
1:46 CST  
         run = 0 event = 0 
%ERLOG-s ROOT/TUnixSystem: bind (Address already in use 
)  GlobalLibraryLogger  
         TUnixSystem::UnixTcpService() 21-Dec-2004 20:0 
1:46 CST  
         run = 0 event = 0 
DisplayServer: Connected successfully to CONSUMER socke 
t at port 9052 
                              on host b0dap81.fnal.gov. 
SysError in &lt;TUnixSystem::UnixTcpService&gt;: bind (Addres 
s already in use) 
SysError in &lt;TUnixSystem::UnixTcpService&gt;: bind (Addres 
s already in use) 
======================================================= 
==================== 
 
DisplayServer::openClientServerSocket(): Server socket  
for HISTO DISPLAY 
               clients at PORT 9093 available. 
 
               Use   b0dap81.fnal.gov:9093 
               as input stream to connect from the Hist 
oDisplay 
               to the Display Server. 
 
======================================================= 
==================== 
 
APPConsumerInputModule::initIOSystem ===&gt; CS_ConsSend p 
ort = 4031 
APPConsumerInputModule::initIOSystem ===&gt; CS_Receiver p 
ort = 4030 
 Alignment:    on: 1    wafers on:1 
%ERLOG-s Abnormal termination: caused by signal:  11 Fr 
amework abortJob()  
         21-Dec-2004 20:01:57 CST run = 191487 event =  
392 
sendString = DAQErrMon|442@b0dap81.fnal.gov$Framework$a 
bortJob$Abnormal termination$11$191487/392$run = 191487 
 event = 392$run = 191487 event = 392$caused by signal: 
  $11$ 
$END 
Calling abortJob for DummyInput... 
 
</pre>
<!-- Author: ryo and kaori -->


<!-- Date: Tue Dec 21 20:15:13 2004 -->
<pre>I removed some patch releases on b0dap32. 
 
./remove_patch_release 6.0.0int3l 
./remove_patch_release 6.0.0int3m 
./remove_patch_release 6.0.0int3a 
./remove_patch_release 6.0.0int3d 
./remove_patch_release 6.0.0int3e 
./remove_patch_release 6.0.0int3f 
./remove_patch_release 6.0.0int3g 
</pre>
<!-- Author: ryo -->


<!-- Date: Tue Dec 21 20:21:19 2004 -->
<pre>Well, 
 
DAQMon crashed, because I thought I put today's date for the 
patch, but I did not. 
 
So, remove 6.0.0int3m, 6.0.0int3l from dap32 and 35, start 
making all over again. 
 
</pre>
<!-- Author: kaori -->


<!-- Date: Tue Dec 21 20:23:26 2004 -->
<pre>./remove_patch_release 6.0.0int3l 
./remove_patch_release 6.0.0int3m 
./remove_patch_release 6.0.0int3a 
./remove_patch_release 6.0.0int3d 
./remove_patch_release 6.0.0int3e 
./remove_patch_release 6.0.0int3f 
 
on b0dap35. 
 
[cdfsoft@b0dap35 cdfsoftb0]$ ups list -aK+ cdfsoftb0 
"cdfsoftb0" "5.3.3i" "Linux+2" "" "current" 
"cdfsoftb0" "5.3.3b" "Linux+2" "" "" 
"cdfsoftb0" "5.3.3c" "Linux+2" "" "" 
"cdfsoftb0" "5.3.3h" "Linux+2" "" "" 
"cdfsoftb0" "5.3.3f" "Linux+2" "" "" 
"cdfsoftb0" "5.3.3g" "Linux+2" "" "" 
"cdfsoftb0" "5.3.3l" "Linux+2" "" "" 
"cdfsoftb0" "6.0.0int3g" "Linux+2" "" "" 
"cdfsoftb0" "6.0.0int3h" "Linux+2" "" "" 
"cdfsoftb0" "6.0.0int3i" "Linux+2" "" "" 
"cdfsoftb0" "6.0.0int3j" "Linux+2" "" "" 
"cdfsoftb0" "6.0.0int3k" "Linux+2" "" "" 
</pre>
<!-- Author: kaori -->


<!-- Date: Tue Dec 21 20:24:22 2004 -->
<pre>Patch file for 6.0.0int3m looks now: 
 
#Consumer patches 
Consumer -D          21Dec2004UT19:00 
ConsumerFramework -D 21Dec2004UT19:00 
 
#for the old trigger input config 
ConsumerInterface/ConsumerInterface/l3_cs_pointer_space.h -r 1.4 
 
#just needed to work with 6.0.0int3 
HeaderObjects -D 21Dec2004UT19:00 
TriggerDB -r v6_0_0int3a 
Level3Mods/src/TriggerMap.cc -r 1.18 
 
# GCC.KCC difference fix shown up as DAQErrMon crash 
Level3Filters  -D  21Dec2004UT19:00 
 
#bug fix in the tracking code used by Stage0 and BeamMon  
#CotGeometry/src/CT_Calibration.cc -r 1.58 
CotGeometry -D 21Dec2004UT19:00 
TrackingObjects -D 21Dec2004UT19:00 
 
#fix to work with new DSP 
PADSObjects -D 21Dec2004UT19:00 
 
#packages needed for TrigMon and XMon 
XTRPSim -D         21Dec2004UT19:00 
XFTMods -D         21Dec2004UT19:00 
XFTSim -D          21Dec2004UT19:00 
PulsarMon -D 	   21Dec2004UT19:00 
 
#package for SVXMon 
SvxDaqMods -D 21Dec2004UT19:00 
</pre>
<!-- Author: kaori -->


<!-- Date: Tue Dec 21 23:23:51 2004 -->
<pre>I was trying to test new cdfsoftb0 releases where is 6.0.0int3m. 
First YMon crashed, so I changed the tcl as turn off HATMonitor. 
TrigMon and Stage0 and BeamMon tcls were copied from preivious version where 6.0.0int3j. 
All monitors seems to be good so far.</pre>
<!-- Author: ryo -->


<!-- Date: Thu Dec 23 10:52:21 2004 -->
<pre>Loking into the problem of HistDisplayMain crash when it is 
desplaying ObjectMon slides. 
The crash occur whether we run 6.00xx or 5.3.3i version of 
HistdisplayMain.  The crash occur always at the same slide. 
The crash occur even if it is NOT auto-update mode.  It occurs 
when it is cycling automatically.  It does not crash when 
auto cycling is not happenning.  I can click on the slide and 
display, mannually.  The name of the slide which crash display 
is:  SVT_Slide_Show.  Then silicon is not in the data stream, 
the display does NOT crash. 
 
Below is the log file when it is crashing: 
 
b0dap56:236:~/kaori&gt;  Opening hostport = "b0dap82.fnal.gov:9091" ... 
 Socket Server = b0dap82.fnal.gov:9091 
 done. 
 
 *** Break *** illegal instruction 
 Generating stack trace... 
/cdf/code/cdfoffline/products/gcc/v3_3_1/Linux+2.4/bin/addr2line: HistoD 
isplayMain: No such file or directory 
/cdf/code/cdfoffline/products/gcc/v3_3_1/Linux+2.4/bin/addr2line: HistoD 
isplayMain: No such file or directory 
/cdf/code/cdfoffline/products/gcc/v3_3_1/Linux+2.4/bin/addr2line: HistoD 
isplayMain: No such file or directory 
/cdf/code/cdfoffline/products/gcc/v3_3_1/Linux+2.4/bin/addr2line: HistoD 
isplayMain: No such file or directory 
/cdf/code/cdfoffline/products/gcc/v3_3_1/Linux+2.4/bin/addr2line: HistoD 
isplayMain: No such file or directory 
/cdf/code/cdfoffline/products/gcc/v3_3_1/Linux+2.4/bin/addr2line: HistoD 
isplayMain: No such file or directory 
/cdf/code/cdfoffline/products/gcc/v3_3_1/Linux+2.4/bin/addr2line: HistoD 
isplayMain: No such file or directory 
 0x4269a188 in &lt;unknown&gt; from /lib/i686/libc.so.6 
 0x40c0255e in TList::Clear(char const*) at cont/src/TList.cxx:343 from 
/cdf/code/cdfoffline/products/root/v4_00_08fGCC_3_3_1/Linux+2.4/lib/libC 
ore.so 
 0x41ef1575 in TPad::Close(char const*) at gpad/src/TPad.cxx:618 from /c 
df/code/cdfoffline/products/root/v4_00_08fGCC_3_3_1/Linux+2.4/lib/libGpa 
d.so 
 0x41ef0429 in TPad::~TPad [in-charge deleting]() at gpad/src/TPad.cxx:2 
89 from /cdf/code/cdfoffline/products/root/v4_00_08fGCC_3_3_1/Linux+2.4/ 
lib/libGpad.so 
 0x40bfa127 in TCollection::GarbageCollect(TObject*) at cont/src/TCollec 
tion.cxx:415 from /cdf/code/cdfoffline/products/root/v4_00_08fGCC_3_3_1/ 
Linux+2.4/lib/libCore.so 
 0x40c0255e in TList::Clear(char const*) at cont/src/TList.cxx:343 from 
/cdf/code/cdfoffline/products/root/v4_00_08fGCC_3_3_1/Linux+2.4/lib/libC 
ore.so 
 0x41ef1575 in TPad::Close(char const*) at gpad/src/TPad.cxx:618 from /c 
df/code/cdfoffline/products/root/v4_00_08fGCC_3_3_1/Linux+2.4/lib/libGpa 
d.so 
 0x41eeff81 in TPad::~TPad [not-in-charge]() at gpad/src/TPad.cxx:289 fr 
om /cdf/code/cdfoffline/products/root/v4_00_08fGCC_3_3_1/Linux+2.4/lib/l 
ibGpad.so 
 0x41ed3bf1 in TCanvas::~TCanvas [in-charge deleting]() at gpad/src/TCan 
vas.cxx:525 from /cdf/code/cdfoffline/products/root/v4_00_08fGCC_3_3_1/L 
inux+2.4/lib/libGpad.so 
 0x0813dae8 in CObject::free() + 0x6e from HistoDisplayMain 
 0x0813d6a2 in CObject::SetTObject(TObject*) + 0x1c from HistoDisplayMai 
n 
 0x08119c65 in HistoDisplay::UpdateHistoList(char const*, TObject const* 
) + 0xdf from HistoDisplayMain 
 0x08118ce7 in HistoDisplay::CycleSlides(TGListTreeItem*, TVirtualPad*, 
TGListTreeItem*) + 0x169 from HistoDisplayMain 
 0x08118b67 in HistoDisplaySlideTimer::Notify() + 0x173 from HistoDispla 
yMain 
 0x40bd95fb in TTimer::CheckTimer(TTime const&) at base/src/TTimer.cxx:1                                                        30 from /cdf/code/cdfoffline/products/root/v4_00_08fGCC_3_3_1/Linux+2.4/                                                        lib/libCore.so 
 0x40c905a5 in TUnixSystem::DispatchTimers(bool) at unix/src/TUnixSystem                                                        .cxx:2197 from /cdf/code/cdfoffline/products/root/v4_00_08fGCC_3_3_1/Lin                                                        ux+2.4/lib/libCore.so 
 0x40c8d7eb in TUnixSystem::DispatchOneEvent(bool) at unix/src/TUnixSyst                                                        em.cxx:708 from /cdf/code/cdfoffline/products/root/v4_00_08fGCC_3_3_1/Li                                                        nux+2.4/lib/libCore.so 
 0x40bcd05d in TSystem::InnerLoop() at base/src/TSystem.cxx:317 from /cd                                                        f/code/cdfoffline/products/root/v4_00_08fGCC_3_3_1/Linux+2.4/lib/libCore                                                        .so 
 0x40bccfe6 in TSystem::Run() at base/src/TSystem.cxx:285 from /cdf/code                                                        /cdfoffline/products/root/v4_00_08fGCC_3_3_1/Linux+2.4/lib/libCore.so 
 0x40b565b1 in TApplication::Run(bool) at base/src/TApplication.cxx:807                                                         from /cdf/code/cdfoffline/products/root/v4_00_08fGCC_3_3_1/Linux+2.4/lib                                                        /libCore.so 
 0x0810b08b in main + 0x14b from HistoDisplayMain 
 0x42688589 in __libc_start_main + 0x95 from /lib/i686/libc.so.6 
 0x0810a9a1 in TDirectory::Class() + 0x3d from HistoDisplayMain 
b0dap56:236:~/kaori&gt; sockets closed 
 
[1]    Exit 5                        HistoDisplayMain 
 
------ 
Other problem: 
 
some reason, the startup script with ObjectMon and Stage0 
does not attach Stage0. 
</pre>
<!-- Author: kaori -->


<!-- Date: Thu Dec 23 10:55:24 2004 -->
<pre>Looking into: SiliMon Display crash  (using 6.0.0int3m). 
 
b0dap56:241:~&gt;  Opening hostport = "b0dap80.fnal.gov:9091" ... 
 Socket Server = b0dap80.fnal.gov:9091 
 done. 
 
 *** Break *** illegal instruction 
 Generating stack trace... 
/cdf/code/cdfoffline/products/gcc/v3_3_1/Linux+2.4/bin/addr2line: HistoDisplayMain: No such file or directory 
/cdf/code/cdfoffline/products/gcc/v3_3_1/Linux+2.4/bin/addr2line: HistoDisplayMain: No such file or directory 
/cdf/code/cdfoffline/products/gcc/v3_3_1/Linux+2.4/bin/addr2line: HistoDisplayMain: No such file or directory 
/cdf/code/cdfoffline/products/gcc/v3_3_1/Linux+2.4/bin/addr2line: HistoDisplayMain: No such file or directory 
/cdf/code/cdfoffline/products/gcc/v3_3_1/Linux+2.4/bin/addr2line: HistoDisplayMain: No such file or directory 
/cdf/code/cdfoffline/products/gcc/v3_3_1/Linux+2.4/bin/addr2line: HistoDisplayMain: No such file or directory 
/cdf/code/cdfoffline/products/gcc/v3_3_1/Linux+2.4/bin/addr2line: HistoDisplayMain: No such file or directory 
 0x4269a188 in &lt;unknown&gt; from /lib/i686/libc.so.6 
 0x40c0255e in TList::Clear(char const*) at cont/src/TList.cxx:343 from /cdf/code/cdfoffline/products/root/v4_00_08fGCC_3_3_1/Linux+2.4/lib/libCore.so 
 0x41ef1575 in TPad::Close(char const*) at gpad/src/TPad.cxx:618 from /cdf/code/cdfoffline/products/root/v4_00_08fGCC_3_3_1/Linux+2.4/lib/libGpad.so 
 0x41ef0429 in TPad::~TPad [in-charge deleting]() at gpad/src/TPad.cxx:289 from /cdf/code/cdfoffline/products/root/v4_00_08fGCC_3_3_1/Linux+2.4/lib/libGpad.so 
 0x40bfa127 in TCollection::GarbageCollect(TObject*) at cont/src/TCollection.cxx:415 from /cdf/code/cdfoffline/products/root/v4_00_08fGCC_3_3_1/Linux+2.4/lib/libCore.so 
 0x40c0255e in TList::Clear(char const*) at cont/src/TList.cxx:343 from /cdf/code/cdfoffline/products/root/v4_00_08fGCC_3_3_1/Linux+2.4/lib/libCore.so 
 0x41ef1575 in TPad::Close(char const*) at gpad/src/TPad.cxx:618 from /cdf/code/cdfoffline/products/root/v4_00_08fGCC_3_3_1/Linux+2.4/lib/libGpad.so 
 0x41eeff81 in TPad::~TPad [not-in-charge]() at gpad/src/TPad.cxx:289 from /cdf/code/cdfoffline/products/root/v4_00_08fGCC_3_3_1/Linux+2.4/lib/libGpad.so 
 0x41ed3bf1 in TCanvas::~TCanvas [in-charge deleting]() at gpad/src/TCanvas.cxx:525 from /cdf/code/cdfoffline/products/root/v4_00_08fGCC_3_3_1/Linux+2.4/lib/libGpad.so 
 0x0813dae8 in CObject::free() + 0x6e from HistoDisplayMain 
 0x0813d6a2 in CObject::SetTObject(TObject*) + 0x1c from HistoDisplayMain 
 0x08119c65 in HistoDisplay::UpdateHistoList(char const*, TObject const*) + 0xdf from HistoDisplayMain 
 0x08118ce7 in HistoDisplay::CycleSlides(TGListTreeItem*, TVirtualPad*, TGListTreeItem*) + 0x169 from HistoDisplayMain 
 0x08118b67 in HistoDisplaySlideTimer::Notify() + 0x173 from HistoDisplayMain 
 0x40bd95fb in TTimer::CheckTimer(TTime const&) at base/src/TTimer.cxx:130 from /cdf/code/cdfoffline/products/root/v4_00_08fGCC_3_3_1/Linux+2.4/lib/libCore.so 
 0x40c905a5 in TUnixSystem::DispatchTimers(bool) at unix/src/TUnixSystem.cxx:2197 from /cdf/code/cdfoffline/products/root/v4_00_08fGCC_3_3_1/Linux+2.4/lib/libCore.so 
 0x40c8d7eb in TUnixSystem::DispatchOneEvent(bool) at unix/src/TUnixSystem.cxx:708 from /cdf/code/cdfoffline/products/root/v4_00_08fGCC_3_3_1/Linux+2.4/lib/libCore.so 
 0x40bcd05d in TSystem::InnerLoop() at base/src/TSystem.cxx:317 from /cdf/code/cdfoffline/products/root/v4_00_08fGCC_3_3_1/Linux+2.4/lib/libCore.so 
 0x40bccfe6 in TSystem::Run() at base/src/TSystem.cxx:285 from /cdf/code/cdfoffline/products/root/v4_00_08fGCC_3_3_1/Linux+2.4/lib/libCore.so 
 0x40b565b1 in TApplication::Run(bool) at base/src/TApplication.cxx:807 from /cdf/code/cdfoffline/products/root/v4_00_08fGCC_3_3_1/Linux+2.4/lib/libCore.so 
 0x0810b08b in main + 0x14b from HistoDisplayMain 
 0x42688589 in __libc_start_main + 0x95 from /lib/i686/libc.so.6 
 0x0810a9a1 in TDirectory::Class() + 0x3d from HistoDisplayMain 
Warning in &lt;TObjectTable::Remove&gt;: 0x093f5130 not found at 7813 
</pre>
<!-- Author: kaori -->


<!-- Date: Sat Dec 25 07:01:29 2004 -->
<pre>Around 1:00am 12/25, YMon crashed. So I tried to recover YMon by restarting it several times, but nothing was recovered. There was a chenge in trigger table from  
Trigger: PHYSICS_3_00 [2,560,506]  
to  
Trigger: PHYSICS_3_00 [2,560,510] 
 
just around the YMon crashing time. Is there any relation between  
the trigger table chenge and the crash? 
I'm not sure, so I just changed the YMon version from 6.0.0int3m to 5.3.3b by editting ~cdfdaq/consumer_script/startMon.sh. 
And restarting YMon makes things good. So I left the YMon runnning on 5.3.3b now. </pre>
<!-- Author: yoshiaki -->
<!-- Comment: Sat Dec 25 07;38;51 comment by...yoshiaki -->
<pre>For the further problem solving purpose, I copied all of the log files and core dumped files in 

~cdfdaq/yoshiaki/Log
The time stamps are the same as the original log files.
It is worth comparing with the event in shift e-log entries.

About at 7:30, I tried to run YMon with the 6.0.0int3m, then it worked. I'm not sure what was the problem. But I leave YMon running with 6.0.0int3m.
</pre>

<!-- Comment: Sun Dec 26 11;19;27 comment by...kaori -->
<pre>Problem with YMon startup is probably due to "HATMonitor".
The problem does not occur consistently, but it happens time
to time.  If that is the case, stay with the most current version
of YMon.  Modify the default YMon tcls to turn off "HATMonitor".
Do the mods to both physics, cosmic tcl's and also saveTo the
current version of tcl (6.0.0int3m, I think).

</pre>


<!-- Date: Sun Dec 26 19:45:06 2004 -->
<pre>Just like to see if cdfsoftb0 release will be built using 
the up-to-date ConsumerFrameWork package.  Making 6.0.0int3n.</pre>
<!-- Author: kaori -->


<!-- Date: Mon Dec 27 17:52:13 2004 -->
<pre>Some useful stuff from Charles about running (testing) TrigMon 
stand-alone: 
 
Hi Kevin, 
    You should be able to log in as 'cdfcon' (you're in the .k5login). 
 
After logging in, setup your cdfsoft2 environment to 6.0.0int3. 
&gt; cd /cdf/people3/cdfcon/data1/6.0.0int3/Consumer/TrigMon 
&gt; source /cdf/people3/cdfcon/scripts/setup_TrigMon6_online.csh 14 
&gt; cp ~lannon/myFavoriteTclfile.tcl kevin.tcl 
&gt; $CONSUMERBINDIR/TrigMon kevin.tcl &gt;& kevin.out& 
&gt; tail -f kevin.out 
NOTE: TrigMon can take a while to start 
After it's run long enough, you can 
&gt; fg %1   (or whatever job it's assigned) 
&gt; &lt;ctrl&gt;-c      (to tell it to die gracefully) 
 
You can use $CONSUMERBINDIR/HistoDisplayMain if you want, or you can wait until it's written root files and look at those. 
 
    It is currently using run 179894.  You'll need to talk to tony if you want another run loaded in.  You can also copy validate_Trigmon.tcl and give it another file (i.e. copy a stream D file from a run that you want; do NOT leave the file in the cdfcon account when your finished - I'm having quota problems). 
 
    Charles 
 
p.s. The root file will end up in:/cdf/people3/cdfcon/data1/everyone. If you want to make a webpage of the gif files for the standard TrigMon slides, you can 
* setup your online environtment to 6.0.0int3 
&gt;  ~cdfdoc/scripts/ConsumerGifs/specificRoot2Gif.pl trigmon_slides myTrigMonRootFile.root 
 
You can view the webpage at: 
http://www-cdfonline.fnal.gov/~cdfcon/everyone//?C=M;O=D 
and then choose the directory name that matches your root file (should be at the top). 
 
p.p.s. If you want to copy 100 events out of a stream D file, here are Kaori's instructions: 
 
To filter (say for example, 100 events) on fcdfsgi2, 
do following 3 lines: 
 
source ~cdfsoft/cdf2.cshrc 
setup cdfsoft2 
Edm_ReadWriteSeqRoot -n 100 -o 
/cdf/scratch/maeshima/dr02adf2.0001phys_100evts dr02adf2.0001phys 
 
 
 
</pre>
<!-- Author: kaori -->


<!-- Date: Mon Dec 27 19:28:05 2004 -->
<pre>How to make ConsumerFramework.display (pre-Bill-change of dbPing) 
 
set RELEASE = 6.0.0int3 
source ~cdfsoft/cdf2.cshrc 
setup cdfsoft2 $RELEASE 
setup merlin 
setup cdfdb 
unsetup oracle 
setup oracle v9_2_0_1c 
unsetup oracle_client 
setup oracle_client v9_2_0_1a 
rm -rf testrel 
newrel -t $RELEASE testrel 
cd testrel 
srt_setup -a 
addpkg -h ConsumerFramework 
cvs update -r 1.3 ConsumerFramework/GNUmakefile 
cvs update -r 1.5 ConsumerFramework/src/GNUmakefile 
cvs update -r 1.4 ConsumerFramework/Test/GNUmakefile 
gmake ConsumerFramework.nobin 
gmake ConsumerFramework.display 
</pre>
<!-- Author: kaori -->


<!-- Date: Tue Dec 28 12:00:42 2004 -->
<pre>To make Ymon equivalent to 6.0.0int3m version of YMon: 
 
set RELEASE = 6.0.0int3  
source ~cdfsoft/cdf2.cshrc  
setup cdfsoft2 $RELEASE  
setup merlin  
setup cdfdb  
unsetup oracle  
setup oracle v9_2_0_1c  
unsetup oracle_client  
setup oracle_client v9_2_0_1a  
rm -rf testrel  
newrel -t $RELEASE testrel  
cd testrel  
srt_setup -a  
addpkg -h ConsumerFramework  
cvs update -r 1.3 ConsumerFramework/GNUmakefile  
cvs update -r 1.5 ConsumerFramework/src/GNUmakefile  
cvs update -r 1.4 ConsumerFramework/Test/GNUmakefile  
addpkg -h Consumer 
addpkg -h PADSObjects  
addpkg -h Level3Filters 
addpkg TriggerDB v6_0_0int3a 
addpkg Level3Mods 
rm Level3Mods/src/TriggerMap.cc 
cvs update -r 1.18 Level3Mods/src/TriggerMap.cc 
 
addpkg ConsumerInterface 
rm ConsumerInterface/ConsumerInterface/l3_cs_pointer_space.h 
cvs update -r 1.4 ConsumerInterface/ConsumerInterface/l3_cs_pointer_space.h 
 
 
gmake ConsumerFramework.nobin  
gmake ConsumerFramework.display 
gmake Consumer.ymon </pre>
<!-- Author: kaori -->


<!-- Date: Tue Dec 28 14:03:59 2004 -->
Hi Kevin, 
 
This morning, I made ConsumerFramework and YMon from 
my own account.  I just tried TrigMon and seems to work. 
I used b0dap32, from /data1/maeshima. 
---------------------- 
[maeshima@b0dap32 testrel]$ pwd 
/mnt/autofs/cdf/data1/maeshima/testrel 
[maeshima@b0dap32 testrel]$ ls -l bin/Linux2-GCC_3_3/ 
total 194132 
-rwxr-xr-x    1 maeshima root      8754264 Dec 28 13:42 Client 
-rwxr-xr-x    1 maeshima root      9258133 Dec 28 13:40 HistoDisplayMain 
-rwxr-xr-x    1 maeshima root     18706189 Dec 28 13:42 Producer 
-rwxr-xr-x    1 maeshima root      8825740 Dec 28 13:41 Server 
-rwxr-xr-x    1 maeshima root      8455774 Dec 28 13:41 StateManager 
-rwxr-xr-x    1 maeshima root      8323868 Dec 28 13:42 StopErrorReceiver 
-rwxr-xr-x    1 maeshima root     136094146 Dec 28 13:57 TrigMon 
------------------------------------------------- 
 
Following is the sequence of commands I typed in 
(include all the patches applied to make the 6.0.0int3m release): 
 
set RELEASE = 6.0.0int3   
source ~cdfsoft/cdf2.cshrc   
setup cdfsoft2 $RELEASE   
setup merlin   
setup cdfdb   
unsetup oracle   
setup oracle v9_2_0_1c   
unsetup oracle_client   
setup oracle_client v9_2_0_1a   
rm -rf testrel   
newrel -t $RELEASE testrel   
cd testrel   
srt_setup -a   
addpkg -h ConsumerFramework   
cvs update -r 1.3 ConsumerFramework/GNUmakefile   
cvs update -r 1.5 ConsumerFramework/src/GNUmakefile   
cvs update -r 1.4 ConsumerFramework/Test/GNUmakefile   
addpkg -h Consumer  
addpkg -h PADSObjects   
addpkg -h Level3Filters  
addpkg TriggerDB v6_0_0int3a  
addpkg Level3Mods  
rm Level3Mods/src/TriggerMap.cc  
cvs update -r 1.18 Level3Mods/src/TriggerMap.cc  
addpkg ConsumerInterface  
rm ConsumerInterface/ConsumerInterface/l3_cs_pointer_space.h  
cvs update -r 1.4 ConsumerInterface/ConsumerInterface/l3_cs_pointer_space.h  
addpkg -h XTRPSim 
addpkg -h XFTMods 
addpkg -h XFTSim 
addpkg -h PulsarMon 
gmake ConsumerFramework.nobin   
gmake ConsumerFramework.display  
gmake Consumer.trigmon  
 
--------------------------- 
Please try it. 
 
cheers, 
Kaori
<!-- Author: kaori -->


<!-- Date: Tue Dec 28 14:43:50 2004 -->
<pre>Hi Kevin, 
 
This morning, I made ConsumerFramework and YMon from 
my own account.  I just tried TrigMon and seems to work. 
I used b0dap32, from /data1/maeshima. 
---------------------- 
[maeshima@b0dap32 testrel]$ pwd 
/mnt/autofs/cdf/data1/maeshima/testrel 
[maeshima@b0dap32 testrel]$ ls -l bin/Linux2-GCC_3_3/ 
total 194132 
-rwxr-xr-x    1 maeshima root      8754264 Dec 28 13:42 Client 
-rwxr-xr-x    1 maeshima root      9258133 Dec 28 13:40 HistoDisplayMain 
-rwxr-xr-x    1 maeshima root     18706189 Dec 28 13:42 Producer 
-rwxr-xr-x    1 maeshima root      8825740 Dec 28 13:41 Server 
-rwxr-xr-x    1 maeshima root      8455774 Dec 28 13:41 StateManager 
-rwxr-xr-x    1 maeshima root      8323868 Dec 28 13:42 StopErrorReceiver 
-rwxr-xr-x    1 maeshima root     136094146 Dec 28 13:57 TrigMon 
------------------------------------------------- 
 
Following is the sequence of commands I typed in 
(include all the patches applied to make the 6.0.0int3m release): 
 
set RELEASE = 6.0.0int3   
source ~cdfsoft/cdf2.cshrc   
setup cdfsoft2 $RELEASE   
setup merlin   
setup cdfdb   
unsetup oracle   
setup oracle v9_2_0_1c   
unsetup oracle_client   
setup oracle_client v9_2_0_1a   
rm -rf testrel   
newrel -t $RELEASE testrel   
cd testrel   
srt_setup -a   
addpkg -h ConsumerFramework   
cvs update -r 1.3 ConsumerFramework/GNUmakefile   
cvs update -r 1.5 ConsumerFramework/src/GNUmakefile   
cvs update -r 1.4 ConsumerFramework/Test/GNUmakefile   
addpkg -h Consumer  
addpkg -h PADSObjects   
addpkg -h Level3Filters  
addpkg TriggerDB v6_0_0int3a  
addpkg Level3Mods  
rm Level3Mods/src/TriggerMap.cc  
cvs update -r 1.18 Level3Mods/src/TriggerMap.cc  
addpkg ConsumerInterface  
rm ConsumerInterface/ConsumerInterface/l3_cs_pointer_space.h  
cvs update -r 1.4 ConsumerInterface/ConsumerInterface/l3_cs_pointer_space.h  
addpkg -h XTRPSim 
addpkg -h XFTMods 
addpkg -h XFTSim 
addpkg -h PulsarMon 
gmake ConsumerFramework.nobin   
gmake ConsumerFramework.display  
gmake Consumer.trigmon 
--------------------------- 
Please try it. 
 
cheers, 
Kaori </pre>
<!-- Author: kaori -->
<!-- Comment: Tue Dec 28 16;00;17 comment by...Donatella T. -->
<pre>
to run YMon, I also had to

setenv DATABASETAG cdfonprd

otherwise it would not work. Perhaps you need this for TrigMon as well...</pre>

<!-- Comment: Tue Dec 28 19;26;28 comment by...kaori -->
<pre>To run own testrel monitor from CSL:

source ~cdfsoft/cdf2.cshrc
setup cdfsoft2 6.0.0int3
setenv PARTITIONID 0
setenv CSLHOSTNAME b0dau32.fnal.gov
setenv DATABASETAG cdfonprd
setup cdfdb
unsetup oracle
setup oracle v9_2_0_1c
unsetup oracle_client
setup oracle_client v9_2_0_1a

copy runYMon.tcl to make own tcl -- runmyYMon.tcl
then,
YMon runmyYMon.tcl</pre>


<!-- Date: Wed Dec 29 11:01:23 2004 -->
<pre>about committing files (script) to cvs: 
 
on b0dap32: 
 
get kerberos ticket of yours: 
 
source  ~cdfsoft/cdf2.cshrc 
setup cdfsoft2 xxxxx 
newrel -t development testrel 
cd testrel 
addpkg -h Consumer               
addpkg -h ConsumerFramework 
 
#should be in testrel directory at this point 
relwrite 
 
# go to directory of the file you want to commit/modify.. 
cvs status filename 
 
#if this is a new file, then do this, otherwise just do commit: 
cvs add filename 
 
cvs commit -m 'I changed this because...' -f filename 
cvs diff</pre>
<!-- Author: kaori -->


<!-- Date: Thu Dec 30 19:52:39 2004 -->
<pre>Bill fixed DbPing problem in ConsumerFramework gmake. 
 
Also arisawasan fixed problem with SVTMonitor-ObjectMon Histodisplay 
crash problem. 
 
HistoDisplay.cc is also updated. 
 
Making a new cdfsoftb0 release, 6.0.0int3n now. 
 
Patche file of 6.0.0int3n looks: 
 
#Consumer patches 
Consumer -D          31Dec2004UT01:45 
ConsumerFramework -D 31Dec2004UT01:45 
 
#for the old trigger input config 
ConsumerInterface/ConsumerInterface/l3_cs_pointer_space.h -r 1.4 
 
#just needed to work with 6.0.0int3 
HeaderObjects -D 31Dec2004UT01:45 
TriggerDB -r v6_0_0int3a 
Level3Mods/src/TriggerMap.cc -r 1.18 
 
# GCC.KCC difference fix shown up as DAQErrMon crash 
Level3Filters  -D  31Dec2004UT01:45 
 
#bug fix in the tracking code used by Stage0 and BeamMon  
#CotGeometry/src/CT_Calibration.cc -r 1.58 
CotGeometry -D 31Dec2004UT01:45 
TrackingObjects -D 31Dec2004UT01:45 
 
#fix to work with new DSP 
PADSObjects -D 31Dec2004UT01:45 
 
#packages needed for TrigMon and XMon 
XTRPSim -D         31Dec2004UT01:45 
XFTMods -D         31Dec2004UT01:45 
XFTSim -D          31Dec2004UT01:45 
PulsarMon -D 	   31Dec2004UT01:45 
 
#package for SVXMon 
SvxDaqMods -D 31Dec2004UT01:45</pre>
<!-- Author: kaori -->


<!-- Date: Fri Dec 31 00:55:49 2004 -->
<pre>6.0.0int3n is built and ups decleared. 
</pre>
<!-- Author: kaori -->


<!-- Date: Fri Dec 31 17:34:14 2004 -->
<pre>Decleared 6.0.0int3n as current default.  All the tcls should 
be the same as what we have been running with 6.0.0int3m.</pre>
<!-- Author: kaori -->


<!-- Date: Sun Jan 2 11:49:33 2005 -->
<pre>New release of 6.0.0int3o is successfully built, and it is  
declared on b0dap32(not current still now). 
 
DAQErrMon error should have been fixed in this version. 
Now colliding, so I'll test the new release later. 
</pre>
<!-- Author: Yoshiaki -->


<!-- Date: Sun Jan 2 20:14:35 2005 -->
<pre>I switched the cdfsoftb0 release to 6.0.0int3o. 
it seems to be OK so far.</pre>
<!-- Author: ryo -->


<!-- Date: Tue Jan 4 13:02:23 2005 -->
<pre>I committed the following files 
 
HistoDisplay.cc (v1.38) 
CObject.cc (v1.11) 
 
And now I'm making new release 6.0.0int3p.</pre>
<!-- Author: yoshiaki -->


<!-- Date: Tue Jan 4 17:33:21 2005 -->
<pre>I switched the release to 6.0.0int3p. 
And also I changed the line of startDisplay.sh as below. 
 
start_remote_up b0dap53  XMon SiliMon 
#start_remote_up_533i b0dap53  XMon SiliMon</pre>
<!-- Author: ryo and arisawa -->
<!-- Comment: Tue Jan  4 17;34;35 comment by...ryo and arisawa -->
<pre>We don't have data right now, but arisawa-san wants to check the HistoDisplay. </pre>


<!-- Date: Fri Jan 7 15:23:31 2005 -->
<pre>New release of 6.0.0int3q is successfully built. 
It can be tested any time convenient. 
</pre>
<!-- Author: yoshiaki -->


<!-- Date: Tue Jan 11 06:23:30 2005 -->
<pre>I removed some patch releases on b0dap35. 
 
./remove_patch_release 5.3.3c 
./remove_patch_release 5.3.3f 
./remove_patch_release 5.3.3g     
./remove_patch_release 6.0.0int3g 
./remove_patch_release 6.0.0int3h 
./remove_patch_release 6.0.0int3i 
./remove_patch_release 6.0.0int3j 
./remove_patch_release 6.0.0int3k 
 
 
[cdfsoft@b0dap35 cdfsoftb0]$ ups list -aK+ cdfsoftb0 
"cdfsoftb0" "5.3.3i" "Linux+2" "" "current" 
"cdfsoftb0" "5.3.3b" "Linux+2" "" "" 
"cdfsoftb0" "5.3.3h" "Linux+2" "" "" 
"cdfsoftb0" "6.0.0int3m" "Linux+2" "" "" 
"cdfsoftb0" "6.0.0int3l" "Linux+2" "" "" 
"cdfsoftb0" "6.0.0int3n" "Linux+2" "" "" 
"cdfsoftb0" "5.3.3l" "Linux+2" "" "" 
"cdfsoftb0" "6.0.0int3o" "Linux+2" "" "" 
"cdfsoftb0" "6.0.0int3p" "Linux+2" "" "" 
"cdfsoftb0" "6.0.0int3q" "Linux+2" "" "" 
</pre>
<!-- Author: ryo -->


<!-- Date: Wed Jan 12 19:28:45 2005 -->
<pre>This afternoon, YMon was committed to CVS, which contain modifications related with HAT Monitors. So I tried to make new release tagged as tagged as 6.0.0int3r with the latest time stamp. But it failed in the stage of library compilation. 
The crashe is supposed to be because of TrackingObjects. 
 
The compilation log file says as following. 
 
_____________________________________________ 
gmake.log 
 
&lt;**compiling**&gt; ChipStatus.cc 
/cdf/code-Linux/cdfoffline/dist/cdfsoftb0/6.0.0int3r/TrackingObjects/src/ChipStatus.cc:4:31: CalibDB/ROKeyExt.hh: No such file or d 
irectory 
/cdf/code-Linux/cdfoffline/dist/cdfsoftb0/6.0.0int3r/TrackingObjects/src/ChipStatus.cc: In 
   constructor `ChipStatus::ChipStatus(std::basic_string&lt;char, 
   std::char_traits&lt;char&gt;, std::allocator&lt;char&gt; &gt;, int)': 
/cdf/code-Linux/cdfoffline/dist/cdfsoftb0/6.0.0int3r/TrackingObjects/src/ChipStatus.cc:53: error: ` 
   ROKeyExt' undeclared (first use this function) 
/cdf/code-Linux/cdfoffline/dist/cdfsoftb0/6.0.0int3r/TrackingObjects/src/ChipStatus.cc:53: error: (Each 
   undeclared identifier is reported only once for each function it appears 
   in.) 
/cdf/code-Linux/cdfoffline/dist/cdfsoftb0/6.0.0int3r/TrackingObjects/src/ChipStatus.cc:53: error: ` 
   rke' undeclared (first use this function) 
/cdf/code-Linux/cdfoffline/dist/cdfsoftb0/6.0.0int3r/TrackingObjects/src/ChipStatus.cc:53: error: ` 
   getExt' undeclared (first use this function) 
/cdf/code-Linux/cdfoffline/dist/cdfsoftb0/6.0.0int3r/TrackingObjects/src/ChipStatus.cc: In 
   member function `Result::Code ChipStatus::makeMap(int)': 
/cdf/code-Linux/cdfoffline/dist/cdfsoftb0/6.0.0int3r/TrackingObjects/src/ChipStatus.cc:168: error: ` 
   getExt' undeclared (first use this function) 
mv: cannot stat `/cdf/code-Linux/cdfoffline/dist/cdfsoftb0/6.0.0int3r/tmp/Linux2-GCC_3_3/TrackingObjects/srt_dep_tmp.13301': No suc 
h file or directory 
gmake[3]: *** [/cdf/code-Linux/cdfoffline/dist/cdfsoftb0/6.0.0int3r/tmp/Linux2-GCC_3_3/TrackingObjects/libTrackingObjects-static/Ch 
ipStatus.o] Error 1 
gmake[2]: *** [src.lib] Error 2 
gmake[1]: *** [TrackingObjects.lib] Error 2 
 
_______________________________________________________________ 
 
 
While I checked the time stamp of ChipStatus.cc 
It is supposed to be updated today, which might not be in 
CodeBrowser still now. 
 
13650 Nov 25  2003 ChipStatus.cc (6.0.0int3q) 
 
13997 Jan 12 18:46 ChipStatus.cc (6.0.0int3r) 
 
 
and following lines shows the difference. 
 
 
_____________________________________________ 
 
 
 
 #include "CalibDB/ROKeyExt.hh" 
53,56d51 
&lt;        ROKeyExt *rke=rokey.getExt(); 
&lt;        rke-&gt;setObjName("SVX_Rundate_ViewByRunnumber"); 
&lt;        rke-&gt;addParam("runnumber",runnumber); 
&lt;        rke-&gt;setOptNoCache(1); 
168,171d162 
&lt;   ROKeyExt *rke=rokey.getExt(); 
&lt;   rke-&gt;setObjName("SVX_ConfigurationsByRunnumber"); 
&lt;   rke-&gt;addParam("runnumber",runnumber); 
&lt;   rke-&gt;setOptNoCache(1); 
 
 
 
</pre>
<!-- Author: yoshiaki -->


<!-- Date: Thu Jan 13 19:57:29 2005 -->
<pre>This morning ryo made a new release tagged as 6.0.0int3s, 
and now I made one more release tagged as 6.0.0int3t. 
 
To make things clear, the following is the comments of updates  
of the versions. 
___________________________________________________________ 
6.0.0int3s: 
 
Consumer 
ConsumerFramewirk  
pulled from head with the time stamp of 13Jan2005UT09:00. 
 
HATDMonitor.cc runYMon.tcl runYMon_cosmic.tcl 
runYMon_physics.tcl  
 
are updated. 
 
and cs_pointer_space is also updated. 
 
other monitors are the same as 6.0.0int3q 
______________________________________________________________ 
 
 
6.0.0int3t(Yoshiaki made): 
 
In addition to 6.0.0int3s, the followings are updated with the  
time stamp of 14Jan2005UT23:50. 
 
CP2DMonitor.cc YMon.tcl refhist.root runYMon.tcl 
runYMon_cosmic.tcl runYMon_physics.tcl  
 
_______________________________________________________________ 
 
 
Both of these releases are ready to be tested now. 
</pre>
<!-- Author: yoshiaki -->
<!-- Comment: Fri Jan 14 15;55;37 comment by...ryo -->
<pre>Thank you for your comment...
I forgot it.</pre>
<!-- Date: Fri Jan 14 07:56:10 2005 -->
<pre>Now I switched the consumer version to 6.0.0int3t for CSL test. 
At the present stage, everything looks fine. 
</pre>
<!-- Author: yoshiaki -->


<!-- Date: Fri Jan 14 08:45:17 2005 -->
<pre>As noted in shift-e log, 
now I put the consumer version back to 6.0.0int3q. 
Tony's plan today was just the test of pointer space, and it is over now. 
</pre>
<!-- Author: yoshiaki -->



<!-- Date: Sat Jan 15 22:33:39 2005 -->
<pre>I built 2 new cdfsoftb0 release successfull. 
6.0.0int3u include new csl_pointer_space code, 6.0.0int3v doesn't include it. 
 
6.0.0int3u=============================== 
#Consumer patches 
Consumer -D          14Jan2005UT22:00 
ConsumerFramework -D 14Jan2005UT22:00 
 
#for the old trigger input config 
#ConsumerInterface/ConsumerInterface/l3_cs_pointer_space.h -r 1.4 
 
6.0.0int3v=============================== 
#Consumer patches 
Consumer -D          14Jan2005UT22:00 
ConsumerFramework -D 14Jan2005UT22:00 
 
#for the old trigger input config 
ConsumerInterface/ConsumerInterface/l3_cs_pointer_space.h -r 1.4 
 
========================================== 
 
We are going to test it soon. My concern is to do so at tomorrow's night, because I would be in the control room as a ace.</pre>
<!-- Author: ryo -->
<!-- Comment: Sat Jan 15 22;34;41 comment by...ryo -->
<pre>This changes are due to Stage0 to accommodate modified TDC data format. </pre>


<!-- Date: Tue Jan 18 11:20:49 2005 -->
<pre>Now I successfully built new release tagged as 6.0.0int3w. 
The patche file used for this release is the same as 6.0.0int3v  
except for 
 
Consumer -D          18Jan2005UT15:00 
ConsumerFramework -D 18Jan2005UT15:00 
 
This means new pointer space is not implemented. 
Vadim worked on ObjectMon to fix errors which happened when high luminosity trigger table is used. 
 
It seems to be possible to achive a high luminosity more than  
100^30 in the forthcoming runs.  
So I leave this version running. 
</pre>
<!-- Author: yoshiaki -->