From owner-freebsd-emulation Fri Sep 20 15:03:17 1996 Return-Path: owner-emulation Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA20975 for emulation-outgoing; Fri, 20 Sep 1996 15:03:17 -0700 (PDT) Received: from haus.efn.org (haus.efn.org [198.68.17.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA20937; Fri, 20 Sep 1996 15:03:11 -0700 (PDT) Received: from garcia.efn.org (j_mini@garcia.efn.org [198.68.17.5]) by haus.efn.org (8.7.5/8.7.3) with ESMTP id PAA01761; Fri, 20 Sep 1996 15:06:40 -0700 (PDT) Received: (from j_mini@localhost) by garcia.efn.org (8.7.4/8.7.2) id PAA12261; Fri, 20 Sep 1996 15:02:59 -0700 (PDT) Date: Fri, 20 Sep 1996 15:02:59 -0700 (PDT) From: Jonathan Mini To: Michael Smith cc: sos@freebsd.org, pialkin@abel.pdmi.ras.ru, msmith@atrad.adelaide.edu.au, emulation@freebsd.org Subject: Re: New doscmd available for testing/munching In-Reply-To: <199609201011.TAA14497@genesis.atrad.adelaide.edu.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-emulation@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 20 Sep 1996, Michael Smith wrote: > My 'conceptual model' for this went something like : > > - allocate 128K in the emulation process for screen memory. > - when vt is activated, copy the area that falls under the physical screen > memory to a temporary store. > - mmap the screen memory onto your emulation's buffer. > - copy your temporary store back. > - when vt is deactivated, reverse the process. > > ... but I really don't know what happens when you mmap() screen memory > onto a section of your process' space that is already mapped. Or would > you swap between a mapping to screen memory and a file? Or could you > map to _both_ screen memory and a file...? Well, only two things can happen : either you get an error from the kernel, or it "overwrites" the other mmap... you loose the previous mmap. The kernel shouldn't do that though since there is some buffer info kept. (I think) IMO, that behavior would be a bug. Jon Mini, j_mini@efn.org, mini@4j.lane.edu GAMMA Development Team -------------------------------------------------------------------------- "I think I can, I think I can, I think I can...." little.blue.engine:Reality Protection Fault. (core dumped) --------------------------------------------------------------------------