2010/4/19 Michel Dänzer mic...@daenzer.net:
On Fre, 2010-04-09 at 14:18 -0400, Kristian Høgsberg wrote:
The main motivation here is to have the resource system clean up the
DRI2 drawable automatically so glx doesn't have to. Right now, the
glx drawable resource must be destroyed before the X
On Mon, Apr 26, 2010 at 3:44 PM, Pauli Nieminen suok...@gmail.com wrote:
2010/4/19 Michel Dänzer mic...@daenzer.net:
On Fre, 2010-04-09 at 14:18 -0400, Kristian Høgsberg wrote:
The main motivation here is to have the resource system clean up the
DRI2 drawable automatically so glx doesn't have
Michel Dänzer schrieb:
On Fre, 2010-04-09 at 14:18 -0400, Kristian Høgsberg wrote:
The main motivation here is to have the resource system clean up the
DRI2 drawable automatically so glx doesn't have to. Right now, the
glx drawable resource must be destroyed before the X drawable, so that
On Fre, 2010-04-09 at 14:18 -0400, Kristian Høgsberg wrote:
The main motivation here is to have the resource system clean up the
DRI2 drawable automatically so glx doesn't have to. Right now, the
glx drawable resource must be destroyed before the X drawable, so that
calling
On Wed, 14 Apr 2010 20:30:55 -0400, Kristian Høgsberg k...@bitplanet.net
wrote:
Oh, I was thinking I could just allocate the ID, but not actually add
the Pixmap as a resource. Is that bad form?
It wouldn't help -- you need FreeResource to be invoked on that XID to
get the other resources with
2010/4/15 Keith Packard kei...@keithp.com:
On Wed, 14 Apr 2010 20:30:55 -0400, Kristian Høgsberg k...@bitplanet.net
wrote:
Oh, I was thinking I could just allocate the ID, but not actually add
the Pixmap as a resource. Is that bad form?
It wouldn't help -- you need FreeResource to be
2010/4/15 Keith Packard kei...@keithp.com:
On Thu, 15 Apr 2010 14:15:05 -0400, Kristian Høgsberg k...@bitplanet.net
wrote:
2010/4/15 Keith Packard kei...@keithp.com:
On Wed, 14 Apr 2010 20:30:55 -0400, Kristian Høgsberg k...@bitplanet.net
wrote:
Oh, I was thinking I could just
On Thu, 15 Apr 2010 14:47:51 -0400, Kristian Høgsberg k...@bitplanet.net
wrote:
Right, it would linger until the client exits. So I guess I'll have
to actually AddResource the pixmap with the FakeClientID and then use
FreeResource to destroy it instead of pScreen-DestroyPixmap.
I think that
2010/4/15 Keith Packard kei...@keithp.com:
On Thu, 15 Apr 2010 14:47:51 -0400, Kristian Høgsberg k...@bitplanet.net
wrote:
Right, it would linger until the client exits. So I guess I'll have
to actually AddResource the pixmap with the FakeClientID and then use
FreeResource to destroy it
On Thu, 15 Apr 2010 16:35:02 -0400, Kristian Høgsberg k...@bitplanet.net
wrote:
Ah, we can just assign the pixmap the XID of the pbuffer and
AddResource it using that XID. That way both the hidden pixmap and
the DRI2 drawable will automatically be reclaimed when the client
destroys the
Keith, have you had time to look at this respun fix for 26394?
2010/4/9 Kristian Høgsberg k...@bitplanet.net:
The main motivation here is to have the resource system clean up the
DRI2 drawable automatically so glx doesn't have to. Right now, the
glx drawable resource must be destroyed before
On Wed, 14 Apr 2010 10:25:49 -0400, Kristian Høgsberg k...@bitplanet.net
wrote:
Keith, have you had time to look at this respun fix for 26394?
Oh. I just had a bad thought -- pixmaps don't follow the same rule as
windows, they aren't always in the resource database and don't always
have
On Wed, Apr 14, 2010 at 1:18 PM, Keith Packard kei...@keithp.com wrote:
On Wed, 14 Apr 2010 10:25:49 -0400, Kristian Høgsberg k...@bitplanet.net
wrote:
Keith, have you had time to look at this respun fix for 26394?
Oh. I just had a bad thought -- pixmaps don't follow the same rule as
On Wed, 14 Apr 2010 14:22:05 -0400, Kristian Høgsberg k...@bitplanet.net
wrote:
Right, true. But we always create DRI2 drawable for client created
drawables, except in the case of an AIGLX pbuffer. There we create a
pixmap behind the scenes and then create a DRI2 drawable for that. I
The main motivation here is to have the resource system clean up the
DRI2 drawable automatically so glx doesn't have to. Right now, the
glx drawable resource must be destroyed before the X drawable, so that
calling DRI2DestroyDrawable doesn't crash. By making the DRI2
drawable a resource, GLX
15 matches
Mail list logo
