Path: utzoo!attcan!uunet!husc6!bbn!uwmcsd1!csd4.milw.wisc.edu!neighbor
From: neighbor@csd4.milw.wisc.edu (Jeffrey Alan Ding)
Newsgroups: comp.sys.apple
Subject: Re: Possible Executioner replacement...
Message-ID: <5936@uwmcsd1.UUCP>
Date: 1 Jun 88 05:19:31 GMT
References: <8805311328.aa13074@SMOKE.BRL.ARPA>
Sender: news@uwmcsd1.UUCP
Reply-To: neighbor@csd4.milw.wisc.edu (Jeffrey Alan Ding)
Organization: University of Wisconsin-Milwaukee
Lines: 27

In article <8805311328.aa13074@SMOKE.BRL.ARPA> SEWALL@UCONNVM.BITNET (Murph Sewall) writes:
>>I've started working on a possible EXECUTIONER replacement. It uses
>>6-bit codes, but it won't barf on the ascii-ebcdic conversion as it
>>uses only alphanumeric codes. It won't make EXEC files...
>
>HURRAY for you!  While 4bit coding works, it takes up more space than
>should be necessary.  It would be nice if the "decodeing" procedure
>can be built into something EXECable so Ted Medin can incorporate it
>in his EZ Install (that 57K KER3xx.2 file causes some people problems).
>

What we really need is EXECUTIONER in 5-BIT packing mode, that is 32
combinations.  That can be done with just letters and numbers.  Now
no mailer should choke on that.  5-BIT is better than 4-BIT but not
as good as 6-BIT.  I think 5-BIT would be a good compromise.

Maybe the original EXECUTIONER can be modified to handle the 5-BIT scheme.
It might not be too much work to get it done.

What you think about that?

neighbor@csd4.milw.wisc.edu

_______________________________________________________________________________
| arpanet: neighbor@csd4.milw.wisc.edu                                        |
|    UUCP: ihnp4!uwmcsd1!csd4!neighbor                                        |
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~