Thanks, Juergen.  

My current hypothesis is that there is some sort of buffering issue with the 
ASP or SP system. I'm at a bit of a loss as I don't actually have a system that 
can reproduce the behavior, so it's hard to investigate.  I'll stand by until 
you or Chris can get back with a test of the latest git (rc3), which might fix 
the issue by shrinking the write buffer.


On Feb 25, 2013, at 11:23 PM, Jürgen Mück <[email protected]> wrote:

> I can't repeat the installation at the moment. 
> 
> But starting gnuplot.exe, it says (Private machine, Win7, 64bit, ASPerl 
> 5.14.2, PDL 2.4.11): 
> 
> Microsoft Windows [Version 6.1.7601]
> Copyright (c) 2009 Microsoft Corporation. Alle Rechte vorbehalten.
> 
> C:\Users\Juergen>gnuplot
> 
>         G N U P L O T
>         Version 4.7 patchlevel 0    last modified 2012-09-16
>         Build System: MS-Windows 32 bit
> 
>         Copyright (C) 1986-1993, 1998, 2004, 2007-2012
>         Thomas Williams, Colin Kelley and many others
> 
>         gnuplot home:     http://www.gnuplot.info
>         mailing list:     [email protected]
>         faq, bugs, etc:   type "help FAQ"
>         immediate help:   type "help"  (plot window: hit 'h')
> 
> gnuplot changed the codepage of this console from 850 to 1252 to
> match the graph window. Some characters might only display correctly
> if you change the font to a non-raster type.
> 
> Terminal type set to 'wxt'
> gnuplot>
> 
> But With GNUPLOT 4.6 on my other machine same things happen. 
> 
> Jurgen
> 
> Craig DeForest schrieb:
>> 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).
>> 
>> 
>> freezing_on_multiple_curves.t
>> 
>> 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
> 

_______________________________________________
Perldl mailing list
[email protected]
http://mailman.jach.hawaii.edu/mailman/listinfo/perldl

Reply via email to