[Kst] [Bug 123048] New: Unable to render plots with KDE 3.5.1

Ted Kisner 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 
violating somewhere?

-Ted

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:
|
| http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=329231
|
| 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.
|
| -Ted
|
| _______________________________________________
| Kst mailing list
| Kst at kde.org
| https://mail.kde.org/mailman/listinfo/kst


More information about the Kst mailing list