Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Path: utzoo!mnetor!seismo!lll-lcc!pyramid!decwrl!cgou01.dec.com!drew From: drew@cgou01.dec.com (Steve Drew) Newsgroups: comp.sys.amiga Subject: re: Shell 205m Message-ID: <9664@decwrl.DEC.COM> Date: Sun, 3-May-87 23:14:31 EDT Article-I.D.: decwrl.9664 Posted: Sun May 3 23:14:31 1987 Date-Received: Mon, 4-May-87 03:46:33 EDT Sender: daemon@decwrl.DEC.COM Organization: Digital Equipment Corporation Lines: 30 -> Well, I ran my decision to by a Pal Jr. past the wife today and she's still -> speaking to me (civilly, to boot! :-) ), so I've been dragging out and -> dusting off all those goodies that just don't fit in my current setup. I -> got out the copy of the modified shell (V 2.05M), applied the one fix I -> had seen come over the net (change _devtab[] to *_devtab) and "made" (maked?) -> it. I'm using Manx 3.4a, got no compiler or link errors but when I run it, -> all sorts of strange alternate character set stuff comes out on the screen -> and I can't get it under control. I've spent no time at all trying to -> investigate the problem, since I suspect that a message or two slipped by -> me when I wasn't looking. Got any suggestions for a lazy guy? Thanks. -> -> Mark Adding a fflush(stdout); to main() just after the couple of lines that set the stdout stream to buffered ( stdout->_buflen = STDBUF; ) in the init() routine is the easiest way to fix this. Or you can comment out the couple of places where I tamper with the stdout buffer. main.c & Rawconsole.c. And just use the now featured console buffering in 3.4a. (which is what I have done) I've made a couple of other minor changes for 3.4a to handle the new fexecv code. (which checks the amigados PATH but it forces the system requester up as it searches each disk that's not inserted. This is unlike how amigados handles this. So I turn of system requesters before calling fexecv). Steve Drew at ENET: CGFSV1::DREW ARPA: drew%cfgsv1.dec.com@decwrl.dec.com USENET: {decvax!decwrl}!cgfsv1.dec.com!drew