|  11 May 2006, Konstantin Olchanski, Bug Report, MIDAS and Fedora 4 | 
| Fellow Midasites- we are receiving reports that current Midas sources do not compile on Fedora 4 (and 5?) with errors "invalid lvalue in assignment". It looks like the new compilers reject what looks to my eye like
 perfectly valid C code that we have been writing since the beginning of C. Any suggestions on the best fix?
 | 
|  07 May 2006, Konstantin Olchanski, Bug Report, cm_register_transition gyrations | 
| I am debugging a Rome-based DAQ system setup by Pierre A. (the system does not work because of bugs in Rome).
 
 | 
|  08 May 2006, Stefan Ritt, Bug Report, cm_register_transition gyrations | 
| > I am debugging a Rome-based DAQ system setup by Pierre A. (the system does not > work because of bugs in Rome).
 >
 | 
|  07 May 2006, Konstantin Olchanski, Bug Fix, Update & add VME drivers | 
| I commited fixes for a few minor compilation errors in the VME drivers (vmicvme.c, etc)
 I also added new drivers for the v513 latch and v560 scaler that I wrote for
 | 
|  23 Mar 2006, Sergio Ballestrero, Info, svn@savannah.psi.ch down ? | 
| Hi, I was trying to update the checkout of Midas, but it looks like something is not
 working - maybe a component of the Savannah system:
 | 
|  26 Mar 2006, Stefan Ritt, Info, svn@savannah.psi.ch down ? | 
| >  Hi, > I was trying to update the checkout of Midas, but it looks like something is not
 > working - maybe a component of the Savannah system:
 | 
|  27 Mar 2006, Sergio Ballestrero, Info, svn@savannah.psi.ch down ? | 
| > I just tried now and it seemed to work fine. Do you still have the problem? >
 > - Stefan
 | 
|  22 Dec 2005, Konstantin Olchanski, Info, How do I do custom event building? | 
| It turns out the the standard event builder fragment matching algorithm cannot be used in my TPC application. I have two TPC-USB interfaces, which lack any
 "busy" or synchronization logic. I send the hardware trigger into both
 | 
|  23 Dec 2005, Stefan Ritt, Info, How do I do custom event building? | 
| > It turns out the the standard event builder fragment matching algorithm cannot > be used in my TPC application. I have two TPC-USB interfaces, which lack any
 > "busy" or synchronization logic. I send the hardware trigger into both
 | 
|  03 Jan 2006, John O'Donnell, Info, How do I do custom event building? | 
| At DANCE we have a similar issue.  We are still doing "software handshaking" between multiple frontends (15 which read data, and 16th
 with direct accessto the trigger logic), and we apply a time stamp
 | 
|  28 Dec 2005, Konstantin Olchanski, Suggestion, Handling multiple identical USB devices | 
| When I wrote the musbstd.h "open" method, I kind of punted on the problem of handling multiple identical USB devices. Instead of a real solution, I added an
 "instance" parameter, which allows one to "open" the "first", "second", etc USB
 | 
|  03 Jan 2006, Stefan Ritt, Suggestion, Handling multiple identical USB devices | 
| > Any thoughts? 
 I got an idea of how to solve this problem in an OS-independent manner. The USB
 | 
|  30 Dec 2005, Konstantin Olchanski, Bug Report, mhttpd "edit on start" broken for arrays | 
| If a variable under "/experiment/edit on start/" is an array, it is correctly offered for editing on the "start run page", but then all elements in the array
 end up set to the value of the first element.
 | 
|  03 Jan 2006, Stefan Ritt, Bug Report, mhttpd "edit on start" broken for arrays | 
| > If a variable under "/experiment/edit on start/" is an array, it is correctly > offered for editing on the "start run page", but then all elements in the array
 > end up set to the value of the first element.
 | 
|  18 Aug 2005, Konstantin Olchanski, Info, minor changes to run transition code | 
| Minor changes to run transitions code: - improve debug messages
 - fail transition if cannot connect to one of the clients
 | 
|  23 Dec 2005, Konstantin Olchanski, Bug Report, minor changes to run transition code | 
| > Minor changes to run transitions code: > - fail transition if cannot connect to one of the clients
 
 | 
|  24 Dec 2005, Stefan Ritt, Bug Report, minor changes to run transition code | 
| > I am now considering allowing the run to end even if some clients cannot be > contacted. The begin, pause and resume transitions would continue to fail if
 > clients cannot be contacted.
 | 
|  22 Dec 2005, Konstantin Olchanski, Info, midas max event size? | 
| My TPC events are fairly large: 18 FEC cards * 128 channels per card * 2 Kbytes per channel = about 4 Mbytes. In my
 frontend, when I request this event size, MIDAS complaints (in mfe.c) that it is
 | 
|  23 Dec 2005, Stefan Ritt, Info, midas max event size? | 
| > My TPC events are fairly large: 18 FEC cards * 128 channels per card * 2 Kbytes > per channel = about 4 Mbytes. In my
 > frontend, when I request this event size, MIDAS complaints (in mfe.c) that it is
 | 
|  14 Dec 2005, Konstantin Olchanski, Bug Report, misc problems | 
| I would like to document a few problems I ran into while setting up a new experiment (two USB interfaces to Alice TPC electronics, plus maybe a USB
 interface to CAMAC). I am using a midas cvs checkout from last October, so I am
 | 
