| ID |
Date |
Author |
Topic |
Subject |
Text |
 |
|
3111
|
10 Nov 2025 |
Konstantin Olchanski | Info | db_delete_key(TRUE) | > I would handle this actually like symbolic
links are handled under linux. If you delete
a symbolic link, the link gets
|
|
|
3118
|
17 Nov 2025 |
Konstantin Olchanski | Bug Report | broken scroll on midas web pages | > Sorry about that. I could not figure out
what was the reason for doing this. This
was during the time I was working on the |
|
|
3123
|
20 Nov 2025 |
Konstantin Olchanski | Info | db_delete_key(TRUE) | > > I would handle this actually like symbolic
links are handled under linux. If you delete
a symbolic link, the link gets
|
|
|
3124
|
20 Nov 2025 |
Konstantin Olchanski | Bug Fix | ODB update, branch feature/db_delete_key merged into develop | In the darkside vertical slice midas daq,
we observed odb corruption which I
traced to db_delete_key(). cause of corruption |
|
|
3125
|
20 Nov 2025 |
Konstantin Olchanski | Info | switch midas to c++17 | > > Following discussions at the MIDAS workshop,
we propose to move MIDAS from c++11 to c++17.
> We shall move forward with this change.
|
|
|
3126
|
20 Nov 2025 |
Konstantin Olchanski | Info | removal of ROOT support in mlogger | > > we should finally bite the bullet and
remove ROOT support from MIDAS ...
|
|
|
3131
|
21 Nov 2025 |
Konstantin Olchanski | Info | cppcheck | > (rules for running cppcheck have gone missing,
I hope I find them).
|
|
|
3137
|
25 Nov 2025 |
Konstantin Olchanski | Bug Fix | fixed db_find_keys() | Function db_find_keys() added by person unnamed
in April 2020 never worked correctly, it
is now fixed,
|
|
|
3138
|
25 Nov 2025 |
Konstantin Olchanski | Bug Fix | ODB update, branch feature/db_delete_key merged into develop | > Thanks for the fixes, which I all approve.
>
> There is still a "follow_links" in midas_c_compat.h |
|
|
3139
|
25 Nov 2025 |
Konstantin Olchanski | Bug Report | Cannot edit values in a subtree containing only a single array of BOOLs using the ODB web interface | > Thanks --- it looks like this commit resolves
the issue for us ...
> Thanks to Ben Smith for pointing us at |
|
|
3140
|
25 Nov 2025 |
Konstantin Olchanski | Info | switch midas to c++17 | >
> > I notice the cmake does not actually
pass "-std=c++17" to the c++ compiler, and |
|
|
3141
|
25 Nov 2025 |
Konstantin Olchanski | Info | switch midas to c++17 | > target_compile_features(<target> PUBLIC
cxx_std_17)
> which correctly causes a
|
|
|
3142
|
25 Nov 2025 |
Konstantin Olchanski | Suggestion | manalyzer root output file with custom filename including run number | Hi, Jonas, thank you for reminding me about
this. I hope to work on manalyzer in the
next few weeks and I will review the ROOT |
|
|
3143
|
25 Nov 2025 |
Konstantin Olchanski | Suggestion | Improve process for adding new variables that can be shown in history plots | > One aspect of the MIDAS history plotting
I find frustrating is the sequence for adding
a new history
|
|
|
3151
|
27 Nov 2025 |
Konstantin Olchanski | Suggestion | mvodb WS and family type matching | > This is not a bug per se, but I find it
a little odd that the MVOdb functions RS,
|
|
|
3152
|
27 Nov 2025 |
Konstantin Olchanski | Bug Report | Error(?) in custom page documentation | the double-decode bug strikes again!
> This commit breaks the sequencer pages...
|
|
|
3153
|
27 Nov 2025 |
Konstantin Olchanski | Suggestion | Improve process for adding new variables that can be shown in history plots | > > I assume that mlogger rescanning ODB is
somewhat intensive process; and that's why
we don't want rescanning to
|
|
|
3154
|
27 Nov 2025 |
Konstantin Olchanski | Info | switch midas to c++17 | >
> set(CMAKE_CXX_STANDARD 17)
> set(CMAKE_CXX_STANDARD_REQUIRED ON)
|
|
|
3155
|
27 Nov 2025 |
Konstantin Olchanski | Forum | Control external process from inside MIDAS | > Rather than investing time to re-invent
the wheel here, better try to modify your
EPICS driver process to
|
|
|
3159
|
28 Nov 2025 |
Konstantin Olchanski | Suggestion | mvodb WS and family type matching | > > 2) "advanced" c++ code:
> >
> > void foo(const std::string& xxx) { ... |
|