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.

- Raw text -