Tue Sep 22 06:22:00 GMT 1998
David Fox wrote:
> Sergey Okhapkin <email@example.com> writes:
> > Porting _Xfree86_ to win32 is a bad idea, because Xfree86 requires direct
> > video hardware access.
> Could you expand on this further? Why is direct video hardware access
> more of a problem under windows than it is under Unix?
(A small clarification to Sergey's post: XFree86 is designed for video
framebuffer access. It need not access video registers directly.
Recent work in Linux for example has moved video drivers out of X and
into the kernel; X opens the display via the /dev/fb device.)
The big difference is that under Unix, the X server controls the entire
display. Under Win32 however, X has to cooperate with the native window
subsystem. I think that precludes an X server from accessing video
memory from Win32 (does anyone know otherwise?). It may be able to
write to backing store... I'm not sure if this is better (easier or more
efficient, that is) than just translating X drawing requests into GDI
If it turns out that the "virtual framebuffer" technique is feasible,
I'd contend that the XFree86 source is a better starting point than
TOG's X11R6.4, since they have cleaned up and fixed a lot of the cfb
For help on using this list (especially unsubscribing), send a message to
"firstname.lastname@example.org" with one line of text: "help".
More information about the Cygwin