[rescue] 670MP windfall in the surplus diving frenzy today.....

Kevin Loch rescue at sunhelp.org
Wed Jun 20 23:02:55 CDT 2001


The "windows" way would be way cool if you loaded up four framebuffers
in
a quad size display.  Or how about 5 in an ss20SX?  Or 6 with a 4/6xx,
4 SBus and 2 VME display boards?  How many vme cgtwo's can you put on a
4/670?
I think I have 3 plus a cgnine.

KL

"Joshua D. Boyd" wrote:
> 
> I'd like to point out that XFree can do it the classic way, ans also the
> windows way.  You use xinerama for the new way.  I'm told that xinerama
> also works with the Sun X server (the one with modern solaris, not
> whatever one the old NetBSD machines use).
> 
> --
> Joshua Boyd
> 
> On Wed, 20 Jun 2001, Dave McGuire wrote:
> 
> > On June 20, Joshua D. Boyd wrote:
> > > Now does this work in the traditional way where programs are confined to
> > > one display or the other, or is it the more modern Mac, Windows, Xinerama
> > > way?
> >
> >   The former...and I doubt that will change anytime soon, at least not
> > without an X protocol extension.
> >
> > The heads in X are called "hostname:display.screen"...if you have a
> > SPARC machine with two CG6s running X, they'll be called
> > "hostname:0.0" (or simply ":0.0") and "hostname:0.1", in which the
> > last digit is the "screen" number.  X clients connect to TCP port
> > 6000+screen_number to come up on either screen.  That means that, to
> > move an X client's window(s) from one screen to the other would
> > require moving an active TCP connection from one port to another...not
> > something that's easy or practical to do.
> >
> >   It seems theoretically possible to write an X protocol extension to
> > support this, though.  There'd have to be a message sent from the
> > server to the client requesting a "screen" change, after which the
> > client would drop the connection and reestablish it on the other
> > screen's port.  Some provision would have to be made for maintaining
> > the client's current state, perhaps through maintaining the X client
> > id across the two connections.
> >
> >           -Dave McGuire
> > _______________________________________________
> > rescue maillist  -  rescue at sunhelp.org
> > http://www.sunhelp.org/mailman/listinfo/rescue
> >
> 
> _______________________________________________
> rescue maillist  -  rescue at sunhelp.org
> http://www.sunhelp.org/mailman/listinfo/rescue



More information about the rescue mailing list