Re: [Plplot-devel] PLplot + Windows + Octave
I've come a bit further with my Octave/Windows/PLplot problem. For test purposes I replaced the fork in matwrap with a simple open. (As far as I understand the fork is supposed to prevent problems with quotes, which I don't have in my calls.) This worked fine, but I'm running into new difficulties: The matwrap script now dies like this: unrecognized type 'FI' plplot_octave.h:0: fatal error: when writing output to : Invalid argument compilation terminated. Through extensive debug output I traced this problem to the parse_str function, which seems unable to interpret MinGW's stdio.h / stdlib.h and possibly others as well. The garbled call comes in the section # Look for variable definitions: around line ~480, where a regexp replacement seems to fail. The following call to canonicalize_type consequently fails. When in stdio.h, the regular expression tries to match to, for example $_= typedef struct _iobuf 0 FILE; extern ; FILE* ; FILE* ; int ; int ; int ; int ; FILE* ; char* ; ... and comes up with $1=[](\06, i guess), $2=FI and $3=LE. The catch is probably the typedef ...{...} FILE; , since there is no variable name following. Ideas, anyone? It is annoying that the build fails on a collector/preparation script. ;-) Daniel On Tue, Aug 18, 2009 at 05:03:39PM +0200, Daniel Sachse wrote: Hi all, I've sent this question as a Support Request on SFnet and was referred to this mailing list (not without some good initial help, thanks smekal). The case is this: I'm trying to get PLplot to work together with Octave on a (urks) Windows machine. PLplot compiles (and runs) fine for GCC but as soon as I enable the Octave binding, I get this: mingw32-make [..] [ 43%] Generating plplot_octave.cc, tmp_stub '-' is not recognized as an internal or external command, operable program or batch file. matwrap: C preprocessor exited with error status mingw32-make[2]: *** [bindings/octave/plplot_octave.cc] Error 2 mingw32-make[1]: *** [bindings/octave/CMakeFiles/plplot_octave.dir/all] Error 2 mingw32-make: *** [all] Error 2 The is not recognized expression is a Windows command line error message when it tries to open/run something that does not exist. I have traced the error to the perl script matwrap, line ~211 (plus/minus) where it seems that the program wants to try and fork - which, in Windows, leads to problems. What can I do? Greetings from Oslo, Daniel Huge fan of Open Source, but unfortunately bound to Windows. -- 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
Re: [Plplot-devel] Ada examples now all give just a red rectangle with no plot
My working copy is 10303 and it is OK. The last change to plplot.h was in 10302. Not sure what is happening here. Jerry On Aug 20, 2009, at 12:52 PM, Alan W. Irwin wrote: I presume this has something to do with the recent core cmap[01] changes. Hopefully, the fix can be found in a hurry because I think otherwise this would be a showstopper for the release Alan -- 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
Re: [Plplot-devel] Ada examples now all give just a red rectangle with no plot
As a second report, I can confirm that I also see this. Using -cmap0 on the command line to set the default palette cures the problem, so it looks like it is somewhere in the initialisation. This just seems to be an Ada issue, and happens for all the drivers I've tried. This is odd since with the thin bindings Ada should just be making the same plplot calls as all the other languages. Andrew On Fri, Aug 21, 2009 at 02:13:40AM -0700, Jerry wrote: My working copy is 10303 and it is OK. The last change to plplot.h was in 10302. Not sure what is happening here. Jerry On Aug 20, 2009, at 12:52 PM, Alan W. Irwin wrote: I presume this has something to do with the recent core cmap[01] changes. Hopefully, the fix can be found in a hurry because I think otherwise this would be a showstopper for the release Alan -- 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 -- 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
Re: [Plplot-devel] D bindings (nearly finished) and tests on Mac OS X
Hi Andrew, I looked at the source code for the bindings and I realised that currently we do not use tcl_precision or something similar to _return_ values from PLplot routines. Instead we simply use %f to format the returned number. Up to now that was satisfactory, but the time functions return data with high precision. As a temporary workaround, could you try with a format like %.20f - like: Line 283, 284 in pltclgen.tcl: PLFLT { puts $GENFILE sprintf( buf, \%.20f\, $argname($i) ); (I seem to have added all manner of comments about it - never got around to actually implement them. It was not pressing then. I will be glad to take care of it myself, once I can comfortably access my computer at home again) Regards, Arjen On 2009-08-19 13:41, Andrew Ross wrote: Arjen, No problem. I've updated example 29, but because of rounding errors in tcl it is crashing. I've disabled the call to plot4 for now. I think that xmin and xmax end up being very similar (differences of 1 second over ~1000 years. Tcl precision issues seem to make them identical which causes a zero x range for the plot and hence a crash. Are there any ways round this? I tried setting tcl_precision, but it made no difference. Andrew On Wed, Aug 19, 2009 at 09:09:38AM +0200, Arjen Markus wrote: Hi Andrew, thanks for taking care of the Fortran and Tcl bindings. (I would have done it myself, but my time at the keyboard at home is severely limited at the moment.) Regards, Arjen On 2009-08-18 17:51, Andrew Ross wrote: On Tue, Aug 18, 2009 at 11:05:31AM +0200, Werner Smekal wrote: Ok, I submitted now the last D example and the D bindings are therefore finished. Actually not really finished, since example 20 delivers slightly different postscript results than the C example. Although if I compare the output (xwin, wxwidgets, psc) visually I can't spot any difference. I don't think this is a showstopper, but will have a look later on, I don't consider that as too serious. In addition I ran the plplot tests on Mac OS X with the following results: Test timeout computed to be: 1500 c++ Missing examples: Differing postscript output : 29 Missing stdout : Differing stdout: Werner, This one I find odd. C++ results should be completely identical to the C ones since there is no worrying about cross-language support or any of that. I get identical results for all examples with C and C++ using latest svn. java Missing examples: 20 21 22 23 24 25 26 27 28 29 30 31 Differing postscript output : 19 Missing stdout : Differing stdout: 19 python Missing examples: Differing postscript output : Missing stdout : Differing stdout: 23 tcl Missing examples: Differing postscript output : 03 16 19 21 24 26 29 Missing stdout : Differing stdout: 21 d Missing examples: Differing postscript output : 20 Missing stdout : Differing stdout: -- Process completed ***Failed 88% tests passed, 2 tests failed out of 17 The following tests FAILED: 3 - examples_java (Failed) 17 - examples_compare (Failed) Errors while running CTest The only bad error is the segmentation fault of the Java example 19. Otherwise everything configures and compiles fine on Mac OS X. Next I'll improve the Lua samples, then pdf, then wxWidgets device. I have now implemented all but the plslabelfunc call in f77 / f95 bindings and updated the examples accordingly. I've left the plslabelfunc call to last as it is a bit messy. Octave is also up to date (except for example 19 - not yet worked out how to do function callbacks for mapform / labelfunc.) tcl clearly still needs work, as do ada and ocaml. Otherwise, we're beginning to get all the languages and examples back into shape again ready for the release. Andrew -- 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 -- 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
Re: [Plplot-devel] Python rendering tests
On 2009-08-20 09:32-0700 Alan W. Irwin wrote: There is no difficulty with this latest version of the example either for -dev svg (when viewed by display) or -dev xwin so I suspect there must still be some off-by-one logic error in superscript/subscript level in cairo.c that is causing the issues you can see for this example for -dev xcairo. Hi Hazen: Here is some extra relevant information I discovered this morning. examples/python/test_superscript_subscript.py -dev qtwidget works perfectly! Although I don't recognize anything relevant in Alban's patch that Andrew committed, it appears that some change he did solved all the superscript/subscript issues that appeared before. The same example works OK for -dev psc and -dev psttfc and works (with regard to font size issues and vertical offsets, but not horizontal offsets which generally have issues for this device in any case) for -dev wxwidgets (wxGC). Thus, the only cases I am aware of where this example doesn't have correct font scaling or vertical offsets are pdf (font scaling) and cairo (vertical offsets). Alan __ Alan W. Irwin Astronomical 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 of Linux 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 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
Re: [Plplot-devel] D bindings (nearly finished) and tests on Mac OS X
Hi Arjen, This helps - I no longer get a crash. There is still a further issue somewhere. I'll see if I can track it down. Andrew On Fri, Aug 21, 2009 at 04:20:29PM +0200, Arjen Markus wrote: Hi Andrew, I looked at the source code for the bindings and I realised that currently we do not use tcl_precision or something similar to _return_ values from PLplot routines. Instead we simply use %f to format the returned number. Up to now that was satisfactory, but the time functions return data with high precision. As a temporary workaround, could you try with a format like %.20f - like: Line 283, 284 in pltclgen.tcl: PLFLT { puts $GENFILE sprintf( buf, \%.20f\, $argname($i) ); (I seem to have added all manner of comments about it - never got around to actually implement them. It was not pressing then. I will be glad to take care of it myself, once I can comfortably access my computer at home again) Regards, Arjen On 2009-08-19 13:41, Andrew Ross wrote: Arjen, No problem. I've updated example 29, but because of rounding errors in tcl it is crashing. I've disabled the call to plot4 for now. I think that xmin and xmax end up being very similar (differences of 1 second over ~1000 years. Tcl precision issues seem to make them identical which causes a zero x range for the plot and hence a crash. Are there any ways round this? I tried setting tcl_precision, but it made no difference. Andrew On Wed, Aug 19, 2009 at 09:09:38AM +0200, Arjen Markus wrote: Hi Andrew, thanks for taking care of the Fortran and Tcl bindings. (I would have done it myself, but my time at the keyboard at home is severely limited at the moment.) Regards, Arjen On 2009-08-18 17:51, Andrew Ross wrote: On Tue, Aug 18, 2009 at 11:05:31AM +0200, Werner Smekal wrote: Ok, I submitted now the last D example and the D bindings are therefore finished. Actually not really finished, since example 20 delivers slightly different postscript results than the C example. Although if I compare the output (xwin, wxwidgets, psc) visually I can't spot any difference. I don't think this is a showstopper, but will have a look later on, I don't consider that as too serious. In addition I ran the plplot tests on Mac OS X with the following results: Test timeout computed to be: 1500 c++ Missing examples: Differing postscript output : 29 Missing stdout : Differing stdout: Werner, This one I find odd. C++ results should be completely identical to the C ones since there is no worrying about cross-language support or any of that. I get identical results for all examples with C and C++ using latest svn. java Missing examples: 20 21 22 23 24 25 26 27 28 29 30 31 Differing postscript output : 19 Missing stdout : Differing stdout: 19 python Missing examples: Differing postscript output : Missing stdout : Differing stdout: 23 tcl Missing examples: Differing postscript output : 03 16 19 21 24 26 29 Missing stdout : Differing stdout: 21 d Missing examples: Differing postscript output : 20 Missing stdout : Differing stdout: -- Process completed ***Failed 88% tests passed, 2 tests failed out of 17 The following tests FAILED: 3 - examples_java (Failed) 17 - examples_compare (Failed) Errors while running CTest The only bad error is the segmentation fault of the Java example 19. Otherwise everything configures and compiles fine on Mac OS X. Next I'll improve the Lua samples, then pdf, then wxWidgets device. I have now implemented all but the plslabelfunc call in f77 / f95 bindings and updated the examples accordingly. I've left the plslabelfunc call to last as it is a bit messy. Octave is also up to date (except for example 19 - not yet worked out how to do function callbacks for mapform / labelfunc.) tcl clearly still needs work, as do ada and ocaml. Otherwise, we're beginning to get all the languages and examples back into shape again ready for the release. Andrew -- 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
Re: [Plplot-devel] Ada examples now all give just a red rectangle with no plot
I have just committed the changes to the Ada bindings that implement plspal0 and plspal1; the odd results that Alan and Andrew reported were without those functions implemented. Prior to this commit, there were no calls to either plspal0 or plspal1 in any of the Ada examples. Now, Ada examples 16 call both. I don't see how this can fix the problem, however. Jerry On Aug 21, 2009, at 5:34 AM, Andrew Ross wrote: As a second report, I can confirm that I also see this. Using -cmap0 on the command line to set the default palette cures the problem, so it looks like it is somewhere in the initialisation. This just seems to be an Ada issue, and happens for all the drivers I've tried. This is odd since with the thin bindings Ada should just be making the same plplot calls as all the other languages. Andrew On Fri, Aug 21, 2009 at 02:13:40AM -0700, Jerry wrote: My working copy is 10303 and it is OK. The last change to plplot.h was in 10302. Not sure what is happening here. Jerry On Aug 20, 2009, at 12:52 PM, Alan W. Irwin wrote: I presume this has something to do with the recent core cmap[01] changes. Hopefully, the fix can be found in a hurry because I think otherwise this would be a showstopper for the release Alan -- 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 -- 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
Re: [Plplot-devel] Ada examples now all give just a red rectangle with no plot
I now am seeing red also, at version 10314. Comparing SVG files for C and Ada on Example 1: The file sizes are the same; There are 535 differences; Every difference (date excepted) is due to either stroke=#FF or fill=#FF in the Ada-generated file. That's a lot of red. The same experiment on PostScript files: File sizes same 13 differences Every difference is exactly due to 1. 0. 0. C in the Ada-generated file where in the C-generated file there was x y z C where x, y, z are floats of various values. I'm going to take a wild guess that r g b C sets the color in PostScript. Using the -cmap0 option, these files work correctly cmap0_black_on_white.pal cmap0_default.pal cmap0_white_bg.pal whereas this one makes red cmap0_alternate.pal Disassembling the red SVG file for Ada example 1 with a graphics program shows a red rectangle for (I suppose) the background and correctly-drawn plots but all in red. There is no text--no numbers on the axes and no labels--but this is likely due to the graphics program as is complains of missing fonts when I open the file with it. Incidentally, the curve on the lower left-hand plot appears to be too thick--about twice the thickness of the others--but this is also true of the SVG result made with e.g. x01c using either the svg or svgqt drivers. Also, those SVG files displace the data points on the upper two graphs--svgqt upwards and svt downwards, but this is perhaps for another thread. Something happened between I think versions 10303 and 10312 to cause all this red. Jerry On Aug 21, 2009, at 1:19 PM, Jerry wrote: I have just committed the changes to the Ada bindings that implement plspal0 and plspal1; the odd results that Alan and Andrew reported were without those functions implemented. Prior to this commit, there were no calls to either plspal0 or plspal1 in any of the Ada examples. Now, Ada examples 16 call both. I don't see how this can fix the problem, however. Jerry On Aug 21, 2009, at 5:34 AM, Andrew Ross wrote: As a second report, I can confirm that I also see this. Using -cmap0 on the command line to set the default palette cures the problem, so it looks like it is somewhere in the initialisation. This just seems to be an Ada issue, and happens for all the drivers I've tried. This is odd since with the thin bindings Ada should just be making the same plplot calls as all the other languages. Andrew On Fri, Aug 21, 2009 at 02:13:40AM -0700, Jerry wrote: My working copy is 10303 and it is OK. The last change to plplot.h was in 10302. Not sure what is happening here. Jerry On Aug 20, 2009, at 12:52 PM, Alan W. Irwin wrote: I presume this has something to do with the recent core cmap[01] changes. Hopefully, the fix can be found in a hurry because I think otherwise this would be a showstopper for the release Alan -- 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 -- 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 -- 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