Re: Bad binaries

[taob@r-node.io.org (Brian Tao)]

In article <CEtFMn.1qw@cbnewsd.cb.att.com>, j.l.walters writes...
> 
> Both the Trueype samples and MicroEmacs 3.12 arrived at my location
> flawed. For uemacs, both the docs and program were flawed. The TrueType
> file had the honor to hang Shrinkit.GS.

    This is odd.  I have all the MicroEMACS 3.12 archives plus my own TT
Samples archive on my hard drive and they unpack fine.  I can only see
two possibilities:  either the Binscii segments were munged when they
were sent out of this system, or the 'bsc' utility has a bug in it.  I
grabbed the uemacs archives off grind, then used bsc to convert them
into Binscii.  Binpost was used to upload them to cba2, but all it does
is prepend some headers.  It doesn't touch the Binscii segments.  Same
procedure was used for the TT samples.  Set.1:Calligraphy:GothicHnd
unpacks properly for me.  Could it be that you were missing part 4
(which some people say hasn't shown up yet)?

    I'll get nulib compiled on this system and re-verify everything I
post to cba2 in the future...

> I don't have a clue why it is net protocol that I post this to this
> venu when the problem is elsewhere, however, in an attempt to "get
> along" I've posted it here.

    Because cba2 is for binaries postings and their descriptions only. 
Discussion pertaining to the files or the archives should take place in
comp.binaries.apple2.d (which we don't have) or in comp.sys.apple2.
-- 
Brian Tao:: taob@io.org (Internex Online, 416-363-3783, 17 lines, v.32bis)
::::::::::: 90taobri@wave.scar.utoronto.ca (University of Toronto, 9T4)