As far as PDL goes, the real problem is that the "talk to gnuplot" part doesn't work for win32---at least reliably. Once the module is working for unix, macosx, and windows it would be a candidate for migration into the PDL core distribution. Of course, there will need to be something like Alien::Gnuplot to handle installing the gnuplot dependency to support the module. I don't know if that is already done or not....
--Chris On Thu, Jan 26, 2012 at 12:51 AM, Craig DeForest <[email protected]> wrote: > Thanks for having a look at this, Cliff. > > Both Dima and I left the default terminal to be the same as the built-in > Gnuplot default (that you get by not specifying one to gnuplot). On the Mac, > this defaults to "aqua"; on Fedora Linux it defaults to "X11cairo" (IIRC). What is the default on win32? I know it isn't X11. > On Jan 25, 2012, at 10:27 PM, Clifford Sobchuk wrote: > >> From your response, I take it you are using cygwin and not strawberry or >> activestate perl. The IPC methods, I think I saw them in the .pm file near >> the bottom. I was trying to figure out exactly what was being called. I saw >> that gnuplot itself was being called which does work (not with pipes unless >> they changed it to be consistent with *nix platforms - previously it had to >> call pgnuplot for any piped actions), but I didn't see where the terminal >> type was set (the default that is, I expect we can put any terminal that is >> supported by gnuplot). I guess that during the tests files it would call the >> X11 term type? Does this mean that if I installed Xming that it would >> magically work - or at least pass the tests? >> >> I can give that a try and I'll check the differences between the IPC of the >> Graphics::GnuPlotIF and PDL:Graphics::Gnuplot to see if there is anything >> that I can naively spot as important. >> >> I tried to build the .tar.gz file from the git and it fails during make. >> >> drzowie-PDL-Graphics-Gnuplot-cbcb72d>perl Makefile.PL >> Set up gcc environment - 4.5.2 >> Checking if your kit is complete... >> Warning: the following files are missing in your kit: >> debian/source >> Please inform the author. >> Writing Makefile for PDL::Graphics::Gnuplot >> Writing MYMETA.yml and MYMETA.json >> >> C:\Users\eclisob\Downloads\drzowie-PDL-Graphics-Gnuplot-cbcb72d\drzowie-PDL-Graphics-Gnuplot-cbcb72d>make >> process_begin: CreateProcess(NULL, rem, ...) failed. >> make (e=2): The system cannot find the file specified. >> make: *** [blibdirs] Error 2 >> >> Thanks, >> CLIFF SOBCHUK >> Core RF Engineering >> Phone 613-667-1974 ecn: 8109-71974 >> mobile 403-819-9233 >> yahoo: sobchuk >> www.ericsson.com >> >> "The author works for Telefonaktiebolaget L M Ericsson ("Ericsson"), who is >> solely responsible for this email and its contents. All inquiries regarding >> this email should be addressed to Ericsson. The web site for Ericsson is >> www.ericsson.com." >> >> This Communication is Confidential. We only send and receive email on the >> basis of the terms set out at www.ericsson.com/email_disclaimer >> >> >> -----Original Message----- >> From: Craig DeForest [mailto:[email protected]] >> Sent: Wednesday, January 25, 2012 9:15 PM >> To: Dima Kogan >> Cc: Craig DeForest; Clifford Sobchuk; [email protected] >> Subject: Re: [Perldl] PDL::Graphics::Gnuplot on Win32 Vista. >> >> >> On Jan 25, 2012, at 4:43 PM, Dima Kogan wrote: >> >>>> Clifford Sobchuk <[email protected]> wrote: >>>> I tried installing the PDL::Graphics::Gnuplot on top of 2.4.9 and it >>>> resulted in the following report from cpanm. Any pointers? >>> >>> This just means that it couldn't run the gnuplot executable. I haven't >>> made any effort to make it work on Windows, so that's why you are >>> seeing the error. There shouldn't be a lot involved, but somebody has to do >>> it. >>> >>> Also it is important to note that the code on CPAN is my latest >>> branch. Craig has done lots of work on this module, and you should use his >>> latest: >>> >>> https://github.com/drzowie/PDL-Graphics-Gnuplot >>> >>> I don't know if Windows support was something he touched, but it's worth a >>> try. >>> Craig, care to weigh in? >> >> Sure. I've been working down the parse tree for Gnuplot. The existing >> module works great for a wide variety of simple things. There is crude FITS >> support. It is possible to do everything that gnuplot can do (which is >> quite a lot), but edgier cases still require messing with the syntax a bit >> (e.g. "xrange" works as advertised [you pass in a list ref containing >> <min>,<max>], unless you set "xmdate" to plot time values on the X axis, in >> which case you have to manually pass in a string that contains double quotes >> -- but that will be fixed). >> >> As for Windows support, I find that the "x11" device works fine with the >> only Windows system I use. Someone else who knows (or cares) how to support >> the cra^H^H^Hstuff that comes out of Redmond can hack the 2-3 methods that >> do the actual IPC to the gnuplot process. >> >> Here's an example plot I made recently for a paper. It shows fields of view >> of several instruments on the STEREO-A spacecraft and locations of several >> CMEs that were tracked at the end of 2008. It was surprisingly easy to >> generate (and is just one frame in a movie). >> >> I'd like to get one or two more rounds of smartening finished up and a >> better test suite written, but I (and I think Dima) am planning to have a >> CPAN release of PDL::Graphics::Gnuplot buttoned up in time for folks to poke >> and prod it before 2.4.11 comes out (hopefully ~4-6 months after 2.4.10). >> >> Cheers, >> Craig >> >> >> >> >> >> > > > _______________________________________________ > 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
