| ID |
Date |
Author |
Topic |
Subject |
Text |
 |
|
2974
|
20 Mar 2025 |
Konstantin Olchanski | Bug Report | Default write cache size for new equipments breaks compatibility with older equipments | > the main purpose of the event buffer write
cache
|
|
|
2975
|
20 Mar 2025 |
Konstantin Olchanski | Bug Report | Default write cache size for new equipments breaks compatibility with older equipments | > > the main purpose of the event buffer write
cache
> how to control the write cache size:
|
|
|
2976
|
20 Mar 2025 |
Konstantin Olchanski | Info | switch midas to next c++ | > time to choose the next c++!
Ununtu-24.04, MIDAS builds with -std=c++23 |
|
|
2977
|
20 Mar 2025 |
Konstantin Olchanski | Bug Report | manalyzer module init order problem | Andrea Capra reported a problem with manalyzer
module initialization order.
|
|
|
2991
|
21 Mar 2025 |
Konstantin Olchanski | Forum | LabView-Midas interface | > > Hello,
> >
> > Does anyone have experience with writing |
|
|
2992
|
21 Mar 2025 |
Konstantin Olchanski | Bug Fix | bitbucket builds fixed | > > bitbucket automatic builds
>
> Unfortunately we will break the automatic |
|
|
2993
|
21 Mar 2025 |
Konstantin Olchanski | Suggestion | improved find_package behaviour for Midas | > > > currently to link Midas to project one
has to do several steps ...
> > this information is incorrect. please |
|
|
2994
|
21 Mar 2025 |
Konstantin Olchanski | Suggestion | BINARY INCOMPATIBLE CHANGE: New alarm count added | > > > ALL MIDAS CLIENTS GET RE-COMPILED after
the new code is applied.
>
|
|
|
2998
|
25 Mar 2025 |
Konstantin Olchanski | Bug Report | midas equipment "format" | > In the PSI muSR laboratory, we are running
about 140 slow control devices across six
instruments using Format FIXED.
|
|
|
2999
|
25 Mar 2025 |
Konstantin Olchanski | Bug Report | manalyzer module init order problem | > Andrea Capra reported a problem with manalyzer
module initialization order.
|
|
|
3000
|
25 Mar 2025 |
Konstantin Olchanski | Forum | TMFeRpcHandlerInterface::HandleEndRun when running offline on a Midas file | > The question was about the TMFeRpcHandlerInterface,
not the TARunObject interface. Derived classes
of TARunObject do indeed work as expected |
|
|
3001
|
25 Mar 2025 |
Konstantin Olchanski | Suggestion | improved find_package behaviour for Midas | > https://cmake.org/cmake/help/latest/guide/using-dependencies/index.html#guide:Using%20Dependencies%20Guide
thank you for providing a link to latest |
|
|
3002
|
25 Mar 2025 |
Konstantin Olchanski | Bug Report | please fix compiler warning | Confirming warning is fixed. Thanks! K.O.
> > Unnamed person who added this clever |
|
|
3003
|
25 Mar 2025 |
Konstantin Olchanski | Bug Report | please fix mscb compiler warning | > I hopefully fixed the waring (narrowing
down from size_t to int). Please double check
with your compiler.
|
|
|
3004
|
25 Mar 2025 |
Konstantin Olchanski | Bug Report | Default write cache size for new equipments breaks compatibility with older equipments | > > All this is kind of reasonable, as only
two settings of write cache size are useful:
0 to
|
|
|
3006
|
28 Mar 2025 |
Konstantin Olchanski | Forum | TMFeRpcHandlerInterface::HandleEndRun when running offline on a Midas file | I do not understand what you are doing. If
you are offline, there is no TMFE singleton
instance,
|
|
|
3007
|
28 Mar 2025 |
Konstantin Olchanski | Info | mjsroot added | I need to look at histograms inside a ROOT
file, but all the old ways for doing this
no longer work. (in theory I can scp the |
|
|
3008
|
28 Mar 2025 |
Konstantin Olchanski | Bug Fix | midas cmake update | MIDAS git tag midas-2025-01-a introduced an
incompatible change to "include midas-targets.cmake".
Instead of "midas" one now has to
|
|
|
3009
|
28 Mar 2025 |
Konstantin Olchanski | Suggestion | improved find_package behaviour for Midas | I figured out the breakage, added a git tag
to identify where the cmake incompatible
change was made (roughly)
|
|
|
3010
|
28 Mar 2025 |
Konstantin Olchanski | Bug Fix | manalyzer -R8082 --jsroot | When processing MIDAS files offline, JSROOT
did not work, -Rxxx worked, http
connection would open, but would not serve |
|