Known Daphne Bugs and Problems as of 10-Feb-88 Page 1 - Acquisition Program (NSSORT) and Multibus Interface The acquisition program (NSSORT) should not be aborted while event processors may be transmitting data to it. If it is necessary to abort the acquisition program use the following steps: - Reset the processors by cycling power to the Multibus or by hitting the "Multibus Reset" button on one of the processor boards. - Use $KLSORT ("Kill Sort") to stop the acquisition program - If $KLSORT fails use $STOP/ID as described in the Experimenter's Guide. Intermittent Problem with Scalers - $RES One cannot use $RES when a tape process is active. Use $KLT to kill the tape process before using the $RES command. - $TAPE/OUT with scalers The tape output process writes out the scaler information as a single block without regard to the /REC qualifier of the $TAPE/OUT command. Each scaler module which is defined requires approximately 1000 bytes. This could cause problems for users who require a small tape block size but have a large number of scalers. - $NFF Compiler Bugs The $NF77 cross-compiler crashes when generating debug information for arrays dimensioned (*): subroutine s (array) integer*4 array (*) call t (array) return end Do not use equivalence for local variables. If you must use equivalence place the variables in a COMMON block. Do not use MIN and MAX when the arguments are of different data types (for instance INTEGER*2 and INTEGER*4). - Interaction Between Tape Units Under some circumstances an I/O operation on one Massbus tape unit (such as the DEC TU78) will prevent a second tape unit from doing I/O until the operation on the first drive completes. When this happens acquisition can be slowed down because of the interference with data being recorded on tape.