On 2018/2月/23 08:53, Derek Foreman wrote:
> On 2018-02-23 07:44 AM, Markus Ongyerth wrote:
> > On 2018/2月/23 07:31, Derek Foreman wrote:
> > > On 2018-02-23 03:52 AM, w...@ongy.net wrote:
> > > > From: Markus Ongyerth
> > > >
> > > > This is related to the discussion earlier on the mailing list a
On 2018-02-23 07:44 AM, Markus Ongyerth wrote:
On 2018/2月/23 07:31, Derek Foreman wrote:
On 2018-02-23 03:52 AM, w...@ongy.net wrote:
From: Markus Ongyerth
This is related to the discussion earlier on the mailing list and
demonstrates a problem with current wl_priv_signal_emit and wl_listener
On 2018/2月/23 07:31, Derek Foreman wrote:
> On 2018-02-23 03:52 AM, w...@ongy.net wrote:
> > From: Markus Ongyerth
> >
> > This is related to the discussion earlier on the mailing list and
> > demonstrates a problem with current wl_priv_signal_emit and wl_listener
> > that free themselves, but do
On 2018-02-23 03:52 AM, w...@ongy.net wrote:
From: Markus Ongyerth
This is related to the discussion earlier on the mailing list and
demonstrates a problem with current wl_priv_signal_emit and wl_listener
that free themselves, but do not remove from the list.
This testcase asserts that the wl_
From: Markus Ongyerth
This is related to the discussion earlier on the mailing list and
demonstrates a problem with current wl_priv_signal_emit and wl_listener
that free themselves, but do not remove from the list.
This testcase asserts that the wl_list inside wl_listener is not written
to anymo
From: Markus Ongyerth
This is related to the discussion earlier on the mailing list and
demonstrates a problem with current wl_priv_signal_emit and wl_listener
that free themselves, but do not remove from the list.
The testcase itself passes. And I'm not sure if that can be prevented.
To reliabl
