On 10/06/2012 03:46 AM, Keith Packard wrote:
I did a bunch of experiments with fd passing in Linux to see how it
might work in X.
Here's the results:
http://keithp.com/blogs/fd-passing/
The bottom line is that I think it'll be easy to get fds from
applications to the X
On Fri, Oct 05, 2012 at 01:46:57PM -0700, Keith Packard wrote:
I did a bunch of experiments with fd passing in Linux to see how it
might work in X.
Do you have a test program I could run on NetBSD to see if it works there as
well?
Thomas
___
Hello,
What's the advantage of that patch?
As far as I understand the patch shifts the burden of finding a free
port (or socket path) from the X server to the user.
X is in the position to atomically find a free port and grab it
whereas an user from outside of the X server will have much harder
On 10/06/2012 04:56 PM, Michal Suchanek wrote:
Hello,
What's the advantage of that patch?
1) You can use a socket path you create in advance, so you know for
certain that it is free when you call the server.
You then know for certain that this is what will be used by the server,
not some free
On 6 October 2012 12:02, Antoine Martin anto...@nagafix.co.uk wrote:
On 10/06/2012 04:56 PM, Michal Suchanek wrote:
Hello,
What's the advantage of that patch?
1) You can use a socket path you create in advance, so you know for
certain that it is free when you call the server.
You then know
On 10/06/2012 05:15 PM, Michal Suchanek wrote:
On 6 October 2012 12:02, Antoine Martin anto...@nagafix.co.uk wrote:
On 10/06/2012 04:56 PM, Michal Suchanek wrote:
Hello,
What's the advantage of that patch?
1) You can use a socket path you create in advance, so you know for
certain that it
On 6 October 2012 12:32, Antoine Martin anto...@nagafix.co.uk wrote:
On 10/06/2012 05:15 PM, Michal Suchanek wrote:
If the user is choosing a port or file path the user then needs to go
through the dances of determining which port or path is still
available for starting a new X server. This
On Wed, Oct 3, 2012 at 7:00 PM, Peter Hutterer peter.hutte...@who-t.net wrote:
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
Urgh, that's what I get for not upstreaming this patch. I wrote this a while
ago but somehow it never made it to the repo.
src/bsd_mouse.c | 10
On Sat, Sep 29, 2012 at 4:00 PM, Peter Hutterer
peter.hutte...@who-t.net wrote:
On 30/09/12 04:25 , Chase Douglas wrote:
On Thu, Sep 27, 2012 at 11:34 PM, Peter Hutterer
peter.hutte...@who-t.net wrote:
On Fri, Sep 07, 2012 at 06:30:23PM +0100, Daniel Stone wrote:
Given the following
On 10/06/2012 10:42 PM, Michal Suchanek wrote:
On 6 October 2012 12:32, Antoine Martin anto...@nagafix.co.uk wrote:
On 10/06/2012 05:15 PM, Michal Suchanek wrote:
If the user is choosing a port or file path the user then needs to go
through the dances of determining which port or path is
Thomas Klausner t...@giga.or.at writes:
On Fri, Oct 05, 2012 at 01:46:57PM -0700, Keith Packard wrote:
I did a bunch of experiments with fd passing in Linux to see how it
might work in X.
Do you have a test program I could run on NetBSD to see if it works
there as well?
All of the tests I
On Thu, Sep 27, 2012 at 8:50 PM, Peter Hutterer
peter.hutte...@who-t.net wrote:
xserver branches are only for the respective maintainers (keith for master).
I've picked your patch up and will send a pull request out soon. Please do
try to get a test for this though.
Thanks - this is now in
Hi,
On 7 October 2012 01:58, Chase Douglas chase.doug...@ubuntu.com wrote:
Sorry for the delay, I've been trying to think about this to come up
with a cogent argument.
I don't like the idea of overlapping selections being allowed. There
are two ways to handle an overlapping selection:
*
Søren Sandmann sandm...@cs.au.dk writes:
diff --git a/fb/fbscreen.c b/fb/fbscreen.c
index 7c7d656..f9080a4 100644
--- a/fb/fbscreen.c
+++ b/fb/fbscreen.c
@@ -32,6 +32,7 @@ fbCloseScreen(ScreenPtr pScreen)
int d;
DepthPtr depths = pScreen-allowedDepths;
+
14 matches
Mail list logo