Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Path: utzoo!mnetor!uunet!husc6!mit-eddie!genrad!decvax!minow From: minow@decvax.UUCP (Martin Minow) Newsgroups: comp.os.vms Subject: Re: PC <--> DECtalk <--> DECserver <--> VAX problem Message-ID: <164@decvax.UUCP> Date: Sun, 4-Oct-87 14:23:28 EDT Article-I.D.: decvax.164 Posted: Sun Oct 4 14:23:28 1987 Date-Received: Wed, 7-Oct-87 06:28:43 EDT References: <8710030008.AA25522@ucbvax.Berkeley.EDU> Reply-To: minow@decvax.UUCP (Martin Minow) Distribution: world Organization: Digital Eq. Corp. - Merrimack NH. Lines: 33 In article <8710030008.AA25522@ucbvax.Berkeley.EDU> CADS_COLE@GALLUA.BITNET (Kevin Cole; Gallaudet U.; Washington; DC) describes a problem where his DECtalk sends to his terminal after a few seconds of inactivity. (The DECtalk is "spliced" between his terminal and the host system.) My suspicion is that the DECtalk is being used to speak data sent from the host, and that some form of logging is turned on so the data is also displayed on his terminal. DECtalk generates a (vertical tab) internally five seconds after the host stops sending text. This internally clears out all pending speech buffers. You would need this if your system sent, say, Username: (without a .) DECtalk is stuck waiting for the rest of the sentence and, without some form of timeout, it would never speak the partial text. As we noted in the manual, clears out all buffers and speaks all pending text. I think that using LOG RAWHOST will not log the as it is generated internally, rather than being sent from the host. (I'm not certain, however.) We added logging to simplify application program debugging so that the developer could see what DECtalk was receiving. Since the terminates escape sequences and exits phonemic text mode, we felt it was important to log this so the application developer could track the system progress. Note that you can completely control logging by sending appropriate escape sequences from the host. Look at the dt_splice() routine in the Programmer's Manual (page 175 in the -003 revision). Martin Minow (ex-DECtalk developer) decvax!minow The above does not represent the position of Digital Equipment Corporation.