Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.3 4.3bsd-beta 6/6/85; site ucbvax.BERKELEY.EDU
Path: utzoo!watmath!clyde!burl!ulysses!ucbvax!info-vax
From: mdo@NGP.UTEXAS.EDU (Mike O'Donnell)
Newsgroups: mod.computers.vax
Subject: Help! Problem mixing Curses with standard/Unix IO calls in VMS
Message-ID: <8601301507.AA29672@ngp.UTEXAS.EDU>
Date: Thu, 30-Jan-86 10:07:12 EST
Article-I.D.: ngp.8601301507.AA29672
Posted: Thu Jan 30 10:07:12 1986
Date-Received: Mon, 3-Feb-86 06:28:26 EST
Sender: daemon@ucbvax.BERKELEY.EDU
Distribution: net
Organization: The ARPA Internet
Lines: 21
Approved: info-vax@sri-kl.arpa

I am currently attemping to adapt some Unix code to our VMS environment 
and am having some trouble mixing C IO with anything that uses curses.

For example, after initializing curses with a call to "initscr()",
any time I attempt a "getchar()", "putchar()", or any C library
operation to stdin/stdout, the program crashes in a system function
named _CHILD_OPEN.  Maybe mixing the two types of screen IO is not
a good idea, but as I said, I doing some adaptation of software from
a Unix environment.  In addition, I have even attempted using VMS
qio system calls for IO and that doesn't work at all either.

Another question involves unbuffered curses IO.  The VMS C manual
says that "raw()" and "noraw()" calls are implemented only for 
portability but provide no function.  As a matter of fact, quite a
few of the curses functions under VMS are that way, defined to just
satisfy an undefined function definition.  Is there any solution
to these problems or is there some sort of work-around? 

Any help will be greatly appreciated.

Mike O'Donnell @ LCRA Austin, Texas