Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!usc!cs.utexas.edu!uunet!mcsun!ukc!cam-cl!news From: smgf@cl.cam.ac.uk (Steve Freeman) Newsgroups: comp.windows.x Subject: Re: ICCCM & Properties Message-ID: <1991Apr29.204414.9128@cl.cam.ac.uk> Date: 29 Apr 91 20:44:14 GMT References: <2140001@hpgnd.grenoble.hp.com> Reply-To: smgf@cl.cam.ac.uk (Steve Freeman) Organization: U of Cambridge Comp Lab, UK Lines: 33 In article adri@dutncp8.tudelft.nl (A.B. van Woerkom) writes: >alex@hpgnd.grenoble.hp.com (Alexis MERMET-GRANDFILLES) writes: >>I am trying to find out what is the best way to transfer quite a big >>amount of Data ( Several KBytes ) between 2 X clients. >> >>In fact, I am thinking of a X11 client which acts as a server for many >>other clients. On the request of those clients, this 'server' >>would send somehow some kind of data, from a few bytes to several KBytes >>to the requesting client. > >Sounds like reinventing the wheel. The Xt-intrinsics offer a set of functions >that implement the so-called selection mechanism. Using this mechanism it is >quite easy to transfer large amounts of data from one client to the other; >when the amount meets a limit the intrinsics will handle the chopping in chunks >for you. A couple of things to consider: Your X server will effectively be locked during the transfer, so you need, at least, to show the user that something is happening and the the machine hasn't just died. On a slow machine with process swaps, etc., it is possible that the transfer may time out for large amounts of data, so you need to allow for recovery, etc. The Xt selection transfer doesn't seem to take any notice of the size of the data when deciding about timeouts. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Steve Freeman, Computer Lab, University of Cambridge, UK Steve.Freeman@computer-lab.cambridge.ac.uk "The science of medicine is founded on conjecture and improved by murder" Sir Astley Cooper. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Steve Freeman, Computer Lab, University of Cambridge, UK Steve.Freeman@computer-lab.cambridge.ac.uk