delorie.com/archives/browse.cgi | search |
From: | fred AT genesis DOT demon DOT co DOT uk (Lawrence Kirby) |
Newsgroups: | comp.lang.c,comp.os.msdos.djgpp |
Subject: | Re: A funny thing happened! |
Date: | Thu, 14 Aug 97 16:45:49 GMT |
Organization: | none |
Message-ID: | <871577149snz@genesis.demon.co.uk> |
References: | <33EE4447 DOT 24E09407 AT nospam DOT net> <871305859snz AT genesis DOT demon DOT co DOT uk> <33F0D3EA DOT 528A AT cs DOT com> <33F13D7F DOT 423B9280 AT alcyone DOT com> |
Reply-To: | fred AT genesis DOT demon DOT co DOT uk |
Lines: | 28 |
To: | djgpp AT delorie DOT com |
DJ-Gateway: | from newsgroup comp.os.msdos.djgpp |
In article <33F13D7F DOT 423B9280 AT alcyone DOT com> max AT alcyone DOT com "Erik Max Francis" writes: >> One of the features of the stdout buffering in DJGPP is that if you call >> an input function that reads from stdin, the buffer is automatically >> flushed. The following works perfectly, although it requires a carriage >> return after the character is typed: >> >> printf( "Type a character: " ); >> getchar(); > >This is actually assured by ANSI (7.9.3). If this doesn't work your >compiler is not ANSI compliant. 7.9.3 does *not* guarantee that stdout's buffer is flushed before a character is read: 1. it doesn't guarantee that stdout refers to an interactive device 2. even if it does the stream can be line buffered and there is no new-line character being output above. -- ----------------------------------------- Lawrence Kirby | fred AT genesis DOT demon DOT co DOT uk Wilts, England | 70734 DOT 126 AT compuserve DOT com -----------------------------------------
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |