hello.
I'm sorry about compilation problems, but I checked it before
committing! I did make clean and make in /bb/src and evrth was fine! It
may be, that my brat version is not that fresh.
I thought, that usage of ->Book() was mandatory of some kind ...
As for the calibration numbers, run2054 is the last run when smth was
changed in the hardware, so you can consider this numbers as most
recent. Slewing constants may be changed in the future in order to
improve
the timing, other numbers should stay the same. I hope.
brahms-dev archive is some how incompatible with my Netscape mailer.
It
was noted before and I'll try to use some different mailer when sending
to
the list servers.
Anyway, sorry for any inconvenience and late response (NYU Physics
server was down due to overheating. It's quite warm out today :-)) )...
>
> "I. G. Bearden" wrote:
>
> > Flemming Videbaek wrote:
> >
> >> As some of you may have discovered (I know of 3) the BrRdoModuleBB
> >> does not compile within BRAT. To make this a) removed TickLength
> >> from being a global constant (in BrRdoModule.h)b) pickup the value
> >> from the BrDetctorParamsBB fParams_p->GetTdcConv() that already
> >> has this infromation as a standard. This will also make it
> >> easier to convert later to proper DB calibrations. Yury, Please
> >> before committing new code to CVS follow the standard way of
> >> ensuring code quality do a clean make for the sub-directories
> >> (e.g. bb cd bb/src make clean make If all of Brat is checked
> >> out do this for the total Brat system and run the default test
> >> programs. ------------------------------------------------------
> >
> > As one of the three mentioned by Flemming, I was more than a little
> > peeved by this.
> > I tried to reread the email describing what had been commited, but
> > in the brahms-dev archive
> > Yury's mails are a bit garbled. If you know why, please fix the
> > problem for future communications.
> >
> > Another problem with the code, as delivered, is that the histograms
> > are booked in the
> > Book() method, as they should be, but they are then filled whether
> > or not they were
> > created...I solved this by using the ->Book(), but only after the
> > first crash.
> >
> > I am also curious about the calibrations. Where they done for
> > run2054, as stated in the file, or some later
> > run? Do you know yet how stable these calibrations are over time?
> >
>
> > After fixing (in my usual half-assed way, I'm sure!) the problems
> > that I have found so far, the RdoModule
> > seems to work rather nicely. Thanks!
> >
--
Yury Blyakhman.
\\\|///
\\ - - //
( @ @ )
+------------------------o00o-(_)-o00o-------------+
| New York University Phone: (212)998-7762 |
| Department of Physics Fax: (212) 995-4016 |
| 4 Washington Place E-mail: |
| New York, N.Y. 10003 Yury_B@physics.nyu.edu |
| Mobile : (646)528-7187 |
| Home phone: (718)934-1851 ICQ# 2330402 |
+--------------------------------0ooo--------------+
ooo0 ( )
( ) ) /
\ ( (_/
\_)
This archive was generated by hypermail 2b29 : Wed Oct 25 2000 - 14:38:04 EDT