| ID |
Date |
Author |
Topic |
Subject |
Text |
 |
|
839
|
09 Oct 2012 |
Stefan Ritt | Bug Fix | [PATCH] mana.c compile fix, gz files | > Hi,
>
> I had to apply the attached patch to convince |
|
|
2923
|
17 Dec 2024 |
Lukas Gerritzen | Bug Report | [History plots] "Jump to current time" resets x range to 7d | To reproduce:
- Open a history plot, click [-] a few times
until the x axis shows more than 7 days.
|
|
|
2924
|
19 Dec 2024 |
Stefan Ritt | Bug Report | [History plots] "Jump to current time" resets x range to 7d | I had put in a check which limits the range
to 7d into the past if you press the "play"
button, but now I'm not sure why this was |
|
|
268
|
13 Jun 2006 |
Stefan Ritt | Info | ZLIB dependency modified | Due to recent problems with the ROME analyzer
having zlib.h both in the
system and in the midas tree it has been |
|
|
713
|
04 Aug 2010 |
Konstantin Olchanski | Info | YBOS support now optional, disabled by default | As of svn rev 4800, YBOS support was made
optional, disabled by default. (But note
that ybos.c is still used
|
|
|
714
|
31 Aug 2010 |
Konstantin Olchanski | Info | YBOS support now optional, disabled by default | > As of svn rev 4800, YBOS support was made
optional, disabled by default. (But note
that ybos.c is still used
|
|
|
717
|
08 Sep 2010 |
Stefan Ritt | Info | YBOS support now optional, disabled by default | > It looks like some example drivers in .../drivers/class
want to link against YBOS libraries.
> This fails because ybos.o is missing from |
|
|
2174
|
27 May 2021 |
Lukas Gerritzen | Bug Report | Wrong location for mysql.h on our Linux systems | Hi,
with the recent fix of the CMakeLists.txt,
it seems like another bug surfaced.
|
|
|
2176
|
27 May 2021 |
Nick Hastings | Bug Report | Wrong location for mysql.h on our Linux systems | Hi,
> with the recent fix of the CMakeLists.txt, |
|
|
2196
|
02 Jun 2021 |
Konstantin Olchanski | Bug Report | Wrong location for mysql.h on our Linux systems | > % mariadb_config --cflags
> -I/usr/include/mariadb -I/usr/include/mariadb/mysql
|
|
|
1829
|
13 Feb 2020 |
Marius Koeppel | Forum | Writting Midas Events via FPGAs | Dear all,
we creating Midas events directly inside |
|
|
Draft
|
13 Feb 2020 |
Stefan Ritt | Forum | Writting Midas Events via FPGAs | The rb_xxx functions are (thoroughly tested)
robust against high data rate given that
you use them as intended: |
|
|
1831
|
13 Feb 2020 |
Stefan Ritt | Forum | Writting Midas Events via FPGAs | The rb_xxx function are (thoroughly tested!)
robust against high data rate given that
you use them as intended:
|
|
|
1833
|
14 Feb 2020 |
Konrad Briggl | Forum | Writting Midas Events via FPGAs | Hello Stefan,
is there a difference for the later data
processing (after writing the ring buffer |
|
|
1834
|
14 Feb 2020 |
Stefan Ritt | Forum | Writting Midas Events via FPGAs | rb_xxx functions are midas event agnostic.
The receiving side in mfe.cxx (lines 1418
in receive_trigger_event) however pulls one |
|
|
1838
|
20 Feb 2020 |
Konstantin Olchanski | Forum | Writting Midas Events via FPGAs | > rb_xxx functions are midas event agnostic.
The receiving side in mfe.cxx (lines 1418
in receive_trigger_event) however pulls one |
|
|
1841
|
20 Feb 2020 |
Marius Koeppel | Forum | Writting Midas Events via FPGAs |
We also agree and found the problem now.
Since we build everything (MIDAS Event Header, |
|
|
1842
|
20 Feb 2020 |
Stefan Ritt | Forum | Writting Midas Events via FPGAs | Actually the cause of all of the is a real
bug in the midas functions. We want each
bank 8-byte aligned, so there is code in |
|
|
1843
|
21 Feb 2020 |
Konstantin Olchanski | Forum | Writting Midas Events via FPGAs | Hi, Stefan - is this our famous 64-bit misalignement?
Where we have each alternating bank aligned
and misaligned at 64 bits? Without changing |
|
|
1844
|
21 Feb 2020 |
Konstantin Olchanski | Forum | Writting Midas Events via FPGAs | > We also agree and found the problem now.
Good. what was wrong?
|
|