Back Midas Rome Roody Rootana
  Midas DAQ System, Page 143 of 160  Not logged in ELOG logo
New entries since:Wed Dec 31 16:00:00 1969
    Reply  06 Feb 2026, Stefan Ritt, Bug Report, omnibus bugs from running DarkLight 
> 4) ODB editor "right click" to "delete" or "rename" key does not work, the right-click menu disappears 
> immediately before I can use it (dl-server-2), click on item (it is now blue), right-click menu disappears 
> before I can use it (daq17). it looks like a timing or race condition.
    Reply  06 Feb 2026, Stefan Ritt, Bug Report, omnibus bugs from running DarkLight 
> 5) ODB editor "create link" link target name is limited to 32 bytes, links cannot be created (dl-server-2), ok 
> on daq17 with current MIDAS.
    Reply  12 Feb 2026, Stefan Ritt, Bug Report, omnibus bugs from running DarkLight 
Now I had a similar case that the browser froze when showing 24h of data. Tuned out that 80k points are a bit much. I changed the code so that it starts
binning when showing 8h or more. This is not a perfect solution. The code should check at which interval data is written, then 
automatically start binning when approaching 4000 points or more. That would however require more complicated code, so I leave it as it is right now. Feedback
Entry  23 Apr 2026, Pavel Murat, Bug Report, increasing the max number of hot links in ODB 
Dear MIDAS experts,

when I attempted to increase the max number of hotlinks in ODB , defined as 
    Reply  23 Apr 2026, Nick Hastings, Bug Report, increasing the max number of hot links in ODB 0001-Increase-MAX_OPEN_RECORDS-to-increase-the-max-number.patch0002-Increase-MAX_CLIENTS-from-64-to-256.patch
> Dear MIDAS experts,

> when I attempted to increase the max number of hotlinks in ODB , defined as 
    Reply  24 Apr 2026, Konstantin Olchanski, Bug Report, increasing the max number of hot links in ODB 
> when I attempted to increase the max number of hotlinks in ODB , defined as 
> #define MAX_OPEN_RECORDS       256           /**< number of open DB records   */
> assert(sizeof(DATABASE_CLIENT) == 2112);
    Reply  25 Apr 2026, Pavel Murat, Bug Report, increasing the max number of hot links in ODB 
I see - thank you for the explanation!  

Indeed, updating MIDAS clients on each and every RPI etc in a running experiment may be a real challenge. 
    Reply  26 Apr 2026, Stefan Ritt, Bug Report, increasing the max number of hot links in ODB 
I wonder why one needs more than 256 hotlinks at all. Please note that with the odbxx "watch" API, you can hotline a whole subdirectory, and get notified
if ANY of the 
underlying values or subdirectories change. In principle, one could have one hotlink to "/" and see all changes in the ODB (although that does not make
    Reply  27 Apr 2026, Konstantin Olchanski, Bug Report, increasing the max number of hot links in ODB 
> Indeed, updating MIDAS clients on each and every RPI etc in a running experiment may be a real challenge.

actually, only local clients must be rebuilt, remote clients connecting to the mserver do not care about ODB 
    Reply  27 Apr 2026, Konstantin Olchanski, Bug Report, increasing the max number of hot links in ODB 
> I wonder why one needs more than 256 hotlinks at all.

I confirm that ALPHA is running with MAX_OPEN_RECORDS changed from 256 to 2048,
    Reply  27 Apr 2026, Nick Hastings, Bug Report, increasing the max number of hot links in ODB 
For the record, the ND280 (T2K near detector) MIDAS GSC was initially set up
with MAX_OPEN_RECORDS = 2560 and MAX_CLIENTS = 128.
    Reply  27 Apr 2026, Pavel Murat, Bug Report, increasing the max number of hot links in ODB 
> I wonder why one needs more than 256 hotlinks at all. Please note that with the odbxx "watch" API, you can hotline a whole subdirectory, and get notified
if ANY of the 
> underlying values or subdirectories change. In principle, one could have one hotlink to "/" and see all changes in the ODB (although that does not make
    Reply  27 Apr 2026, Pavel Murat, Bug Report, increasing the max number of hot links in ODB 
> > I wonder why one needs more than 256 hotlinks at all.

> I confirm that ALPHA is running with MAX_OPEN_RECORDS changed from 256 to 2048,
    Reply  27 Apr 2026, Pavel Murat, Bug Report, increasing the max number of hot links in ODB 
> > Indeed, updating MIDAS clients on each and every RPI etc in a running experiment may be a real challenge.

> actually, only local clients must be rebuilt, remote clients connecting to the mserver do not care about ODB 
Entry  21 May 2026, Konstantin Olchanski, Bug Report, incompatible ODB XML dumps 
While testing manalyzer, I found that it dies from an exception on odbxx, error message is "/home/olchansk/packages/midas/include/odbxx.h:1231: No "handle"

attribute found in XML data".
Entry  22 Oct 2004, Konstantin Olchanski, Bug Fix, mhttpd message colouring 
I commited a fix to mhttpd logic that decides which messages should be shown in
"red" colour- before, any message with square brackets and colons would be
highlighted in red. Now only messages matching the pattern [...:...] are
Entry  09 Nov 2004, Pierre-Andre Amaudruz, Bug Fix, New transition scheme 
Problem:
If cm_set_transition_sequence() is used for changing the sequence number, the 
command odbedit> start/stop/resume/pause -v report the propre sequence but the
Entry  25 Feb 2005, Konstantin Olchanski, Bug Fix, fixed: double free in FORMAT_MIDAS ybos.c causing lazylogger crashes 
We stumbled upon and fixed a "double free" bug in src/ybos.c causing crashes in
lazylogger writing .mid files in the FORMAT_MIDAS format (why does it use
ybos.c? Pierre says- for generic file i/o). Why this code had ever worked before
Entry  05 May 2005, Konstantin Olchanski, Bug Fix, fix: minor bit rot in the example experiment 
I fixed some minor bit rot in the example experiment: a few minor Makefile
problems, make the analyzer use the current histogram creation macros, etc. I
also added startup and shutdown scripts. These will be documented as we work
Entry  02 Aug 2005, Konstantin Olchanski, Bug Fix, fix odb corruption when running analzer for the first time 
I have been plagued by ODB corruption when I run the analyzer for the first time
after setting up the new experiment. Some time ago, I traced this to
mana.c::book_ttree() and now I found and fixed the bug, fix now commited to
ELOG V3.1.4-2e1708b5