From:	HEINICKE       16-NOV-1983 14:25 *
To:	CD
Subj:	rt multi

	Take out  the references to IV in RTMULTI CONNECTED MACHINES.
-phh

From:	WHITE          23-NOV-1983 21:49 *
To:	CD
Subj:	RT Command files

From:	HEINICKE       23-NOV-1983 11:10  
To:	WHITE
Subj:	MAIL SUPPOSED TO GO TO CD

	I COULDN'T  seem to send messages to CD today for some
reason. My bug for the day is that the indirect command files
are not there for RT.
 
(please forward to CD when you get a chance).

-phh

From:	NICINSKI       29-NOV-1983 10:19 *
To:	@SYS$MANAGER:USERS.DIS
Subj:	CD links

Just a friendly reminder.  If you are using the CD link, when you finish,
please be sure to stop the link ($ CDLINK /STOP command). This will avoid
much grief whenever the connected PDP-11s are powered down.

						Thanx

						Tom

From:	SMITH          30-NOV-1983 14:31 *
To:	CD
Subj:	RT CD driver 

The RT CD driver cannot send messages to PTC=251 on the VAX end of the
link.  Call me for more details.  Steve Smith x4605 or x4006.

From:	SMITH           6-DEC-1983 03:19 *
To:	CD
Subj:	CDPACK problems with CDTMO and CDWAIT

1.	CALL CDTMO(time, timunit) doesn't change the timeout period for
reception of CDPACK messages; the timeout period remains about 2-3 seconds.
In fact directly changing CD_TIMOUT in the CDPACK common block doesn't affect
the timeout period.  CALL CDMODE can turn the timeout feature on and off.

2.	CALL CDWAIT(0) never exits, even when a transmission completes.
(I can halt the program and see a perfectly good full buffer, but the program
never got out of the wait for event flag.) CDWAIT(mbn) where mbn is an explicit
message block number does work as always.

						Steve Smith


From:	MARK            7-DEC-1983 16:58 *
To:	CD
Subj:	RT CD DRIVER

	The RT CD Driver can not send or receive messages with PTC=174(D)
and higher. This due to a bug in the driver which will be fixed.
	There are, actually, two similar bugs:
		page 14, line 46 (after 'CDCRQ:' and '20$:')
	   and  page 17, line  8 (after 'CDSPFN:' and '100$:')
	Both lines have:
		CMP	#255,...
	They should have:
		CMP	#255.,...
	i.e. the number 255 must be decimal, not octal.
This error was originally reported by Steve Smith of E605 on 
30-Nov-1983.
	Mark Pyatetsky, x3950.

From:	MOORE          14-DEC-1983 17:28 *
To:	@SYS$MANAGER:USERS.DIS
Subj:	the HOLIDAYS

 It's been fun !!!!!!!!!!!!

		HAVE A MERRY CHRISTMAS AND
			    A
		   HAPPY NEW YEAR

 SEE YOU IN JUNE TOO!!!!!!!!!!!!!!!!!!!!!!!!!!

			Carmenita

From:	HEINICKE        2-FEB-1984 15:48 *
To:	CD
Subj:	driver crash under vms

	On a heavily loaded system (vax 2) with a RCVLUP
going at a rate of about 60 hz and in qio mode , talking to
RTmulti using the LNKBUF addon, the vax crashed. I pressed
halt on the PDP-11 either shortly before or after the crash.
The RCVLUP had been working fine for about 20 minutes prior to this,
but at a lower rate. Possibily its related to rate,
or possibly the DMA was hung when the 11/50 was halted. 

-phh

From:	HEINICKE        7-FEB-1984 11:18 *
To:	WHITE,CD
Subj:	timings for 2 qio at once approach

	The per transfer overhead is 14.97 milliseconds, and
the per word overhead is 5.6 micro seconds. 3 dma's are taking
place simultaneously, in this test.

	-phh

From:	HEINICKE       12-FEB-1984 17:42 *
To:	CD
Subj:	mps link [pr

	When the PRINT command is issued on the MPS link, 
a LINK cleanup TIMEOUT error is printed out on the console.
The Vax then gets no further data until a run is again begun.
(I didn't find out whether this means only NACKs, or else
if it means the link goes silent.) Ending and beginning a run
fixes the problem.
	
	-phh

From:	HEINICKE       13-FEB-1984 17:10 *
To:	CD
Subj:	error in link query

	Not really an error, but LINK query prints out
an awful lot of garbage. It would be nice to have an argument to
LINK qu such as



	LINK QUERY{ FULL
                   ,BUFFERS

	So that BUFFERS only would be the default, but the messge
blocks would be available. 

-phh

From:	HEINICKE       13-FEB-1984 17:11 *
To:	CD
Subj:	Rt-11 CD driver

	It would be nice to have a set option on the CD driver
so I don't always have to reassemble it for a given vector and CSR.


-phh

From:	HEINICKE       13-FEB-1984 17:12 *
To:	CD
Subj:	set option

	The set option takes about one extra word, for storing
the CSR and VECTOR in the code. The logic part is not loaded.

-phh

From:	HEINICKE       26-FEB-1984 15:58 *
To:	CD
Subj:	bug fixes

	The I*8 -> i*11 bug fix and the BUFLEN is I*2 when 
cdpack expects I*4 bug fix are both into the current version
of EPPACK.

-phh

From:	HEINICKE        1-MAR-1984 19:51 *
To:	CD
Subj:	bearing on link eppack pn's

From:	RITCHIE         1-MAR-1984 16:14  
To:	HEINICKE
Subj:	RE: eppack PN's

Agreed.  Will you bring it up at the next Link Technical Meeting?
Thanks.

From:	HEINICKE        7-MAR-1984 11:58 *
To:	CD



From:	HEINICKE       22-JUL-1984 14:08 *
To:	CD
Subj:	test

ok

From:	HEINICKE        4-DEC-1984 13:25 *
To:	CD
Subj:	zgtape

	I had to change ZGTAPE.COM to point to the RTAUTO.SYS instead of 
RTAUTO.DSK, since the defaults have changed since I made the procedure.
-phh