∂20-MAR-74  0848		1,RS
 	WELL IT SEEMS TO WORK.  THE FOLLOWING FILES EXIST:
 		(1) SAILRS.REL
 		(2) SAILRS.DMP
 THE .DMP WAS LOADED /Y/VSAILRS, WHICH I THINK GETS RAID, BUT
 IT MAY NOT BE THE CURRENT WAY YOU LOAD THESE THINGS.
 
 	IT SEEMS TO WORK ON SEVERAL PROGRAMS.  I COMPILED AND LOADED AND
 TESTED PUB WITH IT, AND THE RESULTING .DOC FILE SRCCOMED
 TO ONE DONE WITH SYSTEM PUB.  SO IT LOOKS OK.
 
 			SEE YOU LATER,
 			BOB
 
∂19-MAR-74  1413		ACT,REG
 If you're planning on putting up a new SAIL soon, why not make the
 change to REQUIRE LIBRARY and REQUIRE LOAD MODULE that we talked about?

∂19-MAR-74  1315		network site MAXC
 Date: 19 MAR 1974 1314-PDT
 From: SPROULL at PARC-MAXC
 Subject: MAGTAPE WRITER
 
 - - - -
 THROUGH THE MIRACLES OF MODERN COMMUNICATION, HERE I AM AT UTAH,
 LOGGED INTO THEIR SYSTEM, SENDING YOU A MESSAGE.!!!!
 
 I ABANDONED MY SPECIAL MAGTAPE WRITER.  INSTEAD, I WRITE TAPES
 IN STANDARD TENEX DUMPER FORMAT (THIS IS A FORMAT THAT EVERY
 TENEX SITE CAN READ).  THEN, I WROTE A SAIL PROGRAM THAT CAN
 READ SUCH TAPES ON ANY SYSTEM (INCLUDING, INCDENTALLY, A TENEX
 ONE).  HOWEVER, THIS IS NOT QUITE WHAT IS NEEDED FOR BOOTSTRAPPING,
 BECAUSE THE SITE WILL NOT HAVE SAIL WITH WHICH TO RUN THE
 READER POGRAM.  IF, HOWEVER, THE ONLY THING NEEDED IS TOGET A
 NEW VERSION OF SAIL UP, THEN THIS WORKS FINE.
 
 SO LET ME KNOW....  I WILL BE BACK IN PA BY MONDAY.
 		BOB
 -------


∂16-MAR-74  1337		network site MAXC
 Date: 16 MAR 1974 1337-PDT
 From: SPROULL at PARC-MAXC
 Subject: -1's
 
 - - - -
 Yes, Dan and I are the source of the -1's. At the time (in the distant
 past) it sounded as if that was the right thing to put there to plese
 DEC.  Unfortunately, DEChas changed its mind several times since then.
 		Bob
 -------

∂12-MAR-74  1626		network site MAXC
 Date: 12 MAR 1974 1622-PDT
 From: SPROULL at PARC-MAXC
 Subject: Sail bugs
 
 - - - -
 Here are two SAIL bugs for you:
 1.  The compiler does not handle -5 mod 1  correctly (yes, Virginia, both
 	of those are constants).  It does a 'movsi 230007' as the
 	answer!! (Where it gets that number from, I don't care to
 	even guess).
 2.  CVO will not read the most negative number (12 7's) because the
 	IMUL gets overflow when the sign flips.  This
 	causes an overflow trap (when trigs running), and an error
 	message.  The cure (I think -- I fixed this a NIH years ago,
 	and I don't quite remember, so you probably want to think about
 	it a bit) is to put JFCL .+1 under the IMUL, so that the
 	overflow code leves well enough alone.
 
 Bob Smith's new SAIL is really great here.  Boy is it slick.
 So nice.  Productivity up 3% overnight.  Hope the merge goes smoothly
 . Let me know if I can help.
 
 Happy Spring!
 			Bob
 -------
 
∂12-MAR-74  0310		network site MAXC
 Date: 12 MAR 1974  311-PDT
 From: SWINEHART at PARC-MAXC
 Subject: SAIL BUGS
 
 - - - -
 Have trivial fix for non-constant null-string bug, very non-trivial
 fix for the suspected (now confirmed) flaw in your copy-to-top
 fix (which is in general very nice, not really a kludge, and helps
 a lot in my ultimate fix -- the macro body formal search problem again,
 of course).  This time I really have the fix.  THe problem has always 
 been my saving multiple string pointers on the stack so GC
 would adjust all together.  Now I will just save counters,
 and let substring operator regenerate BPs at right time --
 will save but one string, and your PNAME fix will do the rest -- 
 I'll try to get that into a copy of SYM manana, perhaps try it out somehow.
 Saved one instruction.
 
 anyhow, talk to you tomorrow.
 
 DCS
 -------
 
∂11-MAR-74  1937		CMU,AIL
 People,
 	We have a new IOSER that mostly reflects some CMU features
 that are within CMUSW -- it also has a couple of minor error msg
 improvements.  We would very appreciate if someone could bless this
 copy and make it be IOSER on S,AIL, so that we won't have to
 edit these changes in in the future.  The new version is
 IOSER[CMU,AIL].  We have labeled our changes with =b4=, all within
 the CMUs.  
 	Please see if this can happen before anymore changes are made
 to IOSER at your end.
 	Would appreciate a confirmation when all is well.
 		thanx,
 			LDE

∂12-MAR-74  2110		network site CMU
 ***** FTP mail from [A610HS11] (HEARSAY-2)
 JIM,
 	DCS CLAIMS HE HAS A FIX TO BOTH EXTANT
 STRING GARBAGE COLLECTOR PROBLEMS AND THAT HE WILL GET
 THEM IN PRETTY SOON.  (HE JUST TOLD ME ABOUT THIS TODAY.)
 IT WOULD BE NICE IF WE COULD GET THOSE FIXES %IN BEFORE THE
 TENEX MERGER HAPPENS.
 	THANX,
 		LEE
 
∂6-MAR-74  1453		network site CMU
 ***** FTP mail from [A700SA00] (SAIL)
 CMU bug report, with (hopefully) a fix:	=B3= [LEPRUN /36] LDE (6-Mar-74)
 	FP1 (single word free list) getting fouled up.  Problem seems
 	to be a MOVEM FP,FP1(TABL) near ARYL+5 that looks like it
 	wants to be a HRRM.
 I am somewhat leary of all this stuff, so would appreciate a
 conformation of this ASAP.
 	thanx,
 		Lee
  

∂23-FEB-74  1258		network site CMU
 CMU bug report.  =B1=  LDE  23-Feb-74.
 	Seems that itemvar arrays get allocated looking
 	like string arrays if they are declared as STRING ITEMVAR ARRAY
 	or STRING ARRAY ITEMVAR ARRAY.  See ITBUG.SAI[A700SA00] or [CMU,AIL].
 	Besides being wasteful of space (twice as long), the accesses to it
 are wrong for non-built in ones, etc.