ID |
Date |
Author |
Topic |
Subject |
Text |
 |
607
|
08 Jul 2009 |
Konstantin Olchanski | Forum | jorway73a.c, Data taking hangs in the middle of run | > > Could you give more info on your setup:
> > - CAMAC controller model
> Jorway 73A, we have three in hand and the |
|
611
|
03 Aug 2009 |
Konstantin Olchanski | Forum | How to distinguish the status and value returned from "mvme_read_value(...)" | > uint32_t mvme_read_value(MVME_INTERFACE
* vme, mvme_addr_t vme_addr);
> Question: How to distinguish the status |
|
616
|
10 Aug 2009 |
Konstantin Olchanski | Info | misc changes from PIENU and T2K | FYI - committed the last changes from TRIUMF
DAQ systems for PIENU and T2K/ND280 FGD and
TPC
|
|
617
|
10 Aug 2009 |
Konstantin Olchanski | Info | misc changes from PIENU and T2K | > FYI - committed the last changes from TRIUMF
DAQ systems for PIENU and T2K/ND280 FGD and
TPC
|
|
620
|
21 Aug 2009 |
Konstantin Olchanski | Forum | Link error of "mcnaf" | > If you compile each source into an object,
you may encounter a link error ...
|
|
646
|
27 Sep 2009 |
Konstantin Olchanski | Forum | deprecated conversion from string constant to ‘char*’ | > I encountered many warning while building
MIDAS (svn r4556). Please see the
> attached log file. Most of them are caused |
|
650
|
30 Sep 2009 |
Konstantin Olchanski | Bug Report | Error invoking 'odbedit': db_validate_size | > $ odbedit -e expcvadc
> odbedit: /opt/DAQ/repos/bot/midas/src/odb.c:651:
db_validate_sizes: Assertion
|
|
651
|
30 Sep 2009 |
Konstantin Olchanski | Bug Report | mh2sql does not build, Error invoking 'odbedit': db_validate_size | > Linking CXX executable bin/mh2sql
> CMakeFiles/mh2sql.dir/utils/mh2sql.cxx.o:
In function `main':
|
|
656
|
09 Oct 2009 |
Konstantin Olchanski | Bug Report | change to building and linking libmidas.so, mserver linking fails when using shared library |
> --- Makefile
> < ld -shared -o $@ $^ $(LIBS) -lc
|
|
657
|
09 Oct 2009 |
Konstantin Olchanski | Bug Report | Multiple definition of `SqlODBC::SqlODBC() | > Linking CXX shared library lib/libmidas.so
/usr/bin/c++ ... -o lib/libmidas.so ...
CMakeFiles/midas-shared.dir/src/history_odbc.cxx.o |
|
659
|
11 Oct 2009 |
Konstantin Olchanski | Bug Report | Building error of history_midas.cxx due to missing declaration | > The "g++" is whining while compiling history_midas.cxx.
Please see the attached log file.
|
|
660
|
11 Oct 2009 |
Konstantin Olchanski | Bug Report | change to building and linking libmidas.so, mserver linking fails when using shared library | > > > $(CXX) -shared -o $@ $^ $(LIBS) -lc
Done.
|
|
661
|
11 Oct 2009 |
Konstantin Olchanski | Bug Report | Multiple definition of `SqlODBC::SqlODBC() | > > Why is the class "SqlODBC" duplicated?
>
> This is interesting. I do not think my |
|
662
|
11 Oct 2009 |
Konstantin Olchanski | Info | SQL history documentation | > Documentation for writing midas history
data to SQL (mysql) is now documented in
midas doxygen files
|
|
666
|
30 Oct 2009 |
Konstantin Olchanski | Release | new lazylogger release | I committed an updated lazylogger with updated
documentation. The new version supports subruns
and
|
|
671
|
20 Nov 2009 |
Konstantin Olchanski | Bug Fix | fix odb corruption from too long client names | odb.c rev 4622 fixes ODB corruption by db_connect_database()
if client_name is
too long. Also fixed is potential ODB corruption |
|
672
|
20 Nov 2009 |
Konstantin Olchanski | Bug Fix | disallow client names with slash '/' characters | > odb.c rev 4622 fixes ODB corruption by db_connect_database()
if client_name is
> too long. Also fixed is potential ODB corruption |
|
673
|
20 Nov 2009 |
Konstantin Olchanski | Info | RPC.SHM gyration | > When using remote midas clients with mserver,
you may have noticed the zero-size .RPC.SHM
files
|
|
675
|
25 Nov 2009 |
Konstantin Olchanski | Bug Fix | subrun file size | Please be aware of mlogger.c update rev 4566
on Sept 23rd 2009, when Stefan
fixed a buglet in the subrun file size computations. |
|
676
|
25 Nov 2009 |
Konstantin Olchanski | Bug Report | once in 100 years midas shared memory bug | We were debugging a strange problem in the
event builder, where out of 14
fragments, two fragments were always getting |
|