Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!swrinde!zaphod.mps.ohio-state.edu!mips!ultra!jimh
From: jimh@ultra.com (Jim Hurley)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: Does TOS convert CR to CR/LF on printing?
Message-ID: <1990Oct3.172858.287@ultra.com>
Date: 3 Oct 90 17:28:58 GMT
References: <1990Sep12.233632.3227@ultra.com> <7120004@hpbbi4.BBN.HP.COM>
Organization: Ultra Network Technologies
Lines: 25

Well, I got considerable mail from this, and I guess I didn't
word my original problem very carefully.

Anyway, I have the solution and I'll explain things in a little
more detail now that I have the complete picture (or at least
a sharper image).

Problem #1: I had patched my Desktop.Inf file so that all
  double clicks on non-programs would call the 'more.ttp' program
  from Moshe Braner. I had done this for so long now that I
  forgot about the Desktop Print capability. 
Solution #1: The Desktop Print command does indeed print in binary
  form and does no conversion on the input files.
  
Problem #2: I didn't realize that TOS Shells had access to a device
  driver called PRN: like IBM DOS. Maybe it's just me, but I don't recall ever
  reading about this. Therefore, I was using shell commands like 'lpr'
  to do my printing. These drivers were assuming that the files ending
  in a single CR were UNIX-like text files and converted them for me
  to CR/LF.
Solution #2: Use the equivalent of 'cat file > prn:' in the shell.
  This works fine in both gulam and MT C-Shell.
-- 
Jim Hurley --> jimh@ultra.com  ...!ames!ultra!jimh  (408) 922-0100
Ultra Network Technologies / 101 Daggett Drive / San Jose CA 95134