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 | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~