On Tue, 03 Dec 2013 08:59:16 +0100
Lubomir Rintel wrote:
> On Mon, 2013-12-02 at 15:53 -0800, Kristian Høgsberg wrote:
> > On Sat, Nov 30, 2013 at 03:41:00PM +0100, Lubomir Rintel wrote:
> > > While the pixman image might be attached, the underlying buffer
> > > might be already gone under certai
> On Dec 2, 2013, at 11:59 PM, Lubomir Rintel wrote:
>
>> On Mon, 2013-12-02 at 15:53 -0800, Kristian Høgsberg wrote:
>>> On Sat, Nov 30, 2013 at 03:41:00PM +0100, Lubomir Rintel wrote:
>>> While the pixman image might be attached, the underlying buffer might be
>>> already gone under certain c
On Mon, 2013-12-02 at 15:53 -0800, Kristian Høgsberg wrote:
> On Sat, Nov 30, 2013 at 03:41:00PM +0100, Lubomir Rintel wrote:
> > While the pixman image might be attached, the underlying buffer might be
> > already gone under certain circumstances. This is easily reproduced by
> > attempting to res
On Sat, Nov 30, 2013 at 03:41:00PM +0100, Lubomir Rintel wrote:
> While the pixman image might be attached, the underlying buffer might be
> already gone under certain circumstances. This is easily reproduced by
> attempting to resize gnome-terminal on a fbdev backend.
>
> $ WAYLAND_DEBUG=1 strace
On Sat, Nov 30, 2013 at 03:41:00PM +0100, Lubomir Rintel wrote:
> While the pixman image might be attached, the underlying buffer might be
> already gone under certain circumstances. This is easily reproduced by
> attempting to resize gnome-terminal on a fbdev backend.
>
> $ WAYLAND_DEBUG=1 strace
While the pixman image might be attached, the underlying buffer might be
already gone under certain circumstances. This is easily reproduced by
attempting to resize gnome-terminal on a fbdev backend.
$ WAYLAND_DEBUG=1 strace -emunmap weston --backend=fbdev-backend.so
...
[1524826.942] wl_shm@7.cre
Hi Arnaud,
On Fri, 2013-11-22 at 15:48 +0100, Arnaud Vrac wrote:
> Wouldn't it be better to do this in compositor.c and call
> renderer->attach(surface, NULL) when the buffer attached to a surface
> is destroyed ?
I don't think that's possible. A buffer does not keep track of the
surface it's att
Wouldn't it be better to do this in compositor.c and call
renderer->attach(surface, NULL) when the buffer attached to a surface is
destroyed ? Is there a case where a renderer wouldn't want this to be done ?
On Thu, Nov 21, 2013 at 8:35 AM, Pekka Paalanen wrote:
> On Tue, 19 Nov 2013 15:44:44 +
On Tue, 19 Nov 2013 15:44:44 +0100
Lubomir Rintel wrote:
> While the pixman image might be attached, the underlying buffer might be
> already gone under certain circumstances. This is easily reproduced by
> attempting to resize gnome-terminal on a fbdev backend.
>
> $ WAYLAND_DEBUG=1 strace -emu
While the pixman image might be attached, the underlying buffer might be
already gone under certain circumstances. This is easily reproduced by
attempting to resize gnome-terminal on a fbdev backend.
$ WAYLAND_DEBUG=1 strace -emunmap weston --backend=fbdev-backend.so
...
[1524826.942] wl_shm@7.cre
10 matches
Mail list logo
