Thanks to Diab, Chris, and Juergen for your prompt testing! I've fixed Diab's and Chris's issues, and looked at Juergen's but I'm still stumped by his multiplot-freezing-up issue. I'm taking the liberty of pasting Juergen's testfile here. Does anyone else see this problem (on failure the attached testfile freezes) and/or does anyone have an idea what could possibly cause it? Juergen, if you run 'make test' again it will report your gnuplot version number, which might help.
rc2 is now up on github (below).
use PDL; use PDL::Graphics::Gnuplot; use Test::Most tests => 1; # [email protected] # 16.01.2013 # Error: # Gnuplot freezes if a certain number of curves in a multiplot is exceeded. # Error is independent of device # my $pl = gpwin( 'png', output => 'temp/test.png' ); my $pl = gpwin(); # Window freezes # Observation: # Failure (freezing of gnuplot) depends mainly on $n_curves, # and varies to some extend on the plotted function # Fails: (10, 7), (100, 7), (1_000_000, 7) # Works: (10, 6), (100, 6), (1_000_000, 6) my ($n_points, $n_curves) = (10, 7); print "\nNumber of curve points: $n_points\n" ."Number of curves: $n_curves\n"; print "In case of failure: Terminate the gnuplot.exe manually (MSWindows)\n\n"; my $x = 0.01 * sequence(10); $pl->multiplot(); # deactivation -> no window my @pars; for my $ix ( 0..$n_curves-1 ) { push @pars, {}; # separates curves within a subplot push @pars, $x => (1 + 0.1*$ix) * $x**2; }; $pl->plot( @pars ); $pl->end_multi(); # deactivation -> no window ok(1, 'Test reaches end of code' ); 1;
> On Sun, Feb 24, 2013 at 11:14 PM, Craig DeForest > <[email protected]> wrote: >> Hi, all, >> >> After numerous bugfixes and much helpful multiplatform testing from Chris, >> Doug, and Jurgen, I've pushed a release candidate PDL::Graphics::Gnuplot 1.4 >> up to git. You can get it from >> "http://github.com/drzowie/PDL-Graphics-Gnuplot";. If all goes well I will >> release 1.4 via CPAN in the next 48 hours. >> >> I would greatly appreciate a quick "make test" (preferably with the >> environment variable GNUPLOT_INTERACTIVE set to a true value) on various >> platforms, to make sure 1.4 will be stable for a while. >> >> PDL::Graphics::Gnuplot has continued to mature and most of the recent >> bugfixes have been to address multiplatform issues. >> >> While there are several important (and some obscure) interface bugs fixed, >> 1.4's main advantage is that it handles the pipe to gnuplot more robustly - >> particularly in the way it handles interrupts (e.g. you banging on ^C while >> it is trying to get some work done). >> >> There is good news on the gnuplot front as well: a recent patch, which I >> believe is now in the gnuplot CVS, speeds up image transfer by a factor of >> 300, so that pipe transfer time no longer dominates plot time. This means >> 1k x 1k monochrome images only require a small fraction of a second to >> display, and 2k x 2k double-precision RGB images render in about 1 second >> (on my 2yo MacBook Pro; YMMV). While that performance gain doesn't affect >> stock gnuplot installations, it should percolate through their release >> process in the next few months. >> >> Happy plotting, >> Craig >> >> >> _______________________________________________ >> PDL-porters mailing list >> [email protected] >> http://mailman.jach.hawaii.edu/mailman/listinfo/pdl-porters >
_______________________________________________ Perldl mailing list [email protected] http://mailman.jach.hawaii.edu/mailman/listinfo/perldl
