ID |
Date |
Author |
Topic |
Subject |
Text |
 |
750
|
16 Feb 2011 |
Konstantin Olchanski | Bug Report | fixed. odb corruption, odb race condition? | > My torture test runs okey in my mac now,
one remaining problem is spurious client
removal caused
|
|
751
|
16 Feb 2011 |
Lee Pool | Bug Report | Problems with midas history SVN 4936 | > >
> > Do you mind giving little more detail?
We might have the same issue, where we got
|
|
752
|
17 Feb 2011 |
Stefan Ritt | Bug Report | Problems with midas history SVN 4936 | > uhm, mine might be completely unrelated
to this, but it just so happened that the
rev.
|
|
774
|
05 Jul 2011 |
Konstantin Olchanski | Bug Report | MacOS network socket timeouts non-functional | It turns out that because of differences between
select() syscall implementation between UNIX
(MacOS,
|
|
780
|
12 Dec 2011 |
Michael Murray | Bug Report | bk_delete uses memcpy instead of memmove | In midas.c, the bk_delete function removes
a bank by decrementing the total
event size and then copying the remaining |
|
781
|
16 Dec 2011 |
Konstantin Olchanski | Bug Report | bk_delete uses memcpy instead of memmove | > In midas.c, the bk_delete function removes
a bank by decrementing the total
> event size and then copying the remaining |
|
782
|
19 Dec 2011 |
Stefan Ritt | Bug Report | bk_delete uses memcpy instead of memmove | > > In midas.c, the bk_delete function removes
a bank by decrementing the total
> > event size and then copying the remaining |
|
784
|
29 Feb 2012 |
Konstantin Olchanski | Bug Report | Problem with semaphores | Hi there! In the T2K/ND280 experiment in Japan,
we keep having problems with MIDAS locking
(probably
|
|
785
|
01 Mar 2012 |
Stefan Ritt | Bug Report | Problem with semaphores | > Anyhow, if anybody can suggest such an advanced
locking library it would be great. Will save
me the
|
|
786
|
18 Apr 2012 |
Exaos Lee | Bug Report | Build error with mlogger: invalid conversion from ‘void*’ to ‘gzFile’ | I tried to build MIDAS under ArchLinux, failed
on errors as following:
[CODE]src/mlogger.cxx: In function ‘INT midas_flush_buffer(LOG_CHN*)’:
|
|
787
|
19 Apr 2012 |
Stefan Ritt | Bug Report | Build error with mlogger: invalid conversion from ‘void*’ to ‘gzFile’ | [quote="Exaos Lee"]I tried to build MIDAS
under ArchLinux, failed on errors as following:
[CODE]src/mlogger.cxx: In function ‘INT midas_flush_buffer(LOG_CHN*)’:
|
|
788
|
25 Apr 2012 |
Konstantin Olchanski | Bug Report | Build error with mlogger: invalid conversion from ‘void*’ to ‘gzFile’ | Stefan's fix is incomplete - the "gzFile"
cast is needed for all calls to zlib, not
just those that some version
|
|
789
|
27 Apr 2012 |
Stefan Ritt | Bug Report | Build error with mlogger: invalid conversion from ‘void*’ to ‘gzFile’ | [quote="KO]BTW, I read the midas elog via
email and if you post html or elcode messages,
I receive complete
|
|
790
|
09 Jun 2012 |
Greg Christian | Bug Report | _net_send_buffer realloc | In midas.c, I noticed that memory is only
allocated to the global buffer
_net_send_buffer by calling realloc() from |
|
791
|
10 Jun 2012 |
Konstantin Olchanski | Bug Report | _net_send_buffer realloc | > In midas.c, ...
>
> 1) _net_send_buffer is not set to NULL |
|
792
|
10 Jun 2012 |
Greg Christian | Bug Report | _net_send_buffer realloc | > > In midas.c, ...
> >
> > 1) _net_send_buffer is not set to NULL |
|
793
|
11 Jun 2012 |
Konstantin Olchanski | Bug Report | _net_send_buffer realloc | > > > In midas.c, ...
> > >
> > > 1) _net_send_buffer is not set to NULL |
|
794
|
13 Jun 2012 |
Exaos Lee | Bug Report | Cannot start/stop run through mhttpd | Revision: r5286
Platform: Debian Linux 6.0.5 AMD64, with
packages from squeeze-backports
|
|
795
|
13 Jun 2012 |
Konstantin Olchanski | Bug Report | Cannot start/stop run through mhttpd | > Revision: r5286
> Platform: Debian Linux 6.0.5 AMD64, with
packages from squeeze-backports
|
|
797
|
13 Jun 2012 |
Exaos Lee | Bug Report | Cannot start/stop run through mhttpd | > Well, it's mhttpd who cannot start the run,
not you. So what happens when you press
> the "start run" button? Any errors in midas.log |
|