Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Posting-Version: version B 2.10.1 6/24/83; site lasspvax.UUCP Path: utzoo!watmath!clyde!bonnie!akgua!whuxlm!whuxl!houxm!vax135!cornell!lasspvax!jsoc From: jsoc@lasspvax.UUCP (John Socha) Newsgroups: net.micro.pc Subject: Re: Reading control chars from Turbo Message-ID: <141@lasspvax.UUCP> Date: Sat, 1-Dec-84 16:48:10 EST Article-I.D.: lasspvax.141 Posted: Sat Dec 1 16:48:10 1984 Date-Received: Tue, 4-Dec-84 05:33:29 EST References: <> Reply-To: jsoc@lasspvax.UUCP (John Socha) Organization: Theory Center (Cornell University) Lines: 20 Summary: In article <> kumar@hplcea.UUCP (kumar) writes: > >I have been using Turbo to read control characters from the keyboard. >I have had no problems except the utter inability of Turbo to read >nulls (control-@) from the keyboard. I tried the con, trm and kbd >device names, all without any success. Has anyone else run into this >problem? Is this a known Turbo bug? This isn't a problem with Turbo Pascal, it's PC-DOS's fault. PC-DOS uses the null character (control-@) as a special character. Whenever you push a key that isn't part of the ASCII character set, like the function keys, DOS sends two characters. The first character (an ASCII null) means that the next character is the scan code for the key you pushed. That means there's no way you can send a plain, ordinary null character. John Socha Author of Assembly Language Safari on the IBM PC. {...}cornell!lasspvax!jsoc