Tile crashes

[Boudewijn Rempt]

On Sunday 26 February 2006 00:26, Adrian Page wrote:
> I'm getting repeatable crashes in the tile deletion code. If I start
> krita and from the initial dialog create a new document which is
> 3000x1281 8-bit rgba, I get the following crashes. If I create a
> 3000x1280 or smaller 8-bit rgba, it's fine.
>
> I have my performance settings set to keep 50000 tiles in memory and
> with the minimum swappiness, though changing those doesn't affect the
> results.


I've been testing a bit today, and it seems as if the data is deleted instead 
of being restored to the pool. I added debug output to every bit of code in 
kis_tile and kis_tilemanager and found

krita: Copying tile 0x8b4a8d8: 11, 0, from 0x8a7f1e0
krita: allocate tile 0x8b4a8d8, (nil)
krita: Found data 0xb0de5008 in pool 2, fits in pool true
krita: requestTileData found: 0xb0de5008
krita: Data after allocating: 0xb0de5008
krita: registerTile 0x8b4a8d8
krita: setNext tile 0x8b4a8d8, 0xb0de5008
krita: addreader tile 0x8b4a8d8, 0xb0de5008
krita: ensureTileLoaded 0x8b4a8d8
krita: data 0, 0 tile 0x8b4a8d8, 0xb0de5008
<... snip lots of stuff that makes me appreciate that Krita really has to work 
_hard_ for its living ...>
krita: getNext tile 0x8b4a8d8, 0xb0de5008
krita: Deleting tile 0x8b4a8d8, data: 0xb0de5008
krita: Don't need tiledata: 0xb0de5008
krita: isPoolTile 0xb0de5008 false

So, apparently, at a certain point in time we get a pointer to some data in 
the pool, and when deleting the tile, really delete the data inside the pool. 
If I understand correctly. Or maybe I'm mistaken and don't understand the 
pooling stuff.

-- 
Boudewijn Rempt 
http://www.valdyas.org/fading/index.cgi
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://mail.kde.org/pipermail/kimageshop/attachments/20060227/de3e9d0e/attachment.pgp