On 19 Apr 2000, Marcus Sundberg wrote:
teunis [EMAIL PROTECTED] writes:
[clip]
Okay. Can someone -please- fold the event sources in fb/... out into GII?
Seriously!
or something?
Huh? The input sources for the fbdev target are in LibGII.
No - they're initialized in fb's target.
Stefan Seefeld writes:
Ok, let's assume that windows listen themselfs for events. Then there
are cases where you want to draw into some 'output only' medium, a
Pixmap in X. Since Pixmaps and Windows in X are the same for the purpose
of output (drawing), they are generalized to
On 2000/Apr/19, Andrew Apted wrote:
Like SDL's "surfaces" ? I.e. non-visible places to draw stuff, maybe
blitting them to the visible screen/window at some stage, right ?
LibGGI has nothing like that yet (I hope it will someday). The
closest it comes is either using a large virtual area
Marcus Sundberg [EMAIL PROTECTED] writes:
This is not related to the GII bug above.
It is due to svgalib registering an atexit() handler. As atexit
handlers can't be unregistered and svgalib is not in memory when
the program terminates we get a segfault. For normal use we work
around this,
without any mods to compilation files yet looks like some system OS level
conflicts?
/usr/src/linux/include/linux/string.h:28: warning: conflicting types for built-in
function `memset'
/usr/src/linux/include/linux/string.h:29: warning: conflicting types for built-in
function `memcpy'
I have a 3dfx banshee card I can try with kgicon is that likely to work?
Hmm - I can't tell from experience. kgicon has a banshee driver, but I have
no idea how stable it is. Maybe someone on the list knows more.
Could you join the list ? It will give you a broader audience - maybe other
PPC
Huh? The input sources for the fbdev target are in LibGII.
No - they're initialized in fb's target.
Initialized yes ... but you can as well simply use LibGII only if you want
to get events without disturbing output.
It's pretty much a matter of opening the stuff LibGGI would open for you