Hi
>On Tue, Sep 26, 2023 at 10:08:55AM +0100, John Cox wrote:
>> Hi
>>
>> Many thanks for your comprehensive answer
>>
>> >On Mon, Sep 25, 2023 at 05:10:30PM +0100, John Cox wrote:
>> >> Hi
>> >
>> >Hi,
>> >
&g
Hi
Many thanks for your comprehensive answer
>On Mon, Sep 25, 2023 at 05:10:30PM +0100, John Cox wrote:
>> Hi
>
>Hi,
>
>> Assuming I have a separate poll/read_events/dispatch_queue thread to my
>> main thread. If I go wl_display_sync/wl_callback_add_listener on the
ats.
Is there a safe way of doing this? (mutex around the dispatch and
create/add_listener pairs would seem plausible even if really not what I
want to do)
Many thanks
John Cox
Hi
>On 9/14/23 14:24, John Cox wrote:
>
>> Hi
>>
>> A, hopefully, simple question - should I expect a wl_buffer::release
>> event from the buffer previously committed to a surface after I've
>> attached (and invalidated & committed) a NULL buffer to
On Fri, 15 Sep 2023 21:53:34 +, you wrote:
>> Ideally the release event would have been a wl_callback just like
>> wl_surface.frame is.
>
>I sent [1] to fix this.
>
>[1]: https://gitlab.freedesktop.org/wayland/wayland/-/merge_requests/137
That would have been nice but it doesn't look like it
Hi
>On Thu, 14 Sep 2023 12:24:42 +0100
>John Cox wrote:
>
>> Hi
>>
>> A, hopefully, simple question - should I expect a wl_buffer::release
>> event from the buffer previously committed to a surface after I've
>> attached (and invalidated & commit
not happening).
If I shouldn't expect a release - when is it safe to reuse/free the
buffer storage?
Thanks
John Cox
On Mon, 11 Sept 2023 at 15:52, Pekka Paalanen wrote:
>
> On Mon, 11 Sep 2023 12:53:15 +0100
> John Cox wrote:
>
> > Hi
> > I am clearly deeply confused by event queues and proxies - I have this
> > snippet of code (from some VLC work I'm doing):
> >
d events on and th eroundtrip would wait for that. The
wl_proxy_create_wrapper docn on
https://wayland.freedesktop.org/docs/html/apb.html#Client-classwl__proxy
also seems to imply this.
Any hints would be gratefully received - thanks
John Cox
