From owner-freebsd-current Thu Dec 24 11:20:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA08467 for freebsd-current-outgoing; Thu, 24 Dec 1998 11:20:15 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from detlev.UUCP (27-sweet.camalott.com [208.239.153.27]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA08462 for ; Thu, 24 Dec 1998 11:20:13 -0800 (PST) (envelope-from joelh@gnu.org) Received: (from joelh@localhost) by detlev.UUCP (8.9.1/8.9.1) id NAA12242; Thu, 24 Dec 1998 13:17:05 -0600 (CST) (envelope-from joelh) To: Søren Schmidt Cc: yokota@zodiac.mech.utsunomiya-u.ac.jp (Kazutaka YOKOTA), hm@hcs.de, mike@smith.net.au, current@FreeBSD.ORG Subject: Re: future of syscons References: <199812241321.OAA02436@freebsd.dk> From: Joel Ray Holveck Date: 24 Dec 1998 13:17:04 -0600 In-Reply-To: Søren Schmidt's message of "Thu, 24 Dec 1998 14:21:13 +0100 (CET)" Message-ID: <86soe5ic3z.fsf@detlev.UUCP> Lines: 24 X-Mailer: Gnus v5.5/Emacs 20.3 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> Not much has been designed or decided about terminal emulation code >> yet. I have just a vague idea that the terminal emulator code shall >> write to the vty's internal buffer, rather than directly to the >> screen, and a timer routine will periodically render it to screen. > Thats how it allready works, updating the HWscreen is totally decoupled > from the actual SWscreen buffer. Its only a matter of seperating the > decode of ESC something chars into a module that then can be loaded > with the required emulation functionality. Leave the simple ones > (backspace, enter, etc) in the main code, and let the rest be handeled > seperately. That way one can also have a very minimalistic console > for X only workstations. > So do I hear a volounteer to write a generic VTXXX emulator ?? Can you describe a little more what you mean by "a generic VTxxx emulator"? This may be an interesting project. Cheers, joelh -- Joel Ray Holveck - joelh@gnu.org Fourth law of programming: Anything that can go wrong wi sendmail: segmentation violation - core dumped To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message