From owner-freebsd-doc Tue Aug 13 22:57: 5 2002 Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7C41A37B400 for ; Tue, 13 Aug 2002 22:57:03 -0700 (PDT) Received: from www.smluc.org (smluc.org [206.138.44.17]) by mx1.FreeBSD.org (Postfix) with SMTP id C803743E75 for ; Tue, 13 Aug 2002 22:57:02 -0700 (PDT) (envelope-from erik@www.smluc.org) Received: (qmail 7394 invoked by uid 1000); 14 Aug 2002 05:57:05 -0000 Date: Wed, 14 Aug 2002 00:57:05 -0500 From: Erik Greenwald To: freebsd-doc@freebsd.org Subject: developer handbooks x86 asm caveats issue Message-ID: <20020814055705.GA7341@lazarus.smluc.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i Sender: owner-freebsd-doc@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi I was reading through the developer handbook and read something in the x86 assembly caveats section that makes no sense to me. It talks about unix being an abstraction, but once it hits the paragraph that starts with "But there is more!" it goes off on a tangent that I don't believe is correct. It starts talking about direct access to the hw being bad for input and output because the connected terminal may not be a PC and may not have the video memory where it's expected, nor the PC keyboard scancodes... All communication between the machines is done in 'character' fashion using a socket, there is no hw access between the two. If you have the permissions and hijack the display hw when telnetted in, it won't cause weird issues because you're using a mac, it will simply display on the hardware that the program itself is running on... so the program will use the video card in the server, not the client. Even if the server and the client are both x86 boxen, a direct hijack of hardware should still merely use the servers display and input facilities and not the telnet (or ssh or rsh or ...) connection. -- -Erik [http://math.smsu.edu/~erik] The opinions expressed by me are not necessarily opinions. In all probability, they are random rambling, and to be ignored. Failure to ignore may result in severe boredom or confusion. Shake well before opening. Keep Refrigerated. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-doc" in the body of the message