petur@kopasker.is (Petur Thorsteinsson) (01/14/89)
I'm compiling a program, originally written for 4BSD, on Xenix 2.2.2. TIOCSTI and FIONREAD (from sgtty.h) are used as arguments for ioctl() in the program. ( ioctl(0,TIOCSTI,"\n") and ioctl(0,FIONREAD,&nc)) TIOCSTI and FIONREAD are not defined in the Xenix environment, but there is a lot of #defines in sgtty.h, sys/ioctl.h and sys/machdep.h on Xenix. The manuals don't have much information on what they do. Do you think there are some equivalents to TIOCSTI and FIONREAD that I could use instead of them? Any other solution? All help appreciated very much. .......................................................................... Petur Thorsteinsson / / (The Primary school of Kopasker, Iceland) / Don't shoot the pianist. / / He's doing his best. / petur@kopasker.is OR petur@rhi.hi.is / / ..........................................................................
dyer@spdcc.COM (Steve Dyer) (01/15/89)
In article <63@kopasker.is> petur@kopasker.is (Petur Thorsteinsson) writes: >TIOCSTI and FIONREAD are not defined in the Xenix environment, but there >is a lot of #defines in sgtty.h, sys/ioctl.h and sys/machdep.h on Xenix. >The manuals don't have much information on what they do. > >Do you think there are some equivalents to TIOCSTI and FIONREAD that I >could use instead of them? ioctl(fh, TIOCSTI, &ch) places a character on the input queue of the TTY structure associated with the open file descriptor 'fh', just as if a person had typed it on the TTY line. There is nothing to my knowledge which simulates this under XENIX. int nchars; ioctl(fh, FIONREAD, &nchars) returns in the interger 'nchars' the number of characters which can be read from the terminal without blocking. There is a XENIX system call, empty(fh), which allows a program to peek at the input queue to determine whether a read will block, but it just returns a boolean status: when it returns false, you can reliably only try to read a single character from the TTY before haning to call empty(fh) again. -- Steve Dyer dyer@ursa-major.spdcc.com aka {ima,harvard,rayssd,linus,m2c}!spdcc!dyer dyer@arktouros.mit.edu