| ID |
Date |
Author |
Topic |
Subject |
Text |
 |
|
403
|
29 Aug 2007 |
Konstantin Olchanski | Forum | ODBv3, second try - Midas on a x86_64 - incompatible with x86_32 | > > > I agree to make 32-bit and 64-bit compatible.
In the long run, everything will be 64-bit,
so I would suggest
|
|
|
402
|
22 Aug 2007 |
Konstantin Olchanski | Bug Fix | commit latest ccusb.c CAMAC-USB driver | > > I commited the latest driver for the Wiener
CCUSB USB-CAMAC driver. It
> > implements all functions from mcstd.h |
|
|
401
|
20 Aug 2007 |
Konstantin Olchanski | 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 |
|
|
400
|
20 Aug 2007 |
Konstantin Olchanski | Forum | Midas on a x86_64 - incompatible with x86_32 | > > I agree to make 32-bit and 64-bit compatible.
In the long run, everything will be 64-bit,
so I would suggest
|
|
|
399
|
12 Aug 2007 |
Konstantin Olchanski | Forum | Midas on a x86_64 - incompatible with x86_32 | > I agree to make 32-bit and 64-bit compatible.
In the long run, everything will be 64-bit,
so I would suggest
|
|
|
398
|
12 Aug 2007 |
Konstantin Olchanski | 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 |
|
|
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 |
|
|
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
|
|
|
395
|
12 Jul 2007 |
Konstantin Olchanski | Forum | Midas on a x86_64 - incompatible with x86_32 | > We run 64-bit MIDAS on RHEL4 with 64-bit
ROOT and everything generally works,
> except for compatibility problems with |
|
|
394
|
06 Jul 2007 |
Konstantin Olchanski | Bug Fix | mscb, musbstd fixed on Linux, MacOS | > I commited a few minor changes to musbstd
and mscb code...
>
|
|
|
393
|
03 Jul 2007 |
Ryu Sawada | Info | RHEL5/SL5 success! | > P.S. For the record, the compiler produces
two sets of warnings:
> - warning: dereferencing type-punned pointer |
|
|
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, |
|
|
391
|
29 Jun 2007 |
Konstantin Olchanski | Bug Fix | mscb, musbstd fixed on Linux, MacOS | I commited a few minor changes to musbstd
and mscb code to make them work on
MacOSX (tested on 10.3.9) and Linux (tested |
|
|
390
|
12 Jun 2007 |
Randolf Pohl | Forum | crash when analyzing multiple runs offline | Hi
> So I guess your solution is not a real |
|
|
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. |
|
|
388
|
11 Jun 2007 |
Randolf Pohl | Forum | crash when analyzing multiple runs offline | Hello again,
just for the record, in case somebody else |
|
|
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() |
|
|
386
|
09 Jun 2007 |
Randolf Pohl | Forum | crash when analyzing multiple runs offline | Hello Stefan,
tree_struct.n_tree keeps counting up from |
|
|
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 |
|
|
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". |
|