From: Hans-Bernhard Broeker <broeker AT physik DOT rwth-aachen DOT de>
Newsgroups: comp.os.msdos.djgpp
Subject: Re: C Library: mmap() function
Date: 2 Oct 2000 11:38:55 GMT
Organization: Aachen University of Technology (RWTH)
Lines: 19
Message-ID: <8r9s4f$ej7$1@nets3.rz.RWTH-Aachen.DE>
References: <Pine DOT SUN DOT 3 DOT 91 DOT 1001002120239 DOT 29084B-100000 AT is>
NNTP-Posting-Host: acp3bf.physik.rwth-aachen.de
X-Trace: nets3.rz.RWTH-Aachen.DE 970486735 14951 137.226.32.75 (2 Oct 2000 11:38:55 GMT)
X-Complaints-To: abuse AT rwth-aachen DOT de
NNTP-Posting-Date: 2 Oct 2000 11:38:55 GMT
Originator: broeker@
To: djgpp AT delorie DOT com
DJ-Gateway: from newsgroup comp.os.msdos.djgpp
Reply-To: djgpp AT delorie DOT com

Eli Zaretskii <eliz AT is DOT elta DOT co DOT il> wrote:

> On Mon, 2 Oct 2000, Peter Remmers wrote:

>> Wouldn't it be possible to write a filesystem extension for
>> say "/dev/fb0" which sits on VBE2.0, and then have a mmap() for getting
>> a pointer to the framebuffer?

> I fail to see how using VBE could help implementing mmap().  

I don't think that's what he was after. Rather the other way round:
using mmap() as a more Unix-like interface to the framebuffer. I.e.
mmap() might help to 'virtualize' or unify frame buffer access among
several platforms, if it were supported on all of them and such a
thing as a '/dev/framebuffer' existed on all of them.

-- 
Hans-Bernhard Broeker (broeker AT physik DOT rwth-aachen DOT de)
Even if all the snow were burnt, ashes would remain.