| ID |
Date |
Author |
Topic |
Subject |
Text |
 |
|
384
|
08 Jun 2007 |
Stefan Ritt | Suggestion | RFC- ACLs for midas rpc, mserver, mhttpd access | First I have a general question: mserver is
started through xinetd, and xinetd has
the options "only_from" and "no_access". |
|
|
385
|
08 Jun 2007 |
Stefan Ritt | Forum | crash when analyzing multiple runs offline | Unfortunately I don't have time right now
to debug the problem, but I could see
roughly what it could be. The analyzer crashes |
|
|
387
|
10 Jun 2007 |
Stefan Ritt | Forum | crash when analyzing multiple runs offline | > tree_struct.n_tree keeps counting up from
run to run (in book_ttree). This should
> presumably not be the case, since CloseRootOutputFile() |
|
|
389
|
11 Jun 2007 |
Stefan Ritt | Forum | crash when analyzing multiple runs offline | > I have hunted down "my" segfault problem
to the fact that I book histograms not
> in <module>_init, but in <module>_bor. |
|
|
392
|
02 Jul 2007 |
Stefan Ritt | Bug Fix | mscb, musbstd fixed on Linux, MacOS | [quote="KO"]There supposed to be no changes
to the Windows code, but I cannot test on
Windows, so if somebody does and finds breakage, |
|
|
396
|
13 Jul 2007 |
Stefan Ritt | Forum | Midas on a x86_64 - incompatible with x86_32 | > The biggest problem here is that making
32-bit ODB and 64-bit ODB compatible requires
breaking one or
|
|
|
397
|
26 Jul 2007 |
Stefan Ritt | Info | Change of pointer type in mvmestd.h | I had to change the pointer type of mvme_read
and mvme_write to (void *) instead
to (mvme_locaddr_t *) to avoid warnings under |
|
|
405
|
03 Sep 2007 |
Stefan Ritt | Bug Report | how to handle end of run? | > I am having problems with handling the end-of-run
situation in my midas
> frontend. I have a device that continuously |
|
|
406
|
06 Sep 2007 |
Stefan Ritt | Info | Introduction of MIDAS_MAX_EVENT_SIZE | We had the problem that different experiments
used different MAX_EVENT_SIZE
values (the MEG experiment actually 10 MB!). |
|
|
409
|
08 Oct 2007 |
Stefan Ritt | Bug Report | Error in data format- ending blocks on 32bit boundary x86_64 | > Hi,
> I found that midas banks can be given
an extra 32 bits of zeros when
|
|
|
410
|
11 Oct 2007 |
Stefan Ritt | Bug Report | _syscall0 not available on gcc 4.1.1 | Dear Stephan,
I am writting on behalf of the LiBeRACE collaboration
|
|
|
411
|
11 Oct 2007 |
Stefan Ritt | Bug Report | _syscall0 not available on gcc 4.1.1 | > Dear Stephan,
>
> I am writting on behalf of the LiBeRACE |
|
|
414
|
17 Oct 2007 |
Stefan Ritt | Forum | Multi-core CPUs | > I have this beautiful Intel Quadcore with
fast disks, but MIDAS does obviously
> only make use of one CPU at a time. Has |
|
|
418
|
27 Nov 2007 |
Stefan Ritt | Info | ODB links to array elements implemented | In revision 4090 I implemented ODB links to
individual array elements. Now you
can have for example:
|
|
|
419
|
07 Jan 2008 |
Stefan Ritt | Info | Roll-back for history sytem added | The midas history system always had the problem
that the database can get
corrupted if the disk gets full where the |
|
|
421
|
05 Feb 2008 |
Stefan Ritt | Forum | analyzer crashes at high rates | > I'm using midas to read data from a waveform
digitizer at event rates of
> 10-30kHz. To accomplish this the digitizer |
|
|
422
|
05 Feb 2008 |
Stefan Ritt | Info | Implementation of relative paths in mhttpd | A major change was made to mhttpd, changing
all internal URLs to relative paths.
This allows proxy access to mhttpd via an |
|
|
425
|
06 Feb 2008 |
Stefan Ritt | Forum | rpc timeout, related to event_size and watch dog? need help | Most likely you changed the maximal event
size in midas.h, but you did not re-compile
[B]all[/B] programs. The maximal event size |
|
|
427
|
06 Feb 2008 |
Stefan Ritt | Forum | rpc timeout, related to event_size and watch dog? need help | First of all, I would appreciate if you do
not post your entry ten times. Each time
you edit it, you produce an email notification |
|
|
431
|
13 Feb 2008 |
Stefan Ritt | Info | Roll-back for history sytem added | > But to make things more interesting we had
another history outage this week - we
> happen to write history files to an NFS |
|