Similar things can be observed in thunderbird or palemoon or anything with
spinners and throbbers and crap.
I suspect it might(also) be a lousy porter/duff implementation somewhere in
libpixman or thereabout.
slowness reading from gfx memory and all that...
The control flow diverges somewhere after FlushUpdate...
it seems to be this if.. in Text.c
3320#ifndef OLDXAW
3321if (XawTextSinkBeginPaint(ctx->text.sink) == False)
3322#endif
3323display_text = OldDisplayText;
the condition differs because of:
XawTextSinkBeg
Package: libxaw7
Version: 2:1.0.12-2
Severity: normal
The text widgets have this resource, XtNinternational.
It is a boolean.
If it is set to True for one Widget, and False for another,
a call to XtSetValues to set the text will crash the application.
compile the testcase using:
cc -std=gnu99 -
Michel Dänzer wrote:
On Mit, 2012-07-25 at 23:01 +0200, Johann Klammer wrote:
Does the problem still occur with libgl1-mesa-dri version 8.x?
updated to 8.0.3-1
Same results.
Also, I get these unexpected messages on startup of the application:
nvfx_screen_get_param:95 - Warning: unknown
Package: mesa
Version: 7.11.2-1
Hello,
I tried to replace the memory allocator for a program
linked against mesa. With the libc allocators the app shows some
textured and shaded triangles, but with the custom allocators, it's all
black triangles. Sorry, I cannot post the program source as it i
5 matches
Mail list logo