[GEM Development] DayDream (was NextGem..)

[Shane M. Coughlan]

>   You don't need a 32-bit AES to run existing GEM apps under Unix. What it
> would be used for is running Unix-native GEM apps. Also remember that
> until it can be hooked up to a Unix VDI, the apps will still show all
their
> user interface through a DOSEMU window in glorious 640x480x16. Hmm.
Perhaps
> I should experiment with hooking bits of OSIS up to my remote VDI server.

Sorry.  I stand corrected.  Unix-native GEM apps.  That would be perfect for
something like NetBSD running on many types of system and on low-end
hardware.  Though GEM is a tad limited as windowing systems go, it's pretty
neat and useful.  I could see real utility for it in doing file management
tasks, and if it automatically 'saw' network drives it would be great to
allow low-end machines to interface on a network in a graphical manner.
Uses:
1) Low-end machines that need more power than DOS but could do with a simple
GUI
2) CLI machines that might occasionally need a GUI
3) Embedded OS GUI
4) Allow OpenGEM and FreeGEM people to have Unix and GEM at the same time!

>   And a word of caution: Remember that I've tried doing a 32-bit AES once
> before. It was for DJGPP and I never got beyond the unstable dodgy
> prototype stage (quite apart from all the bugs in various DPMI hosts, the
> non-re-entrant nature of DJGPP's DPMI glue code, etc. etc.) This project
> may still go the same way.

Fingers crossed.

Regards

Shane