Re: maybe almost no problem at all .... was Re: did some more @ mac

From: John Lazzaro (lazzaro@cs.berkeley.edu)
Date: Sun Feb 11 2001 - 14:52:21 EST


> most of the problems resltin into crash things
> doesn't seems to be the sfront@mpw-oriented
> nor
> too-much-memory-required-oriented

Great -- it looks like the MIDI file problems and
this problem:

> when elpelele-ing
>
> got blamed that
>
> Error: -sco file lines must end with newline.
> Offending line from -sco file:
>
> 556.5729 end
>
> ...maybe the txt wasn't mac-oriented
> so i edited to make things ok

Might map back to the same issue -- file corruption
happening because either [1] ASCII files didn't
undergo conversion to Mac CR-LF conventions, or
[2] binary files incorrectly did. Figuring out
what's going on here can be tedious, basically:

-- You might be FTP'ing the zip file in ASCII mode,
which would corrupt the MIDI files.

-- The Mac unzip tool might be detecting ASCII files
during unzipping and doing conversions on the fly,
but I doubt it.

-- The C libraries for MPW may always assume ASCII
files have Mac conventions when using standard
stdio file operations, or, since the Mac itself has
its own preferred set of I/O calls, it might be
assuming UNIX conventions for the stdio operations.

-- The MPW editor probably has its own rules for how
to deal with importing and writing ASCII files that
use non-Mac convention.

I'm not at all a Mac person, so I have no idea which
of these is going on, but these are the sorts of things
in general which are at the root of <CR> <LF> corruption
woes.

                                                --jl

-------------------------------------------------------------------------
John Lazzaro -- Research Specialist -- CS Division -- EECS -- UC Berkeley
lazzaro [at] cs [dot] berkeley [dot] edu www.cs.berkeley.edu/~lazzaro
-------------------------------------------------------------------------



This archive was generated by hypermail 2b29 : Mon Jan 28 2002 - 11:46:42 EST