Hi Alan,
Just to be sure that is not the case, could you run example 16 again
and
capture the warning message directly into a file (using and not
cut and
paste to make this test as direct as possible), then analyze that
file with
something like od to see whether there are any
Hi Werner,
De : Werner Smekal [sme...@iap.tuwien.ac.at]
Date d'envoi : mardi 1 septembre 2009 08:12
À : Alan W. Irwin
Cc : Hazen Babcock; Jerry; Plplot-devel mailing list; Rochel, Alban
Objet : Re: [Plplot-devel] Qt driver update
I'll now try to set a
Hi Alban,
Having access to one of your Macs could help, indeed, thank you.
However, for your grey plot issues, could you just try the
following:
- In bindings/qt_gui/plqt.cpp, change QtPLWidget::flush as follows
(as I previously asked you to)
void QtPLWidget::flush()
{
repaint();
Werner,
Good news for the flush() issue. It works on Windows too (I just had forgotten
to save the changes I told you to do). To bring the window to front, try to add
widget-raise() after widget-flush() in plD_eop_qtwidget.
Alban
De : Werner Smekal
Hi Alban,
this works as well. Very good, so apart from this color issue, the qt
drivers on Mac work quite well. I'll commit this as well. Please test
on Linux if these changes did mess something up.
Thanks,
Werner
On 01.09.2009, at 10:03, Rochel, Alban wrote:
Werner,
Good news for the
Hi Alan,
That is a really strange result.
The relevant code from plctrl.c (subject to line rewrap) is identified
exactly by the unique error message above.
fgets(color_info, 160, fp);
if (sscanf(color_info, %lf %lf %lf %lf %lf %d,
pos_d, r_d, g_d, b_d, a_d, rev_i) != 6) {
Hi,
I think I found out what the problem is. The first page reads okay,
but then qt takes over to show the plot and somehow changes the locale
or something. This is on a Mac, English version, but Austrian locale -
so after that scanf expects floating point numbers to be written
numbers like
Oops, I forgot: add #include QLocale somewhere at the top (e.g. below
#include QMutexLocker)
De : plplot-devel-boun...@lists.sourceforge.net
[plplot-devel-boun...@lists.sourceforge.net] de la part de Werner Smekal
[sme...@iap.tuwien.ac.at]
Date d'envoi :
Hi Alban,
yes it compiles now, but it doesn't work. Still the same problem (I
reverted all my changes to plctrl.c). Any other ideas?
Regards,
Werner
On 01.09.2009, at 10:53, Rochel, Alban wrote:
Oops, I forgot: add #include QLocale somewhere at the top (e.g.
below #include QMutexLocker)
Hi Alban,
yes this works. I'll commit this as well. We may have to discuss, if
this doesn't break anything else, e.g. if someone wants to use the
driver in her Qt application, but as I understand it will initQtApp()
only called if there is no existing qt app (or at least the specific
Hello all,
I'm trying to find out a cause for the crash in examples/c/test_plend with the
qtwidget driver, and from my few test environments, it looks like it:
- works fine on Qt 4.4.x (64 bit)
- works fine on Qt 4.5.x (32 bit)
- corrupts something that ends up crashing getenv() with Qt 4.5.x
On 2009-09-01 09:12+0200 Werner Smekal wrote:
This is improbable (since color_info is read immediately
before
in the code with fgets above), but it would be good to have rock-solid
confirmation that this improbability is not true.
I only see text, spaces and linefeeds, so it should be ok
On 2009-09-01 12:08+0200 Werner Smekal wrote:
Hi Alban,
yes this [setting locale in qt] works.
Hi Werner:
Thanks very much for thinking of locale as a possibility for messing up
sscanf. That was a stroke of debugging genius, and it is wonderful news
that we now have the reason for all the
13 matches
Mail list logo