SEWALL@UCONNVM.BITNET (07/21/87)
I've noticed that if the eighth bit is set high (decimal 128, hex $80) instead of low (decimal 00, hex $00), then wordprocessors (and probably Applesoft though I haven't tried that) don't take the "inverse @" as and end of file. Perhaps the simplest nondestructive change to make to files that contain imbedded nulls is to make sure that the high bit is set (except for the "real" end of file of course). SOFTERM allows one to specifiy setting (or clearing for that matter) the high bit when transfering text files (it also gets rid of linefeeds after carriage returns which also proves handy when transferring from MS-DOS bbs's). I don't have another copy program which specifically alters the "high" bit, but I'd be surprised if one doesn't exist.