From owner-freebsd-hackers Wed May 3 20:02:42 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA14493 for hackers-outgoing; Wed, 3 May 1995 20:02:42 -0700 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id UAA14485 for ; Wed, 3 May 1995 20:02:36 -0700 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA25405 (5.67a/IDA-1.5); Wed, 3 May 1995 21:40:22 -0500 Received: by bonkers.taronga.com (smail2.5p) id AA17952; 3 May 95 19:05:45 CDT (Wed) Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.6) id TAA17949; Wed, 3 May 1995 19:05:45 -0500 From: Peter da Silva Message-Id: <199505040005.TAA17949@bonkers.taronga.com> Subject: Re: Screen print capability To: terry@cs.weber.edu (Terry Lambert) Date: Wed, 3 May 1995 19:05:43 -0500 (CDT) Cc: hackers@FreeBSD.org In-Reply-To: <9505031625.AA13099@cs.weber.edu> from "Terry Lambert" at May 3, 95 10:25:14 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1399 Sender: hackers-owner@FreeBSD.org Precedence: bulk > It's not an SCO console if it doesn't allow the character set shifting, > doesn't allow scan-code mode operation, doesn't support escape sequence > reporting, doesn't support switching the character attribute between > blink and high intensity for background colors, doesn't support ISO > and SCO color selection escape sequences, or doesn't support scrolling > when the 80th column/25th line character is written (the proper way to > handle it is to remember the 79th character, draw the 80th at the 79th > position, insert a character at the 79th making the 79th the 80th, and > redrawing the 79th). I didn't see screen printing in that list, but if it's critical for SCO apps then turn it on for SCO apps, but leave it off by default. > Leaving out a feature because you find it morally repugnant isn't an > option. There's a nice, clear "yes/no" line for compatability, and that > would put you firmly on the "no" side. OK, do you plan to support Xenix 286 emulation? If compatibility is a yes/no matter then leaving that out puts you clearly on the "no" side. That means you need to support Xenix shared memory and Xenix semaphores, which use special files in the file system. No, I don't expect that (though it *would* be a killer app... we're keeping a bevy of Xenix boxes alive for legacy support), but it does mean that SCO compatibility isn't a nice, clear "yes/no" line after all.