[comp.sys.mac.comm] Maclayers Bulletin No.3

werner@rascal.ics.utexas.edu (Werner Uhrig) (04/25/91)

[ NOTE: the authoritive archive site for MacLayers is RASCAL.ICS.UTEXAS.EDU ]
	if you notice that other archives make available the MacLayers
	distribution files, but not the MacLayers Bulletin files #1 and #2
	please advice the archive maintainer, or simply retrieve any
	missing or outdated files from RASCAL and send them to the archive
	maintainer.  Thanks ]


	Folks,

	the MacLayers crew discovered that a bug-fix to macbput
	did not make it into the distribution files last year; which
	made it rather hard to analyze bug-reports indicating that
	macbput was often experiencing problems during the transmission
	of the last block of a file - mainly because we couldn't duplicate
	the problem on "our system" .... that's one for Murphy, alright!

	enclosed below is a diff-file indicating the changes required
	for macbput.c, but if you'd rather pick up the patched macbput.c
	you can FTP it from RASCAL's directory  mac/unix-utilities.

				 ----------

	And to wet your appetite, MacLayers 1.1 is currently being
	worked on, mostly pending bug-fixes and improvements to achieve
	full(er) VT-100 emulation (we learn as we go along, like everyone
	else) and MacLayers 2.0, to include a whole long list of new features
	and improvements, is quite likely to come out before the end of
	the year (notice the vagueness of the promise though :-)

				Cheers,		---Werner

	      ---------------- diff output follows ------------

7a8,9
>  * This is the TRUE corrected version for distribution with MacLayers.
>  *
15c17
<    Latest modifications 10/20/88 by Trissel -
---
>    Latest modification  4/17/91 by Trissel -
16a19,25
>  1. ??? XMODEM block count not fixed in official MacLayers Release???
>     Point 4 below claims that it was, however the code obviously does NOT
>     increment the last block count of the data fork if the data fork is
>     not an even multiple of 128 bytes in size.
> 
>    Modifications 10/20/88 by Trissel -
> 
354a364,366
> 			/* FIX (d.t.) recno always increments for any block sent out */
> 			recno++;				/* FIX  d.t. */
> 			recno &= MAXRECNO;		/* FIX  d.t. */
362a375,378
> #if 0
> 		/* This is wrong since it will not up the record count if the
> 		** last block of the fork is less than DATABYTES in size!! d.t.
> 		*/
364a381
> #endif

drenze@umaxc.weeg.uiowa.edu (Douglas Renze) (04/25/91)

has anybody managed to get MacLayers working on an Encore Multimax?  If so,
please contact me.  I seem to be having some trouble.
.