Index: [thread] [date] [subject] [author]
  From: Ketil Froyn <ketilf@ifi.uio.no>
  To  : ggi-develop@eskimo.com
  Date: Mon, 28 Jun 1999 11:38:34 +0200 (MET DST)

Re: ggi acting up solved

On Mon, 28 Jun 1999, Andreas Beck wrote:

> > > DirectBuffer means direct access to the framebuffer. This is only
> > > supported for the Glide target in recent snapshots.
> > In ggi, xggi or glide? :) Just wondering which one I'm looking forward to
> > downloading :)
> GGI. IIRC you already are using Beta2.1 or newer, so xggi should be fine.
> And AFAIk Glide was always up to that.

You recalled correctly. But does that mean that I should be able to run
xggi on the glide target? Cos xggi dies and complains that it can't access
the framebuffer (or something like that, it is a framebuffer thing).

> Note, that the VooDoos are not quite optimized for DB access.

The hardware or glide or ggi? :)

> > Also, I was wondering about a few other things... Can only root use the
> > glide target? What about /dev/3dfx? I have it, but demos core dump(!) when
> > I try to run them as me.
> That's strange. This could be a problem with VT-switching or needing
> root-access to use the keyboard. Could you run the core file through a
> debugger to see where it dumps ? And/or make GGI_DEBUG=255 logs and strace
> logs ?

I'll have a look at it.

BTW, is there some way to run quake fullscreen using GGI? I've tried
squake, but that seems to be hardcoded to use the libc-version of
libvga.so.1... Symlinking did not remedy this.

Ketil Froyn
--
He who Laughs, Lasts.

http://www.ifi.uio.no/~ketilf/       
mailto:ketilf@ifi.uio.no

Index: [thread] [date] [subject] [author]