RE: Is there any way to let compositor set the data in client space and then return back to client?

2014-02-09 Thread Wang, Quanxian
Thanks pq. It is helpful for me. I will have a try with your idea. :) -Original Message- From: Pekka Paalanen [mailto:ppaala...@gmail.com] Sent: Saturday, February 08, 2014 5:56 PM To: Wang, Quanxian Cc: wayland-devel@lists.freedesktop.org Subject: Re: Is there any way to let compositor

RE: Is there any way to let compositor set the data in client space and then return back to client?

2014-02-09 Thread Wang, Quanxian
From: magc...@gmail.com [mailto:magc...@gmail.com] On Behalf Of Jasper St. Pierre Sent: Sunday, February 09, 2014 12:23 AM To: Wang, Quanxian Cc: wayland-devel@lists.freedesktop.org Subject: Re: Is there any way to let compositor set the data in client space and then return back to client?

Is there any way to let compositor set the data in client space and then return back to client?

2014-02-08 Thread Wang, Quanxian
Hi, All I want to allocate some space in client, and let compositor set some data in this space and then return back to client. It seems like user data mechanism. Any way to implement that? Thanks Regards Quanxian Wang ___ wayland-devel mailing

Re: Is there any way to let compositor set the data in client space and then return back to client?

2014-02-08 Thread Pekka Paalanen
On Sat, 8 Feb 2014 08:19:06 + Wang, Quanxian quanxian.w...@intel.com wrote: Hi, All I want to allocate some space in client, and let compositor set some data in this space and then return back to client. It seems like user data mechanism. Any way to implement that? Not really,

Re: Is there any way to let compositor set the data in client space and then return back to client?

2014-02-08 Thread Jasper St. Pierre
Well, there's not really anything that allows process A to arbitrarily modify process B's memory. The only thing that's close is memory-mapped files, and that's already what we use to share image data between the client and the compositor. There's also memfd, which is more secure than a