On Wed, Aug 02, 2000 at 11:56:30PM -0400, Steve Cheng wrote:
> On Wed, Aug 02, 2000 at 06:06:12PM -0500, [EMAIL PROTECTED] wrote:
> > i've noticed a problem which i originally noticed when running multi-user
> > quake on one machine. When i load XGGI (or monitest, or whatever) on
> > screen #0, then switch to a application that runs on screen #1 (like
> > console bash), the screen will stop updateing. Now i have tested and
> > can show that the process is still processing, by hooking in a alternate
> > input source (read: second keyboard) and doing a "ls -R" in a Xterm, and
> > listen to the hard drive thrash. however i'd like see my file list go by
> > on screen #0 as i'm working on screen #1. is there some code, that
> > specifically prevents updateing the graphics of one VC while in another?
> > is there any way to get around this?
>
> I thought that LibGGI already has the correct behavior (whatever that is
> -- I'll let the resident masters answer), I can confirm that if I start
> quake-ggi and switch to another VC *before it actually sets graphics
> mode* (initialization, etc.), LibGGI will assume that it is on the
> correct VC already and draw on the wrong virtual console.
that's interesting. That seems to be contrary to what i'm getting.
I now have a setup with 2 XGGI sessions running. XGGI :0.0 is
running with a USB keyboard, and USB mouse on a matrox fbdev /dev/fb1.
XGGI :1.0 is running with a ps2 keyboard, a ps2 mouse, on a matrox fbdev
/dev/fb0.
when i type things on the USB keyboard and hit enter, i can still hear
the hard drive thrash, as it searches for the files. But nothing new
shows up on the screen, i just keep the last X image that i had from a
while back on the screen. If i switch VC's with my ps2 keyboard, over
the the XGGI:0.0 VC, the results of my last command will suddenly display.
i'm running libgii and libggi snapshots from 08/02/00.
i don't really understand what causes this, but i can imageine either some
kind of "optimization" that is trying to save time for "background" processes,
or a "safety" to not have background processes write on the screen, which you
seem to have evidence against. we'll have to keep gathering evidence.
(i've broke the dependancies on my machine cause of compiling libggi/libgii, and can't
get quake to install to test that right now. How do you get the application to delay
between VC swtich, and before it starts graphics mode?)
hmm, i see a lot of libraries that i haven't installed. (libgic, libxmi,
libgffd, etc) they wouldn't be realted to basic console functions would they?
Corey
