Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.3 alpha 4/15/85; site ucbvax.ARPA
Path: utzoo!watmath!clyde!burl!ulysses!mhuxr!mhuxt!houxm!ihnp4!ucbvax!info-vax
From: info-vax@ucbvax.ARPA
Newsgroups: fa.info-vax
Subject: Re: An ioctl() for Vax-11 C ?
Message-ID: <7457@ucbvax.ARPA>
Date: Fri, 24-May-85 12:14:21 EDT
Article-I.D.: ucbvax.7457
Posted: Fri May 24 12:14:21 1985
Date-Received: Sat, 25-May-85 08:12:27 EDT
Sender: daemon@ucbvax.ARPA
Organization: University of California at Berkeley
Lines: 26

From: Rudy.Nedved@CMU-CS-A.ARPA

Well,

I have a simple ioctl() interface for RAW/ECHO but alas I have
an extra call in my init and uninit screen routines that mashes
the VAX-11 C runtime system to
	1) not add CR for every LF
	2) not to delay the last character if it is a LF

You see I ported EMACS over from our Unix machines and discovered
that when I told EMACS to go to column 12 it 1) did not go there
until I did another command (like two control-Ns) or 2) it went
to column 15 and then went down a line.

Unix assumes that the tty driver handles EOL => CRLF. VMS on the
other hand has this weird concept of EOL so you can't easily
map EOL => CRLF...more like EOL => CR <wait for data> LF <data>.

The other problem we recently hit is that VAX-11 C runtime
library does $GET and $PUT on files and fails terribly if the
file has no records and is one continuous long file. I believe
(though I have not seen it myself) that DEC's RUNOFF generates
such "funny" files.

-Rudy