[Kst] [Bug 123048] New: Unable to render plots with KDE 3.5.1
tskisner.public at gmail.com
Sat Mar 4 01:25:58 CET 2006
Doing a quick grep, I don't see any place that a QPixmap is getting
initialized with an invalid depth... I wonder if there is some other change
in Qt 3.3.4 --> 3.3.5 that enforces a more strict behaviour that we are
On Friday 03 March 2006 16:02, Ted Kisner wrote:
| This is the same problem experienced by debian unstable a while back.
| See this thread:
| The bug was in kst and dealt with the following:
| --- quoted from Josh Metzler -----
| "Finally, I ran kst under gdb with qt-x11-free-dbg installed and set a
| breakpoint at QPixmap::init just before creating a plot. After lots of
| continues with valid parameters (w or h is 0 and depth is 0, or depth is
| -1 or 24 on my display), I got one with depth set to 8. This doesn't
| cause a problem here because w = h = 0, so a null pixmap of depth 8 is
| created. When it is resized, however, it causes a problem. With the old
| qt behavior, an invalid depth was ignored when creating a null pixmap.
| So, the bug is in lines 84, 124, 389 of kst/kst/kst2dplot.cpp where it
| specifies a depth of 8 when creating the KstBackBuffer. It should
| probably use the default of -1 and let qt create a QPixmap of the
| appropriate bit depth."
| ---- end quote ------
| So, not sure if this is related. For what it's worth, I'm using KDE 3.5.1
| and Qt 3.3.4 on Kubuntu without problems.
| Kst mailing list
| Kst at kde.org
More information about the Kst