[PATCH] Initialize dev privates before using any

Tiago Vignatti tiago.vignatti at nokia.com
Thu Jul 1 06:42:38 PDT 2010


On Thu, Jul 01, 2010 at 02:25:07PM +0200, ext Keith Packard wrote:
> 
> The patch resolves the issue for me; can I get you to make sure you're
> running the patched code, and if so, to run the server under gdb with
> breakpoints at both dixResetPrivates and dixAllocatePrivates to see how
> dixAllocatePrivates is called before dixResetPrivates?

Ahh, sorry. DDX doesn't compile again when dix only changes and I didn't
realize it. I'll sending a patch against it next.

Now indeed I don't see any the messages on the beginning and dixResetPrivates
is called before dixAllocatePrivates as expected. But when comes the next
regen of the server I'm still seeing this:

1 XSELINUXs still allocated at reset
SCREEN: 0 objects of 124 bytes = 0 total bytes 0 private allocs
COLORMAP: 0 objects of 4 bytes = 0 total bytes 0 private allocs
DEVICE: 0 objects of 16 bytes = 0 total bytes 0 private allocs
CLIENT: 0 objects of 84 bytes = 0 total bytes 0 private allocs
WINDOW: 0 objects of 28 bytes = 0 total bytes 0 private allocs
PIXMAP: 1 objects of 40 bytes = 40 total bytes 0 private allocs
GC: 0 objects of 100 bytes = 0 total bytes 0 private allocs
CURSOR: 0 objects of 4 bytes = 0 total bytes 0 private allocs
CURSOR_BITS: 0 objects of 4 bytes = 0 total bytes 0 private allocs
PICTURE: 0 objects of 4 bytes = 0 total bytes 0 private allocs
TOTAL: 1 objects, 40 bytes, 0 allocs
1 PIXMAPs still allocated at reset
PIXMAP: 1 objects of 40 bytes = 40 total bytes 0 private allocs
GC: 0 objects of 100 bytes = 0 total bytes 0 private allocs
CURSOR: 0 objects of 4 bytes = 0 total bytes 0 private allocs
CURSOR_BITS: 0 objects of 4 bytes = 0 total bytes 0 private allocs
PICTURE: 0 objects of 4 bytes = 0 total bytes 0 private allocs
TOTAL: 1 objects, 40 bytes, 0 allocs


I don't think this is expected, right? If you need some help to track down
some possible leaks here just tell me an easy way to do so.


Thanks!
               Tiago


More information about the xorg-devel mailing list