Port-vax archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: (native build & other issues - Was: xvfb not built on vax...)



> What do that virtual frame buffer do, by the way?

It - Xvfb - provides an X server to point programs at, without needing
framebuffer hardware.  In theory, you can also peek at what's being
displayed without needing to go through the X facilities.  I've never
had that work, but I've never put any real effort into finding out why
not; I could just be doing it wrong.

Since there are no real input devices, it's useless for programs that
do interactive X stuff, but it's fine for things like gnuplot that can
be useful without any X input.  Also useful for testing - for example,
if you want to make sure your program starts OK on a 27-bpp DirectColor
display but don't have any such hardware, Xvfb is your friend.

Until I added -nowin to mterm, I used a 1x1 Xvfb as a display to point
mterm at when I had no sessions running, to keep the mterm alive.

/~\ The ASCII                             Mouse
\ / Ribbon Campaign
 X  Against HTML                mouse%rodents-montreal.org@localhost
/ \ Email!           7D C8 61 52 5D E7 2D 39  4E F1 31 3E E8 B3 27 4B


Home | Main Index | Thread Index | Old Index