You'll need to unset the TERM environment variable. TERM=dumb disables all the readline command edit stuff. There was some win32 reason for why it is set that way but I don't recall. I disable it myself and things work consistently between the win32 and unix-ish versions of perl.
The win32 interface is where the problem is with the current PDL::Graphics::Gnuplot implementation so I'm not surprised that you had a problem there. I don't know about the documentation. Did a pdldoc.db file get installled anywhere? Can you read it---permissions ok for a user? --Chris On Thu, Jan 26, 2012 at 3:00 PM, Clifford Sobchuk <[email protected]> wrote: > I uninstalled ASPerl 5.10.1 and installed StrawberryPerl 5.12.3. Performed > the cpan -if Devel::REPL and used the sysiphusion ppm files to install > pre-req's and pdl and also a cpan -if PDL::Graphics::Gnuplot. > > Results below. Don't know why the TERM type is dumb, nor why it can't find > the docs for pdl. Perldl also can't find the docs. Have to investigate > further... Closer though. > > Test Summary Report > ------------------- > t/plot.t (Wstat: 768 Tests: 5 Failed: 3) > Failed tests: 2, 4-5 > Non-zero exit status: 3 > Files=2, Tests=5, 2 wallclock secs ( 0.03 usr + 0.03 sys = 0.06 CPU) > Result: FAIL > Failed 1/2 test programs. 3/5 subtests failed. > dmake.EXE: Error code 131, while making 'test_dynamic' > DKOGAN/PDL-Graphics-Gnuplot-0.02.tar.gz > C:\strawberry\c\bin\dmake.EXE test -- NOT OK > //hint// to see the cpan-testers results for installing this module, try: > reports DKOGAN/PDL-Graphics-Gnuplot-0.02.tar.gz > Running make install > Installing C:\strawberry\perl\site\lib\PDL\Graphics\Gnuplot.pm > Appending installation info to C:\strawberry\perl\lib/perllocal.pod > DKOGAN/PDL-Graphics-Gnuplot-0.02.tar.gz > C:\strawberry\c\bin\dmake.EXE install UNINST=1 -- OK > > C:\Users\eclisob\Desktop>pdl2 > Unable to find PDL/pdldoc.db in > C:\Perl\lib:C:\Perl\site\lib:C:/strawberry/perl/site/lib:C:/strawberry/perl/vendor/lib:C:/strawberry > /perl/lib:. > load_rcfile: got $HOME = C:\Users\eclisob > load_rcfile: loading PDL/default.pdl > > ****************************************** > * Warning: TERM type is dumb! * > * Limited ReadLine functionality will be * > * available. Please unset TERM or use a * > * different terminal type. * > ****************************************** > > Perldl2 Shell v0.005 > PDL comes with ABSOLUTELY NO WARRANTY. For details, see the file > 'COPYING' in the PDL distribution. This is free software and you > are welcome to redistribute it under certain conditions, see > the same file for details. > Loaded plugins: > Commands > Completion > CompletionDriver::LexEnv > CompletionDriver::Methods > DDS > FindVariable > History > LexEnv > MultiLine::PPI > NiceSlice > PDLCommands > Packages > PrintControl > ReadLineHistory > Type 'help' for online help > Type Ctrl-D or quit to exit > Loaded PDL v2.4.9 > pdl> use PDL::Graphics::Gnuplot > pdl> $x=sequence(10) > pdl> plot($x) > Runtime error: PDL AutoLoader: Undefined subroutine plot() cannot be > autoloaded. > No file `plot.pdl' was found in your @PDLLIB path. > pdl> $w=gpwin(); > Runtime error: PDL AutoLoader: Undefined subroutine gpwin() cannot be > autoloaded. > No file `gpwin.pdl' was found in your @PDLLIB path. > pdl> $w->plot(xvals(10),xvals(10)**2); > Runtime error: Can't call method "plot" on an undefined value at (eval 421) > line 5, <IN> line 5. > pdl> > > > 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: chm [mailto:[email protected]] > Sent: Thursday, January 26, 2012 6:28 AM > To: Clifford Sobchuk > Cc: [email protected] > Subject: Re: [Perldl] Devel::REPL install on MSWin Vista? Help. > > This is the list of prerequisite modules loaded from a CPAN testers report > for win32 which may help as a list of individual modules to install. > >> App::Nopaste 0 0.28 >> B::Concise 0 0.76 >> B::Keywords 0 1.10 >> Data::Dump::Streamer 0 2.32 >> Data::Dumper::Concise 0 2.020 >> Devel::Peek 0 1.04 >> ExtUtils::MakeMaker 6.42 6.55_02 >> File::HomeDir 0 0.98 >> File::Next 0 1.06 >> File::Spec 0 3.33 >> Lexical::Persistence 0 1.020 >> Module::Refresh 0 0.16 >> Moose 0.74 2.0202 >> MooseX::AttributeHelpers 0.16 0.23 >> MooseX::Getopt 0.18 0.37 >> MooseX::Object::Pluggable 0.0009 0.0011 >> namespace::clean 0 0.20 >> PPI 0 1.215 >> ! Sys::SigAction 0 n/a >> Task::Weaken 0 1.03 >> Term::ANSIColor 0 3.01 >> Term::ReadLine 0 1.07 >> Test::More 0 0.98 > > --Chris > > On 1/26/2012 7:32 AM, chm wrote: >> On 1/26/2012 12:42 AM, Clifford Sobchuk wrote: >>> The two problematic modules right now are B::Concise and Devel::Peek. >>> Neither will build. >> >> I don't know. >> >>> I checked the ppm directory on ActiveState and it shows that 1.003012 >>> doesn't build properly under their system for any perl build - even >>> the 5.15. The only version listed that did pass was the 1.003007. I >>> noticed that Strawberry Perl has the Devel::REPL (1.003011) included >>> in their Professional version (Alpha release) and it is based on >>> 5.10.1. I thought it would be a simple matter of copying the Devel >>> directory from one to the other and the re.pl/re.bat file, but >>> apparently there must be some sort of data base or registry that >>> identifies the version as it still fails to be recognized by pdl2. >> >> Right, there is the known problem with the signal handling module on >> win32 so it won't build without a force. >> >>> The reason that I am trying to get it to install completely on >>> Windows is that I am giving a presentation to our group on its use >>> and I was hoping that I would be able to determine a recipe that was >>> repeatable for the install. >>> >>> If any one knows of something I can do, or have missed, please let me >>> know. Thanks, >> >> One thing that happened to me when I was first getting things working >> was that I had multiple Devel::REPL files in different places in my >> @INC path. If you do, that could be the problem. >> >>> Just tried a ppm on my modules and it recognized that 1.003011 is >>> installed. Pdl2 still insists it is not found. I'll run sysiphusion >>> again and see if that clears up the issue. >> >> The current PDL needs 1.003012 but you can edit the pdl2.bat file and >> change that to 1.003011 and see if that makes a difference. There are >> some fixes in the current release but the 1.003011 should work for the >> most part still. >> >> --Chris >> >>> 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: chm [mailto:[email protected]] >>> Sent: Wednesday, January 25, 2012 5:53 PM To: Clifford Sobchuk Cc: >>> [email protected] Subject: Re: [Perldl] Devel::REPL install on >>> MSWin Vista? Help. >>> >>> On 1/25/2012 6:00 PM, Clifford Sobchuk wrote: >>>> >>>> Hi Folks, This is on a Windows Vista machine that several weeks ago >>>> I had pdl2 installed with all the dependencies (Devel::REPL >>>> 1.0030011) and had 3d and 2d graphics. Since then I have been trying >>>> out various install methods (given some of the queries on the list) >>>> and having various degrees of success. The one thing I can't seem to >>>> get back is pdl2 because of the Devel::REPL dependency. >>> >>> Yes, this is a real pain. On the list is to do a PAR archive version >>> of Devel::REPL that would include the whole "mess" but no time yet. >>> >>> What I've done myself is to use cpan to install the Devel::REPL >>> dependencies starting from the deepest and continuing up until the >>> prerequisites for Devel::REPL are met. At that time, a Devel::REPL >>> build should work. >>> >>>> I have perldl with 2d and 3d graphics, but I can't seem to install >>>> Devel::REPL to get pdl2 back again. I have tried installing version >>>> 1.003007 and then cpan upgrade to 1.0030012 (only version listed), I >>>> have tried cpanm (which tries to install 1.0030012 and fails >>>> dependency on sig), I have tried to download the source and build >>>> and it fails with Devel::Peek, B::Concise and other dependencies >>>> that won't build. >>> >>> I'm not sure what "dependency on sig" means but there is a signal >>> handling module that only works for unix. However, if you force the >>> install, the win32 build works. I thought we had fixed that to ignore >>> for win32 builds but I think something is still missing. >>> >>>> Does anyone have a recipe to install Devel::REPL on activestate perl >>>> 5.10.1 - win32 multi-threaded version? >>> >>> I lost my start on the dependency list but it looks like the upgrade >>> attempt was actually working. You might try again with the force >>> install. >>> >>> Good luck, Chris >>> >>> >>> ----- No virus found in this message. Checked by AVG - www.avg.com >>> Version: 10.0.1416 / Virus Database: 2109/4766 - Release Date: >>> 01/25/12 >>> >>> >>> >> >> >> >> ----- >> No virus found in this message. >> Checked by AVG - www.avg.com >> Version: 10.0.1416 / Virus Database: 2109/4766 - Release Date: >> 01/25/12 >> >> > _______________________________________________ Perldl mailing list [email protected] http://mailman.jach.hawaii.edu/mailman/listinfo/perldl
