Stripping Carriage Return / Line Feed from text file

[Bill Campbell]

On Wed, Jul 30, 2008, Kenneth Brody wrote:
> Quoting Bill Campbell (Tue, 29 Jul 2008 15:47:09 -0700):
>
>> On Tue, Jul 29, 2008, Kenneth Brody wrote:
>>> Quoting Scott Walker (Tue, 29 Jul 2008 17:27:13 -0400):
>>>
>>>> I want to use a text file as an alien file.
>>>>
>>>> It's fixed length fields but has a carriage return/line feed between
>>>> each record.
>>>>
>>>> Can someone remind me of the easiest way to strip the 0d0a from these
>>>> records.
>>>
>>> Why not just add a (2,*) field at the end of your map, and just ignore
>>> that field?
>>
>> I like the SCO program to do this, dtox -- aptly named to detox
>> things from Microsoft (yeah this was originally a CP/M thing :-).
>
> That won't help -- it will convert CRLF to LF, but he wanted them gone.
> In any case, I think he's going with my suggestion to simply add a (2,*)
> field in the map to cover them.
>
> Also, I think Tandy originally had it named "dtou" -- DOS to Unos -- as
> they were looking at a Unix derivative "Unos" before they decided to go
> with Xenix.  I also remember a few typos in the dtox script on the 6000
> because someone apparently changed the comments with "1,$s/u/x/g" or
> equivalent to change "dtou" to "dtox".

As I remember Tandy looked at several options before selecting Xenix.
Those were the days when Microsoft had a real Operating System :-).

Microsoft Xenix for the Tandy 16/6000 came on 3 1.2MB floppies if I
remember correctly plus another for the Development System (necessary to
get the ``vi'' editor and other essential tools).  The documentation was
very skimpy as well, short enough that when I taught Radio Shack CMRs about
Xenix, I told them they could read it while waiting for the floppies to
load.

Bill
-- 
INTERNET:   bill at celestial.com  Bill Campbell; Celestial Software LLC
URL: http://www.celestial.com/  PO Box 820; 6641 E. Mercer Way
Voice:          (206) 236-1676  Mercer Island, WA 98040-0820
Fax:            (206) 232-9186

To say that UNIX is doomed is pretty rabid, OS/2 will certainly play a role,
but you don't build a hundred million instructions per second multiprocessor
micro and then try to run it on OS/2.  I mean, get serious.
    -- William Zachmann, International Data Corp