|  02 Dec 2005, Greg Hackman, Info, MIDAS on Cygwin | 
| If you want to run MIDAS on Cygwin, make sure you have cygserver running.  First set a Windows system environment variable CYGWIN=server.  This is best done through the Control Panel -> System -> Advanced -> Environment Variables.  Then run /usr/bin/cygserver-config in a Cygwin console window.  Then reboot.
 After that your MIDAS executables should run properly.
 | 
|  23 Nov 2005, Stefan Ritt, Bug Fix, Endian swapping in mana.c | 
| It was reported that following code in mana.c : 
 [code]
 | 
|  02 Nov 2005, Stefan Ritt, Suggestion, Where to put drivers? | 
| Hi, 
 I would like to raise the question where to put the midas drivers.
 | 
|  06 Nov 2005, Pierre-Andre Amaudruz, Suggestion, Where to put drivers? | 
| [quote="Stefan Ritt"]Hi, 
 I would like to raise the question where to put the midas drivers.
 | 
|  06 Nov 2005, Stefan Ritt, Suggestion, Where to put drivers? | 
| [quote="Stefan Ritt"]We have both the example experiment and the MSCB Makefile which both expect to find the midas drivers under [b]$MIDASSYS/drivers/camac[/b] or [b]$MIDASSYS/drivers/usb[/b]. The documentation does not explicitely mention to define MIDASSYS as [b]/usr/local[/b], but some people do it. That however
 requires to put all drivers then under [b]/usr/local/drivers[/b], which is not the case in the current Makefile for midas. Do you think that we should
 | 
|  23 Aug 2005, Konstantin Olchanski, Info, new mvmestd api | 
| For some time now, we have been thinking of updating the programming interface for the VME bus interface drivers- mvmestd.h.
 
 | 
|  01 Sep 2005, Stefan Ritt, Info, new mvmestd api | 
| Good that you brought up the MIDAS VME API again, since this is still not complete, but has to be completed soon.
 
 | 
|  01 Sep 2005, Stefan Ritt, Suggestion, new mvmestd api | 
| Anothe idea which comes to my mind, we could make it kind of object oriented, like 
 typedef struct {
 | 
|  10 Sep 2005, Konstantin Olchanski, Info, new mvmestd api | 
| > Good that you brought up the MIDAS VME API again, since this is still not complete, but > has to be completed soon.
 
 | 
|  11 Sep 2005, Stefan Ritt, Info, new mvmestd api | 
| > Right, but I can only complete the parts that I thought of and for which I already have > code. This leaves out support for DMA (read: any block transfers) and interrupts.
 
 | 
|  02 Nov 2005, I. K. arapkorir, Info, new mvmestd api | 
| I manage to access some vme modules with the older vmicvme interface and seemed confused with the
 new interface as the sample code provided does not have a specific test sample.
 | 
|  02 Nov 2005, Pierre-Andre Amaudruz, Info, new mvmestd api | 
| > I manage to access some vme modules with the older vmicvme interface and seemed > confused with the
 > new interface as the sample code provided does not have a specific test sample.
 | 
|  17 Oct 2005, Exaos Lee, Bug Fix, "make install" error under MacOS X | 
| Under MacOS X, "make install" will cours an error like this: [code]
 ...
 | 
|  10 Oct 2005, Stefan Ritt, Info, Bus drivers moved in repository | 
| The previous midas/drivers/bus dirctory contains both midas slow control bus drivers plus vme & fastbus & camac drivers. I separated them now in different directories:
 
 | 
|  15 Oct 2005, Exaos Lee, Info, Bus drivers moved in repository | 
| The Makefile should be modified too. Please see the diff below: [code]
 diff Makefile Makefile.modify
 | 
|  07 Oct 2005, Stefan Ritt, Info, MIDAS moved from CVS to Subversion | 
| Dear Midas users, 
 I have moved midas from CVS to Subversion today. There were many reasons for doing so, which I don't want to explain in detail here. To use the new repository,
 | 
|  03 Oct 2005, Stefan Ritt, Info, Revised MVMESTD API | 
| Dear MIDAS users and developers, 
 The "Midas VME Standard API" has been revised. We tried to incorporate all
 | 
|  19 Sep 2005, Konstantin Olchanski, Info, Added driver for the Wiener CC-USB CAMAC interface | 
| Commited to CVS is the preliminary driver for the Wiener CC-USB CAMAC interface. The driver implements all the mcstd.h camac access functions, except for those
 not supported by hardware (8-bit operations, interrupts) and a few esoteric
 | 
|  18 Aug 2005, Konstantin Olchanski, Bug Fix, fix race condition between clients on run start/stop, pause/resume | 
| It turns out that the new priority sequencing of run state transitions had a flaw: the frontends, the analyzer and the logger all registered at priority 500
 and were invoked in essentially a random order. For example the frontend could
 | 
|  01 Sep 2005, Stefan Ritt, Bug Fix, fix race condition between clients on run start/stop, pause/resume | 
| > It turns out that the new priority sequencing of run state transitions had a > flaw: the frontends, the analyzer and the logger all registered at priority 500
 > and were invoked in essentially a random order. For example the frontend could
 |