Mail Archives: djgpp/1993/09/14/01:43:55
> ... implementing some kind of libX11 - not necessarily with full
> networking capability ...
The Quarterdeck part is libsys.a, but it only attaches your client to
DV/X. A different libsys.a is required for the different 32-bit compilers.
(Why is that, DJ? Different memory adressing schemes?)
A generic library capable of attaching to a remote X server through an
existing network transport would be VERY useful. If you had only one X
server, but 30 PCs (common situation), you could write a client that
distributed the work assymetrically among them while maintaining one or
more connections to the X server for output. This assumes that no one
else wants to use the PCs for anything but rendering.
I have never heard of anything like this, but it doesn't sound too hard
to write, given two things:
1) A large piece of libsys.a, showing how the Xt (etc) functions are
mapped into X protocol requests and sent to the driver. The alternative
to this is to read and comprehend O'Reilly Volume Zero. (ouch)
2) A very narrow implementation requirement, i.e., only one master active
with all other clients registered with the master (inefficient), and
strictly one transport (TCP/IP or IPX or ??).
This sounds like a useful thing to have. It also sounds like a man-year of
work. :-)
Greg
--
| | | code dungeon |
| Greg Holmberg | void ClintonEconoPlan(void) | fax |
| Cyberspace Surf Gear | for(;;) pay->paul = rob(peter); | 702.324.2613 |
| greg AT surfgear DOT com | | 702.324.0953 |
- Raw text -