Re: install problems: XML::LibXML::XPathContext
On Aug 2, 2006, at 13:09 , Sherm Pendley wrote: One more one-liner before bed. :-) Thanks! Sleep well! You've more than earned it, from my POV. :) Michael Glaesemann grzm seespotcode net
Re: install problems: XML::LibXML::XPathContext
On Aug 2, 2006, at 12:35 , Sherm Pendley wrote: You can pass multiple file names to otool, so you can actually get a quick list of everything all your modules are linked against like this: find /Library/Perl/5.8.6 -name '*.bundle' -print0 | xargs -0 otool -L I can imagine I'll find that useful in future debugging. Thanks again for your help. I learned quite a bit today! Michael Glaesemann grzm seespotcode net
Re: install problems: XML::LibXML::XPathContext
On Aug 2, 2006, at 11:55 , Michael Glaesemann wrote: On Aug 1, 2006, at 23:04 , Sherm Pendley wrote: Try moving /opt aside before building & testing the module. Before you do, use otool to see which of these XML::LibXML::XPathContext is linked against - it may also be that one (or more) of its prerequisites (XML::LibXML for instance) is also linked the one in /opt. I've been trying to figure out where the XML::LibXML::XPathContext object files are located, but can't find it. (Am I correct in thinking that's what I should be looking for?) I'm looking in / Library/Perl/5.8.6. And looking at the otool man page, it looks like I want to use otool -L when I finally find it, correct? I think I've found it. I was looking for a .so or .o file, but it looks like it's a .bundle. $ otool -L /Volumes/wilde/Library/Perl/5.8.6/darwin-thread- multi-2level/auto/XML/LibXML/XPathContext/XPathContext.bundle /Volumes/wilde/Library/Perl/5.8.6/darwin-thread-multi-2level/auto/XML/ LibXML/XPathContext/XPathContext.bundle: /opt/local/lib/libxml2.2.dylib (compatibility version 9.0.0, current version 9.23.0) /opt/local/lib/libz.1.dylib (compatibility version 1.0.0, current version 1.2.3) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 88.1.6) /opt/local/lib/libiconv.2.dylib (compatibility version 6.0.0, current version 6.0.0) And here's what XML::LibXML is linked against. $ otool -L /Library/Perl/5.8.6/darwin-thread-multi-2level/auto/XML/ LibXML/LibXML.bundle /Library/Perl/5.8.6/darwin-thread-multi-2level/auto/XML/LibXML/ LibXML.bundle: /usr/lib/libxml2.2.dylib (compatibility version 9.0.0, current version 9.16.0) /usr/lib/libz.1.dylib (compatibility version 1.0.0, current version 1.2.3) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 88.1.5) /usr/lib/libiconv.2.dylib (compatibility version 5.0.0, current version 5.0.0) So that confirms what you suspected. I moved the previous XPathContext.pm and /opt out of the way, hopped into CPAN and installed XML::LibXML::XPathContext again. Installed without a problem, passing all the tests. Is there a way to specify which libs the modules should be linking against, something like changing ones path? I don't see the /opt in the perl -V output (in particular in the Linker and Libraries section), so I'm wondering why it's picking up the libraries in /opt anyway. Thanks again, Sherm! Michael Glaesemann grzm seespotcode net
Re: install problems: XML::LibXML::XPathContext
On Aug 1, 2006, at 23:04 , Sherm Pendley wrote: I ended up force installing XML::LibXML::XPathContext Pointless. That will force CPAN to copy the files, but it won't fix the real problem. And with *every* test failing, there's virtually zero chance of it being a problem with the tests - *especially* given that they pass on your PB. Thanks for confirming this. I generally don't force install modules until I have evidence that that's the only option and that the module will still work as expected. In this particular case I was anxious to get on with the project and wanted to see if any problems arose in the absence of any confirmation of the problem. So far I've been lucky, as nothing untoward appears to be happening, but it *is* something I'm uncomfortable with. Nothing so far has indicated a bug in the module. Quite the contrary - the crash dump suggests otherwise: Binary Images Description: 0x605000 - 0x6dafff libiconv.2.dylib/opt/local/lib/ libiconv.2.dylib 0x1008000 - 0x10f0fff libxml2.2.dylib /opt/local/lib/ libxml2.2.dylib ... 0x92a4a000 - 0x92b28fff libxml2.2.dylib /usr/lib/ libxml2.2.dylib 0x92b45000 - 0x92c32fff libiconv.2.dylib/usr/lib/libiconv. 2.dylib Figure out why this module is linked against both copies of libxml & libiconv, and I'd bet you'll have solved this problem. Thanks for pointing this out. I don't have a lot of experience reading crash dumps, and your explanation is helpful as an introduction. Try moving /opt aside before building & testing the module. Before you do, use otool to see which of these XML::LibXML::XPathContext is linked against - it may also be that one (or more) of its prerequisites (XML::LibXML for instance) is also linked the one in / opt. I've been trying to figure out where the XML::LibXML::XPathContext object files are located, but can't find it. (Am I correct in thinking that's what I should be looking for?) I'm looking in / Library/Perl/5.8.6. And looking at the otool man page, it looks like I want to use otool -L when I finally find it, correct? Thanks, Sherm for your help. Michael Glaesemann grzm seespotcode net
Re: install problems: XML::LibXML::XPathContext
On Jul 31, 2006, at 14:33 , Michael Glaesemann wrote: I'm having trouble installing XML::LibXML::XPathContext on a Intel Mini (via CPAN). I had no problem installing it on my Powerbook, so I'm wondering if it has to do with a difference between PowerPC and Intel processors (for lack of any other evidence). Has anyone else had trouble installing XML::LibXML::XPathContext? I ended up force installing XML::LibXML::XPathContext (and XML::RSS::LibXML, which is also a dependency for Plagger, which is my utlimate goal). I noticed in my System.log that perl was actually crashing during the tests. I've included the final crash report from / Library/Logs/CrashReporter/perl.crash.log below. Am I right in thinking I should contact the author of XML::LibXML::XPathContext? Thanks for any suggestions or pointers. Michael Glaesemann grzm seespotcode net ** Host Name: wilde Date/Time: 2006-08-01 09:12:51.833 +0900 OS Version: 10.4.7 (Build 8J2135a) Report Version: 4 Command: perl Path:/usr/bin/perl Parent: perl [2563] Version: ??? (???) PID:2591 Thread: 0 Exception: EXC_BAD_ACCESS (0x0001) Codes: KERN_PROTECTION_FAILURE (0x0002) at 0x0009 Thread 0 Crashed: 0 libxml2.2.dylib 0x010d0ce5 xmlPatternMaxDepth + 52 (pattern.c:2513) 1 libxml2.2.dylib 0x01062b81 xmlXPathRunEval + 82 (xpath.c:11026) 2 libxml2.2.dylib 0x0106336c xmlXPathCompiledEval + 144 (xpath.c:11539) 3 XPathContext.bundle 0x000600e3 xpc_domXPathFind + 92 (xpath.c:161) 4 XPathContext.bundle 0x0005bc69 XS_XML__LibXML__XPathContext__findnodes + 385 (XPathContext.xs:919) 5 libperl.dylib 0x96887d40 Perl_pp_entersub + 897 6 libperl.dylib 0x9687ee07 Perl_runops_standard + 19 7 libperl.dylib 0x96812194 perl_run + 300 8 perl0x20d2 0x1000 + 4306 9 perl0x1f56 0x1000 + 3926 10 perl0x1e71 0x1000 + 3697 Thread 0 crashed with i386 Thread State: eax: 0x0005ebx: 0x01062b3d ecx:0x005e70f0 edx: 0x005e70b0 edi: 0x005e70f0esi: 0x ebp:0xb648 esp: 0xb63c ss: 0x002fefl: 0x00010206 eip:0x010d0ce5 cs: 0x0027 ds: 0x002f es: 0x002f fs:0x gs: 0x0037 Binary Images Description: 0x1000 - 0x2fff perl/usr/bin/perl 0x1e000 -0x24fff Encode.bundle /System/Library/Perl/5.8.6/ darwin-thread-multi-2level/auto/Encode/Encode.bundle 0x39000 -0x3afff Common.bundle /Library/Perl/5.8.6/darwin- thread-multi-2level/auto/XML/LibXML/Common/Common.bundle 0x47000 -0x49fff IO.bundle /System/Library/Perl/5.8.6/ darwin-thread-multi-2level/auto/IO/IO.bundle 0x58000 -0x60fff XPathContext.bundle /Library/Perl/5.8.6/ darwin-thread-multi-2level/auto/XML/LibXML/XPathContext/ XPathContext.bundle 0x81000 -0x92fff libz.1.dylib/opt/local/lib/libz.1.dylib 0x205000 - 0x246fff LibXML.bundle /Library/Perl/5.8.6/darwin- thread-multi-2level/auto/XML/LibXML/LibXML.bundle 0x605000 - 0x6dafff libiconv.2.dylib/opt/local/lib/ libiconv.2.dylib 0x1008000 - 0x10f0fff libxml2.2.dylib /opt/local/lib/ libxml2.2.dylib 0x8fe0 - 0x8fe4bfff dyld 45.1 /usr/lib/dyld 0x9000 - 0x9016efff libSystem.B.dylib /usr/lib/ libSystem.B.dylib 0x901be000 - 0x901c0fff libmathCommon.A.dylib /usr/lib/system/ libmathCommon.A.dylib 0x90bc6000 - 0x90bcdfff libgcc_s.1.dylib/usr/lib/libgcc_s. 1.dylib 0x9113f000 - 0x9114dfff libz.1.dylib/usr/lib/libz.1.dylib 0x92a4a000 - 0x92b28fff libxml2.2.dylib /usr/lib/libxml2.2.dylib 0x92b45000 - 0x92c32fff libiconv.2.dylib/usr/lib/libiconv. 2.dylib 0x9680a000 - 0x9691efff libperl.dylib /System/Library/Perl/5.8.6/ darwin-thread-multi-2level/CORE/libperl.dylib
install problems: XML::LibXML::XPathContext
Hello. I'm having trouble installing XML::LibXML::XPathContext on a Intel Mini (via CPAN). I had no problem installing it on my Powerbook, so I'm wondering if it has to do with a difference between PowerPC and Intel processors (for lack of any other evidence). Has anyone else had trouble installing XML::LibXML::XPathContext? There are a few warnings about arguments differing in signedness during compilation, and a truly amazing number of test failures (failing 200% and 183%, if the numbers are to be believed.) One thing I'm wondering about is the following warning: /usr/bin/ld: warning -L: directory name (/usr/local/lib) does not exist I've tried creating /usr/local/lib and installing again, but not surprisingly it just removes the warning: I still get the same number of test failures. Checking this directory on my Powerbook (with the successful XML::LibXML::XPathContext install), I see a number of libraries, but none of them look like they have any connection with XML (libnmz, libreadline, libsqlite3, libruby, libfcgi, libchasen, libhistory, libapreq). Please find my version and install logs below. I've Googled on some of the error strings, but nothing except for a CPAN install failure log on an older version of Darwin from 7 months ago[1] have risen to the surface. Thanks for any insight, pointers to documentation, or suggestions of things I might try to get it installed are most appreciated. Michael Glaesemann grzm seespotcode net [1](http://www.codecomments.com/archive430-2005-12-736887.html) $ perl -V Summary of my perl5 (revision 5 version 8 subversion 6) configuration: Platform: osname=darwin, osvers=8.0, archname=darwin-thread-multi-2level uname='darwin b01.apple.com 8.0 darwin kernel version 8.0.0: tue nov 15 13:23:51 pst 2005; root:xnu-792.99.1.obj~6release_ppc power macintosh powerpc ' config_args='-ds -e -Dprefix=/usr -Dccflags=-g -pipe - Dldflags=-Dman3ext=3pm -Duseithreads -Duseshrplib' hint=recommended, useposix=true, d_sigaction=define usethreads=define use5005threads=undef useithreads=define usemultiplicity=define useperlio=define d_sfio=undef uselargefiles=define usesocks=undef use64bitint=undef use64bitall=undef uselongdouble=undef usemymalloc=n, bincompat5005=undef Compiler: cc='cc', ccflags ='-g -pipe -fno-common -DPERL_DARWIN -no-cpp- precomp -fno-strict-aliasing -I/usr/local/include', optimize='-O3', cppflags='-no-cpp-precomp -g -pipe -fno-common -DPERL_DARWIN -no- cpp-precomp -fno-strict-aliasing -I/usr/local/include' ccversion='', gccversion='4.0.1 (Apple Computer, Inc. build 5250)', gccosandvers='' intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=1234 d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=16 ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=8 alignbytes=8, prototype=define Linker and Libraries: ld='env MACOSX_DEPLOYMENT_TARGET=10.3 cc', ldflags ='-L/usr/ local/lib' libpth=/usr/local/lib /usr/lib libs=-ldbm -ldl -lm -lc perllibs=-ldl -lm -lc libc=/usr/lib/libc.dylib, so=dylib, useshrplib=true, libperl=libperl.dylib gnulibc_version='' Dynamic Linking: dlsrc=dl_dlopen.xs, dlext=bundle, d_dlsymun=undef, ccdlflags=' ' cccdlflags=' ', lddlflags='-bundle -undefined dynamic_lookup -L/ usr/local/lib' Characteristics of this binary (from libperl): Compile-time options: MULTIPLICITY USE_ITHREADS USE_LARGE_FILES PERL_IMPLICIT_CONTEXT Locally applied patches: 23953 - fix for File::Path::rmtree CAN-2004-0452 security issue 33990 - fix for setuid perl security issues Built under darwin Compiled at Jan 13 2006 11:59:39 @INC: /System/Library/Perl/5.8.6/darwin-thread-multi-2level /System/Library/Perl/5.8.6 /Library/Perl/5.8.6/darwin-thread-multi-2level /Library/Perl/5.8.6 /Library/Perl /Network/Library/Perl/5.8.6/darwin-thread-multi-2level /Network/Library/Perl/5.8.6 /Network/Library/Perl /System/Library/Perl/Extras/5.8.6/darwin-thread-multi-2level /System/Library/Perl/Extras/5.8.6 /Library/Perl/5.8.1 . = CPAN: Storable loaded ok Going to read /Users/saiadmin/.cpan/Metadata Database was generated on Sun, 30 Jul 2006 09:31:45 GMT Running install for module XML::LibXML::XPathContext Running make for P/PA/PAJAS/XML-LibXML-XPathContext-0.07.tar.gz CPAN: Digest::SHA loaded ok CPAN: Module::Signature loaded ok WARNING: This key is not certified with a trusted signature! Primary key fingerprint: 2E66 557A B97C 19C7 91AF 8E20 328D A867 450F 89EC Signature for /Users/saiadmin/.cpan/sources/authors/id/P/PA/PAJAS/ CHECKSUMS ok CPAN: Compress::Zlib loade
Re: CamelBones on Intel
On Nov 5, 2005, at 7:55 , Sherm Pendley wrote: Here's some good news. I just heard from someone who's been helping me test CamelBones on Intel, using the latest ShuX snapshot found here: <http://camelbones.sourceforge.net/download/cvs-install.html> And here's what he had to say about it: I spent a few minutes clicking around in this latest version on my Intel box with no apparent failures of any kind. It also appeared identical to the same version on my PPC machine. I'll be rolling a new release package soon - probably later tonight - but in the meantime I wanted to share the good news. w00t! Congrats, Sherm! Michael Glaesemann grzm myrealbox com
Re: Help Wanted: Testing CamelBones on Intel
On Oct 26, 2005, at 13:07 , rob barris wrote: On Oct 25, 2005, at 9:03 PM, Ken Williams wrote: On Oct 25, 2005, at 12:53 PM, Sherm Pendley wrote: Done. As the announcement mentions, the recent release of ShuX, as well as the CamelBones framework itself, are built as universal binaries. So, of someone with an Intel Mac would download ShuX and give it a click, I'd be most appreciative. I feel bad seeing this entire thread Warnocked three times, but I'm afraid I'm unable to do anything substantive about it - perhaps Intel Macs are still so rare out there that nobody on this list actually has one. Maybe try p5p if you haven't already? we have one (OK, two). Where do I get the app? <http://sourceforge.net/project/showfiles.php? group_id=48040&package_id=147466&release_id=365952> ShuX is very helpful :) Michael Glaesemann grzm myrealbox com
Re: ANN: CamelBones 1.0.0-beta4, ShuX 3.0-beta3
On Oct 26, 2005, at 4:34 , John Delacour wrote: At 1:49 pm -0400 25/10/05, Sherm Pendley wrote: ShuX is a graphical POD (Plain Old Documentation) reader for Mac OS X. Thank you for the new ShuX, Sherm. There's certainly a world of difference between this and a the very early version I last tried. Hear, hear! I've been (im)patiently hoping you'd find time to be able to update and release a new version. Thanks, Sherm! Looks great! Michael Glaesemann grzm myrealbox com
Re: Shux
On Apr 14, 2005, at 11:35, James E Keenan wrote: I'm not getting something. Where on Sourceforge do I go if I simply want to read about Shux rather than download it. (The search mechanism works for 'shuck' but not for Shux.) From the CamelBones homepage, <http://camelbones.sourceforge.net/index.php> click on "SourceForge Project" in the left menu. This will take you to <http://sourceforge.net/projects/camelbones/>. In the section for "Latest File Releases", you can find ShuX 3.0beta2. You might want to check the list archives if you have issues with the install or selecting a particular perl installation. Hope this works for you! Michael Glaesemann grzm myrealbox com
Shux
Sherm, Just a note to say thanks for Shux. It's been a great help for me in having quick access to information about Perl and the modules I've installed, as well as providing a convenient way of browsing--great for learning things I don't know about yet! It has definitely made my Perl work easier. Thanks! Michael Glaesemann grzm myrealbox com
Re: Malformed filenames
Resending, as I neglected to cc the list. (B (BOn Mar 3, 2005, at 21:08, Kino wrote: (B (B> On 3 Mar 2005, at 20:48, Michael Glaesemann wrote: (B> (B>> I have a number of files that were created on Windows that have (B>> Japanese characters in the file name. The files were sent to me (B>> zipped. When the zip archive is uncompressed with English as the main (B>> language under Mac OS X, the filenames are malformed. (B> (B> I have no idea about a perlish way to correct them but you can try (B> some applications. (B> <http://docs.info.apple.com/article.html?artnum=86182> (B> <http://www.yk.rim.or.jp/~harakei/unifix.shtml> (B> (B> As they are not new, they may not work on Panther. (B (BThanks for the quick response! I couldn't get the first to install, but (BUnifix looks promising. (B $B$"$j$,$H$&$4$6$$$^$7$?!*(B (B (BMichael Glaesemann (Bgrzm myrealbox com
Malformed filenames
Hello, all! What I have is not a problem with perl on Mac OS X, but rather a problem on Mac OS X that I'd like to solve using perl. I'm not sure how to go about solving it, and am looking for suggestions. I have a number of files that were created on Windows that have Japanese characters in the file name. The files were sent to me zipped. When the zip archive is uncompressed with English as the main language under Mac OS X, the filenames are malformed. (iirc, if Japanese is the main language, this isn't a problem, but it's been awhile since I've done that, and I wouldn't want to have to switch languages and relaunch the Finder every time I unzipped a file that might have Japanese in the filename.) I'd like to make a perl script that would rename the files, but I'm not sure how to force reading the characters as a different encoding, nor sure which encoding I should use. I can handle a little trial and error with the last part (trying different encodings should be a simple matter of a foreach loop :), but am not sure how to approach the re-encoding part. Hints, pointers, perldoc references much appreciated. Michael Glaesemann grzm myrealbox com
Re: SOLVED: Re: Installing SOAP::Lite
On Nov 7, 2004, at 3:49 AM, David Wheeler wrote: I just installed Test-Class-0.06_7 and tests still fail. But I use it all the time for running the Bricolage tests and haven't had any problems. I sent the test output to the author. I get failures with SOAP::Lite, too, but again, I've been using it for a while without trouble. Again, I have sent a failure report to the author. They're probably fairly simple issues; hopefully the will be addressed soon. David, Thanks a lot for your feedback on this. Good to get confirmation! Cheers, Michael Glaesemann grzm myrealbox com
SOLVED: Re: Installing SOAP::Lite
Sherm (and fellow perlers), Just wanted to give y'all a heads up on what happened. On Nov 4, 2004, at 4:30 PM, Michael Glaesemann wrote: On Nov 4, 2004, at 2:32 AM, Sherm Pendley wrote: Don't forget about the Bundle::Bricolage bundle on CPAN. Bricolage needs a *huge* number of modules, and the bundle is easier than installing them all one-by-one. Thanks for the advice. I've actually already done that. It took quite a while, but I think in the end it worked out okay. I spoke too soon. Bundle::Bricolage includes SOAP::Lite as well as Test::Class, both of which failed tests on my machine. From looking some of the Bricolage documentation, it appears Test::Class is only used for development, so I wasn't too worried about using force install. You can reinstall by doing a "force install". I.e: sudo perl -MCPAN -e 'force install MIME::Parser' I did end up force installing both SOAP::Lite and Test::Class, though I wasn't able to do it using sudo perl -MCPAN ... for some reason. It still failed the tests and wouldn't install. However, I succeeded when I logged into the cpan shell using sudo cpan. Then using force install inside the shell worked just fine. Seems to be working, but a little odd, don't you think? Thanks again for your help! Michael Glaesemann grzm myrealbox com
Re: Installing SOAP::Lite
Hi Sherm, On Nov 4, 2004, at 2:32 AM, Sherm Pendley wrote: Don't forget about the Bundle::Bricolage bundle on CPAN. Bricolage needs a *huge* number of modules, and the bundle is easier than installing them all one-by-one. Thanks for the advice. I've actually already done that. It took quite a while, but I think in the end it worked out okay. You can reinstall by doing a "force install". I.e: sudo perl -MCPAN -e 'force install MIME::Parser' I'll give it a shot. Thanks! I'd be tempted to do a "force install" on SOAP::Lite. MIME::Parser passed all of its own self-tests (on my machine), so a likely cause of the problem is that SOAP::Lite uses an API in MIME::Parser that has either been vanished or changed. Another possibility is simply that the self-tests are faulty - it happens. I'm still in my training-wheels phase, so I'm a bit hesitant to force install until getting a second opinion--and now I've got it :) Thanks for the explanation as well. BTW, I get the same results on my Linux machine - so it's not something you've done, or something wrong with your Mac. Do you mean the MIME::Parser error or the other test failures as well? (Still am not sure what to do about those, though hopefully a force install takes care of it.) It's definitely an issue with SOAP::Lite and the current version of MIME::Parser. Have you reported the problem to the SOAP::Lite maintainer(s)? I haven't reported it, but I did notice that there was mention on the SOAP::Lite mailing list that one should really install a bleeding edge version of MIME::Tools that reportedly fixes this problem. soaplite ML Thread: <http://groups.yahoo.com/group/soaplite/message/4144> updated MIME::Tools <http://www.zeegee.com/code/perl/MIME-tools/> Thanks a lot for your response. You're explanation and suggestions are really helpful. Cheers! Michael Glaesemann grzm myrealbox com
Installing SOAP::Lite
Hello all!
I'm working on installing Bricolage 1.8.2 on Mac OS X 10.3.5 (stock
perl v5.8.1-RC3). One of the required modules is SOAP::Lite. However,
I'm having make test failures installing it via CPAN (v1.76). It seems
that I'm having a problem with MIME::Parser. (Something wrong with MIME
message: MIME::Parser: can't flush: at
/Library/Perl/5.8.1/MIME/Parser.pm line 789). I'm unfamiliar with how
to attempt to reinstall MIME::Parser in case there's a problem with my
MIME::Parser install. I believe it was installed as a requirement for
another module I installed via CPAN.
Relevant sections posted below. Any additional information cheerfully
submitted upon request.
Thanks for any help!
Michael Glaesemann
grzm myrealbox com
Dali:~ glaesema$ sudo perl -MCPAN -e 'install SOAP::Lite'
CPAN: Storable loaded ok
Going to read /Users/glaesema/.cpan/Metadata
Database was generated on Tue, 02 Nov 2004 20:13:16 GMT
Running install for module SOAP::Lite
Running make for B/BY/BYRNE/SOAP/SOAP-Lite-0.60a.tar.gz
Removing previously used /Users/glaesema/.cpan/build/SOAP-Lite-0.60
CPAN.pm: Going to build B/BY/BYRNE/SOAP/SOAP-Lite-0.60a.tar.gz
We are about to install SOAP::Lite and for your convenience will provide
you with list of modules and prerequisites, so you'll be able to choose
only modules you need for your configuration.
XMLRPC::Lite, UDDI::Lite, and XML::Parser::Lite are included by default.
Installed transports can be used for both SOAP::Lite and XMLRPC::Lite.
Press to see the detailed list.
Feature PrerequisitesInstall?
-
Core Package [*] XML::Parser (v2.23) always
[*] MIME::Base64
[*] URI
Client HTTP support [*] LWP::UserAgent [ yes ]
Client HTTPS support [ ] Crypt::SSLeay[ no ]
Client SMTP/sendmail support [ ] MIME::Lite [ no ]
Client FTP support[*] IO::File [ yes ]
[*] Net::FTP
Standalone HTTP server[*] HTTP::Daemon [ yes ]
Apache/mod_perl server[*] Apache [ yes ]
FastCGI server[ ] FCGI [ no ]
POP3 server [*] MIME::Parser [ yes ]
[*] Net::POP3
IO server [*] IO::File [ yes ]
MQ transport support [ ] MQSeries [ no ]
JABBER transport support [ ] Net::Jabber [ no ]
MIME messages [*] MIME::Parser [ yes ]
SSL Support for TCP Transport [ ] IO::Socket::SSL [ no ]
Compression support for HTTP [*] Compress::Zlib [ yes ]
MIME interoperability w/ Axis [ ] MIME::Parser (v6.106)[ no ]
--- An asterix '[*]' indicates if the module is currently installed.
Do you want to proceed with this configuration? [yes]
During "make test" phase we may run tests with several SOAP servers
that may take long and may fail due to server/connectivity problems.
Do you want to perform these tests in addition to core tests? [no]
Checking if your kit is complete...
Looks good
Running make test
PERL_DL_NONLAZY=1 /usr/bin/perl "-MExtUtils::Command::MM" "-e"
"test_harness(0, 'blib/lib', 'blib/arch')" t/01-core.t t/02-payload.t
t/03-server.t t/04-attach.t t/05-customxml.t t/06-modules.t
t/07-xmlrpc_payload.t t/08-schema.t
t/01-core..ok
t/02-payload...ok 41/125# Failed test 42 in t/02-payload.t at
line 271
# t/02-payload.t line 271 is: ok($serialized =~ m!http://namespaces.soaplite.com/perl";|
xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/";|
xmlns:SOAP-ENC="http://schemas.xmlsoap.org/soap/encoding/";|
xmlns:xsi="http://www.w3.org/1999/XMLSchema-instance";|
xmlns:xsd="http://www.w3.org/1999/XMLSchema";){6}>1<_current(?:
SOAP-ENC:arrayType="xsd:ur-type\[0\]"|
xsi:type="SOAP-ENC:Array"){2}/>!);
t/02-payload...FAILED test 42
Failed 1/125 tests, 99.20% okay
t/03-server# Failed test 1 in t/03-server.t at line 138
t/03-serverNOK 1# t/03-server.t line 138 is: $_ =~
/XML/ || $is_mimeparser ? ok(($result->faultstring || '') =~ /Failed to
access class \(Calculator\)/)
# Failed test 2 in t/03-server.t at line 138 fail #2
t/03-serverok 4/30# Failed test 5 in t/03-server.t at line
148
t/03-serverNOK 5# t/03-server.t line 148 is: $_ =~
/XML/ || $is_mimeparser ? ok(($result->result || 0) == 7)
# Failed test 6 in t/03-server.t at line 148 fail #2
t/03-serverFAILED tests 1-2, 5-6
Failed 4/30 tests, 86.67% okay
t/04-att
Problems installing IPC::Run on Mac OS X 10.3.5
Hello!
I'm having some difficulty installing IPC::Run on Mac OS X 10.3.5.
perl -v returns
This is perl, v5.8.1-RC3 built for darwin-thread-multi-2level
(with 1 registered patch, see perl -V for more detail)
Interested parties can find perl -V output at the end of this email.
I'm using CPANPLUS to install IPC::Run and get the following error
(appended at the end and truncated a bit for clarity):
Googling hasn't revealed much other than a report of the same failure
on perl.cpan.testers with, unfortunately, no solution. I get the same
t/run.t error installing via CPAN as well. Any ideas or suggestions? It
seems that IPC::Run to install other modules I'm interested in using.
I posted this first to [EMAIL PROTECTED] The lone response pointed
out that the test failure was due to a test that unexpectedly
succeeded, and recommended I try here, or perhaps force install. I feel
I don't have enough experience with perl to feel confident forcing a
module installation without having an adequate reason, however.
Thanks for any and all assistance. I look forward to expanding my perl
knowledge--with your kind assistance :)
Cheers,
Michael Glaesemann
grzm myrealbox com
--
t/run..# Test 1 got: '012-89--' (t/run.t at line 160)
# Expected: '012-8---'
# t/run.t line 160 is: sub { ok( _map_fds, $fd_map ) ; $fd_map =
_map_fds },
FAILED test 1
Failed 1/266 tests, 99.62% okay
Failed Test Stat Wstat Total Fail Failed List of Failed
---
t/run.t 2661 0.38% 1
(1 subtest UNEXPECTEDLY SUCCEEDED), 61 subtests skipped.
Failed 1/15 test scripts, 93.33% okay. 1/703 subtests failed, 99.86%
okay.
make: *** [test_dynamic] Error 45
MAKE TEST failed! - in CPANPLUS::Internals::Make::_make at Tue Oct 5
09:52:37 2004 at /Library/Perl/5.8.1/CPANPLUS/Internals/Make.pm line
503
An error occurred handling module IPC::Run in
CPANPLUS::Internals::Install::_install_module at Tue Oct 5 09:52:37
2004 at /Library/Perl/5.8.1/CPANPLUS/Internals/Install.pm line 170
Installing IPC::Run failed! in CPANPLUS::Backend::install at Tue Oct 5
09:52:37 2004 at /Library/Perl/5.8.1/CPANPLUS/Backend.pm line 255
Error installed IPC::Run
Problem installed one or more modules
*** You can view the complete error buffer by pressing 'p' ***
CPAN Terminal> p
Could not find or check module 'IPC::Run' in
CPANPLUS::Internals::_can_use at Tue Oct 5 09:52:13 2004
Could not find or check module 'IPC::Run' in
CPANPLUS::Internals::_can_use at Tue Oct 5 09:52:14 2004
Could not find or check module 'IPC::Run' in
CPANPLUS::Internals::_can_use at Tue Oct 5 09:52:16 2004
Use of uninitialized value in concatenation (.) or string at t/pty.t
line 256. in CPANPLUS::Internals::__ANON__ at Tue Oct 5 09:52:22 2004
Use of uninitialized value in concatenation (.) or string at t/pty.t
line 257. in CPANPLUS::Internals::__ANON__ at Tue Oct 5 09:52:22 2004
# Test 1 got: '012-89--' (t/run.t at line 160) in
CPANPLUS::Internals::__ANON__ at Tue Oct 5 09:52:23 2004
# Expected: '012-8---' in CPANPLUS::Internals::__ANON__ at Tue
Oct 5 09:52:23 2004
# t/run.t line 160 is: sub { ok( _map_fds, $fd_map ) ; $fd_map =
_map_fds }, in CPANPLUS::Internals::__ANON__ at Tue Oct 5 09:52:23
2004
v-strings are deprecated at (eval 1) line 1. in
CPANPLUS::Internals::__ANON__ at Tue Oct 5 09:52:37 2004
v-string in use/require non-portable at (eval 1) line 3. in
CPANPLUS::Internals::__ANON__ at Tue Oct 5 09:52:37 2004
Failed 1/15 test scripts, 93.33% okay. 1/703 subtests failed, 99.86%
okay. in CPANPLUS::Internals::__ANON__ at Tue Oct 5 09:52:37 2004
make: *** [test_dynamic] Error 45 in CPANPLUS::Internals::__ANON__ at
Tue Oct 5 09:52:37 2004
MAKE TEST failed! - in CPANPLUS::Internals::Make::_make at Tue Oct 5
09:52:37 2004
An error occurred handling module IPC::Run in
CPANPLUS::Internals::Install::_install_module at Tue Oct 5 09:52:37
2004
Installing IPC::Run failed! in CPANPLUS::Backend::install at Tue Oct 5
09:52:37 2004
Stack printed successfully
-
$ perl -V
Summary of my perl5 (revision 5.0 version 8 subversion 1 RC3)
configuration:
Platform:
osname=darwin, osvers=7.0, archname=darwin-thread-multi-2level
uname='darwin hampsten 7.0 darwin kernel version 6.0: fri jul 25
16:58:41 pdt 2003;
root:xnu-344.frankd.rootsxnu-344.frankd~objrelease_ppc power macintosh
powerpc '
config_args='-ds -e -Dprefix=/usr -Dccflags=-g -pipe
-Dldflags=-Dman3ext=3pm -Duseithreads -Duseshrplib'
hint=recommended, useposix=true, d_sigaction=define
usethreads=define use5005threads=undef useithreads=define
usemultiplicity=define
useperlio=define d_sfio=undef uselargefiles=define usesocks=undef
use64bitint=undef use64bitall=undef uselon
Re: 10.2.x, perl 5.6.1, gcc3.1? Works!
In short, it works! Read on below for details. On Tuesday, Apr 1, 2003, at 01:22 Asia/Tokyo, John Gruber wrote: I just went through this last night. :^) Good to know I'm in such illustrious company! (I frequent DaringFireball--really enjoy it!) What happens if you type "which gcc2" at a command prompt? The machine I was working on had a clean install of 10.2, an upgrade to 10.2.4, and the latest developer tools. (You have installed the developer tools, right?) Yup. Right after the install. And which gcc2 informed me that I do indeed have gcc2 right where you said it should be! /usr/bin/gcc2 Yesterday when I came across the notes about using gcc2, I did 'gcc2 -v' in the shell and got nothing. And I did try configuring with the -Dcc=gcc2 switch, but I still got the same error. Since yesterday I've upgraded from OS X 10.2.1 to 10.2.4, and I replaced hints/darwin.sh with Wilfredo Sanchez' October 2002 version. I also omitted the "perl -i.bak -p -e 's|Local/Library|Library|g' hints/darwin.sh line, thinking Mr. Sanchez had taken this into account. (I tried comparing the differences in BBEdit between the stock darwin.sh and Mr. Sanchez' version to see if indeed he had, but I'm still learning how to read both the "perl -i.bak " line and the sh files.) My skills still need lots and lots of polishing, so I'm pretty sure I'm responsible for yesterday's failure--though I thought I had nailed down the gcc thing when I couldn't get a version number for gcc2 and I got the same compile error when I used the gcc2 flag. Live and learn, eh? :) Today everything worked fine the first time and I now get "This is perl, v5.6.1 built for darwin" when I perl -v. Joy! Now on to the perl modules (DBI, DBD::Pg and others via CPAN) and see if I can't get Movable Type to work with Postgresql! The adventure continues. Hope this helps. Definitely did. Reassured me that it was possible and taught me the which command! (I am learning a lot these days! And the list archives have been really helpful.) Thanks for your help, John, and all of you who've posted other tips that got me this far. Michael Glaesemann grzm myrealbox com
10.2.x, perl 5.6.1, gcc3.1?
Hello! I'm trying to install perl 5.6.1 on my Mac running 10.2.x (right now it's 10.2.1, but that will change in a couple of hours, when I should be back up to 10.2.4), but there seems to be an incompatibility between perl 5.6.1 and the gcc3.1 compiler that comes with the December 2002 Developer Tools. I keep getting make: *** No rule to make target `', needed by `miniperlmain.o'. Stop. I've been following the instructions posted by Ray Zimmerman <http://archive.develooper.com/[EMAIL PROTECTED]/msg00895.html> and David Wheeler <http://david.wheeler.net/osx.html> with the variation to use the gcc2 compiler <http://archive.develooper.com/[EMAIL PROTECTED]/msg03679.html> (exact same "no rule to make target" error back in October 2002.) but of course that didn't work because I don't have a gcc2 compiler. I'd rather not install a gcc2 compiler because I've heard of other incompatibilities with binaries compiled under the two different compilers. Searching for "perl 5.6.1" and "gcc3.1" under google brought me to a posted patch for linux. < http://archive.develooper.com/[EMAIL PROTECTED]/msg84893.html> It appears the Ken William's fink installation includes a similar patch. < http://archive.develooper.com/[EMAIL PROTECTED]/msg04611.html> I'd rather compile it myself and keep it in it's own directories parallel to the 5.6.0 installation. Is there a way I can use the patch supplied with the Ken William's fink installation during my own compile? If so, where I can look to find how to do this? Or maybe there's a way to modify the fink installation to install where I'd like it to? Thanks in advance for any advice or pointers of where to look for more information. Michael Glaesemann grzm myrealbox com
