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 non-printing characters in color_info? This is improbable (since color_info is read immediately beforein 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 (see attached png).
If you confirm the color_info output is perfect yet sscanf cannot read it, this is a second very strange result (after the very strange result that theproblem only occurs for qt devices).The third very strange result is that the 3rd message above corresponds to cmap1_gray.pal which is read without issues for the first page of the sameexample 16!
Yup, that also puzzles me :)
One hypothesis that might explain (more or less) all three strange resultsis that dynamic loading of qt devices is linking in a Qt4 library that breaks sscanf (or fgets if color_info turns out to have some embeddednon-printing characters) on your system in some way. I know that hypothesis is quite speculative/improbable so if somebody here can come up with some more probable hypothesis to explain these strange results, please speak up.
Just to make it more strange. Nokia actually provides two packages of Qt - cocoa and carbon, whil cocoa is the "new" API (use for Mac OS X 10.6). I actually have two Macs here (both latest 10.5.8 and xcode) and on one I installed the carbon binary package and on the other cocoa binary package (see http://qt.nokia.com/downloads/mac-os-cpp). While the Qt carbon leads to this strange cmap results, does Qt cocoa not print out this warnings - so the file qt devices work regarding the color. But qtwidget is messed up again, since the first plot appears (for multipage examples and after I click on the plot, before only grey window), but the following plots are not shown only the background color. I really have to say that Qt on Mac OS X is quite buggy as it seems.
Werner: here are the next steps I would appreciate you doing to help figurethis out.* Check color_info by directly capturing the above error message into a file and binary dump that file with something like the od application to makesure there are no non-printing characters embedded in the middle ofcolor_info. (I have done that already with this e-mail, and the color_info output above was clean of embedded characters, but some of the applicationsused in the long e-mail chain between us could have filtered out thosenon-printing characters, and the right way to do this is by immediate filecapture on the platform where the warning message is generated.)
done, see picture.
* Experiment with different Qt4 versions to see if the problem goes awayfor one of them.
I even installed the latest Qt version 4.5.2 (cocoa and carbon) - see the results above.
Hazen and Jerry: would you do similar experimentation (running example 16 with a number of different Qt4 versions) to see if you can replicate the issue that Werner found? To switch from one Qt4 version to another, simply put the appropriate qmake on your path before a fresh build and cmake doesthe rest.
I used the binary packages, where a switch is not that easy. I just don't have the time to download the 450Mb source package and compile qt in different versions, which I assume will really take a long time, if this 450MB monster is uncompressed.
If by such experiments from Werner, Hazen, and Jerry we establish that the cmap1 palette file reading problems for example 16 occurs only for one Qt4 version on OS X but not others, then we only have to warn about that bad Qt4 version for OS X in the release notes, and we are (finally) done with thisissue.
I'll now try to set a breakpoint in plctrl.c and see if I find something with gdb. Regarding the grey window/not shown plots I would like to give Alban direct access to my Mac(s), but I need to establish a ssh tunnel to this macs since they are behind a firewall. Let's see if I can do this, but since I have no experience here, this may need some time.
Regards, Werner
Alan __________________________ Alan W. IrwinAstronomical research affiliation with Department of Physics and Astronomy,University of Victoria (astrowww.phys.uvic.ca).Programming affiliations with the FreeEOS equation-of-state implementation for stellar interiors (freeeos.sf.net); PLplot scientific plotting software package (plplot.org); the libLASi project (unifont.org/lasi); the Loads ofLinux Links project (loll.sf.net); and the Linux Brochure Project (lbproject.sf.net). __________________________ Linux-powered Science __________________________ ------------------------------------------------------------------------------Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus onwhat you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
-- Dr. Werner Smekal Institut fuer Allgemeine Physik Technische Universitaet Wien Wiedner Hauptstr 8-10 A-1040 Wien Austria email: sme...@iap.tuwien.ac.at web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office), +43-(0)1-58801-13469 (laboratory) fax: +43-(0)1-58801-13499
<<inline: hex.png>>
------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
