LWP 5.73
Hello, a few of you managed to install LWP 5.69, 72 and 73. Which version of gcc were you using? Didn't you get any 'undefined symbol' messages? If so, how did get rid of them? Best regards, Philippe de Rochambeau Checking for URI... ok Checking for HTML::Parser..dyld: perl Undefined symbols: _Perl_safefree _Perl_safemalloc _Perl_saferealloc _Perl_sv_2pv _Perl_sv_catpvn _Perl_sv_catsv _Perl_sv_pvn_force _perl_call_method _perl_call_sv _perl_get_hv _perl_get_sv Trace/BPT trap
Perl/Tk aqua version somewhere?
I note that there is a version of tcl as well as Tk that run via an aqua interface. Does anyone out there know if there is a version (or will be a version) of perl/Tk that will run directly in the aqua environment?
Re: Problems installing libwww-perl-5.69 on OSX
I'm trying to install libwww-perl-5.69 on my OSX machine to run under Perl 5.8.0. Try using 5.72 (which is on CPAN now). I installed it this morning and all tests passed without problem. (This is with perl 5.8.1, but I'd bet you'll get similar results with 5.8.0.) Thanks for your help. It did install okay under perl 5.8.0 although I had to update the versions of HTML-Parser to 3.33 and libnet to 1.17 in order to get it to get libwww 5.73 to work.
Re: Problems installing libwww-perl-5.69 on OSX
Hello, Thanks for your suggestions. I updated HTML-Parser to 3.33 and libnet to 1.17 as suggested. I am still getting "undefined symbol" messages (only 4 this time), although fewer than before: Checking for URI... ok Checking for HTML::Parser.. ok Checking for MIME::Base64..dyld: perl Undefined symbols: _Perl_sv_2pv _Perl_sv_catpvn _perl_get_sv Trace/BPT trap Updating Base64.pm did not make any difference. Cheers, Philippe Le lundi, 20 oct 2003, à 12:06 Europe/Paris, Mike Edwards a écrit : I'm trying to install libwww-perl-5.69 on my OSX machine to run under Perl 5.8.0. Try using 5.72 (which is on CPAN now). I installed it this morning and all tests passed without problem. (This is with perl 5.8.1, but I'd bet you'll get similar results with 5.8.0.) Thanks for your help. It did install okay under perl 5.8.0 although I had to update the versions of HTML-Parser to 3.33 and libnet to 1.17 in order to get it to get libwww 5.73 to work.
Re: Apache::Scoreboard trouble
At 5:58 PM +0100 10/18/03, Michael Chamberlain wrote: On Friday, October 17, 2003, at 09:36 pm, Ray Zimmerman wrote: I have perl-5.8.0 installed in /usr/local with no problems. Today I installed Apache::Scoreboard but when I try running ... #!/usr/bin/perl -w use strict; use Apache::Scoreboard; 1; ... I get ... dyld: perl Undefined symbols: _ap_rwrite _ap_send_http_header _ap_set_content_length _sv2request_rec Trace/BPT trap Any ideas? My guess would be your running an apache1 version of Apache::Scoreboard with an apache2 binary. I don't think this is possible. I'm sure the httpd that I'm running is 1.3.28 ... and I don't think I've ever even touched this machine with anything related to Apache 2. In any case, from the output of 'make' it looks like the only place it is looking for Apache stuff is in /usr/local/perl-5.8.0/lib/site_perl/5.8.0/darwin/auto/Apache/ and that definitely doesn't have anything related to Apache 2 in it. Any other ideas? -- Ray Zimmerman / e-mail: [EMAIL PROTECTED] / 428-B Phillips Hall Sr Research / phone: (607) 255-9645 / Cornell University Associate / FAX: (815) 377-3932 / Ithaca, NY 14853
Re: Apache::Scoreboard trouble
At 9:58 AM -0400 10/19/03, David Dierauer wrote: On Fri, 17 Oct 2003, Ray Zimmerman wrote: I have perl-5.8.0 installed in /usr/local with no problems. Today I installed Apache::Scoreboard but when I try running ... #!/usr/bin/perl -w ^ use strict; use Apache::Scoreboard; * snip * Could the solution be as simple as changing the line I highlighted above to /usr/local/bin/perl -w No that's not it either ... /usr/bin/perl is a symlink to /usr/local/bin/perl. % /usr/bin/perl -V Summary of my perl5 (revision 5.0 version 8 subversion 0) configuration: Platform: osname=darwin, osvers=6.3, archname=darwin Characteristics of this binary (from libperl): Compile-time options: USE_LARGE_FILES Built under darwin Compiled at Jan 7 2003 16:42:21 %ENV: PERL5LIB="/sw/lib/perl5" @INC: /sw/lib/perl5/darwin /sw/lib/perl5 /usr/local/perl-5.8.0/lib/5.8.0/darwin /usr/local/perl-5.8.0/lib/5.8.0 /usr/local/perl-5.8.0/lib/site_perl/5.8.0/darwin /usr/local/perl-5.8.0/lib/site_perl/5.8.0 /usr/local/perl-5.8.0/lib/site_perl . -- Ray Zimmerman / e-mail: [EMAIL PROTECTED] / 428-B Phillips Hall Sr Research / phone: (607) 255-9645 / Cornell University Associate / FAX: (815) 377-3932 / Ithaca, NY 14853
Re: Cron & Progress Bar in OSX
In article <[EMAIL PROTECTED]>, [EMAIL PROTECTED] (Dan Sugalski) wrote: > FWIW, you can pop up progress bars from perl, though it does require > turning the perl program into a Cocoa app with Sherm's CamelBones > framework. (I think the Mac::Carbon module(s?) may do this as well, but > you may or may not still have to turn the program into an application) Mac::Carbon (port of toolbox modules from MacPerl to Mac OS X) does not contain any GUI modules. The best you can do is control other GUI programs with it. -- Chris Nandor [EMAIL PROTECTED]http://pudge.net/ Open Source Development Network[EMAIL PROTECTED] http://osdn.com/
Re: Cron & Progress Bar in OSX
In article <[EMAIL PROTECTED]>, [EMAIL PROTECTED] (Thane Norton) wrote: > One of my personal favorites is to use a "here document" to supply the code > for an applescript via osascript. i.e. > my $script = <<'APPLESCRIPT'; > tell application "Finder" > display dialog "Hello World" > end tell > APPLESCRIPT > local *script_to; > local *script_from; > local *script_error; > my $pid = open3(*script_to, *script_from, *script_error, > "/usr/bin/osascript") or die "Couldn't open osascript"; > print script_to $script; > close script_to; A much more efficient method would be to use one of the XS AppleScript methods, including MacPerl::DoAppleScript() in Mac::Carbon, applescript() in Mac::OSA::Simple (requires Mac::Carbon), and RunAppleScript from Mac::AppleScript. my $result = DoAppleScript($script); -- Chris Nandor [EMAIL PROTECTED]http://pudge.net/ Open Source Development Network[EMAIL PROTECTED] http://osdn.com/
Re: Problem with System Beep
In article <[EMAIL PROTECTED]>, [EMAIL PROTECTED] (Sherm Pendley) wrote: > On Oct 17, 2003, at 2:53 AM, John Park wrote: > > > hmm, doesn't seem to work, still. > > BTW, did you try searching the list archives? There was a thread about > this a year or so ago. > > http://www.mail-archive.com/[EMAIL PROTECTED]/msg03874.html > > Peter Lewis proposed an especially novel solution - instead of printing > "\a", and hoping that whoever is listening beeps in response, you could > use Inline::C to call the SysBeep() function directly. > > http://www.mail-archive.com/[EMAIL PROTECTED]/msg03889.html That was a pre-Mac::Carbon solution. :-) Now you can do this: % perl -MMac::Sound -e 'SysBeep(1)' Cheers, -- Chris Nandor [EMAIL PROTECTED]http://pudge.net/ Open Source Development Network[EMAIL PROTECTED] http://osdn.com/
Re: Apache::Scoreboard trouble
On Monday, October 20, 2003, at 02:50 pm, Ray Zimmerman wrote: At 5:58 PM +0100 10/18/03, Michael Chamberlain wrote: On Friday, October 17, 2003, at 09:36 pm, Ray Zimmerman wrote: I have perl-5.8.0 installed in /usr/local with no problems. Today I installed Apache::Scoreboard but when I try running ... #!/usr/bin/perl -w use strict; use Apache::Scoreboard; 1; ... I get ... dyld: perl Undefined symbols: _ap_rwrite _ap_send_http_header _ap_set_content_length _sv2request_rec Trace/BPT trap Any ideas? My guess would be your running an apache1 version of Apache::Scoreboard with an apache2 binary. I don't think this is possible. I'm sure the httpd that I'm running is 1.3.28 ... and I don't think I've ever even touched this machine with anything related to Apache 2. In any case, from the output of 'make' it looks like the only place it is looking for Apache stuff is in /usr/local/perl-5.8.0/lib/site_perl/5.8.0/darwin/auto/Apache/ and that definitely doesn't have anything related to Apache 2 in it. Any other ideas? Ok, the reason I thought that was the problem, is that when you start porting a module from modperl1 to modperl2, you get similar error messages. Basically, you've got a module which is links against modperl1/apache1 in some way, and it can't find those symbols. Which leads me to conclude you can't use Apache::Scoreboard outside of a modperl1/apache1 environment. Try writing an apache handler using it, rather than a perl script. Mike.
Re: Apache::Scoreboard trouble
At 7:16 PM +0100 10/20/03, Michael Chamberlain wrote: Ok, the reason I thought that was the problem, is that when you start porting a module from modperl1 to modperl2, you get similar error messages. Basically, you've got a module which is links against modperl1/apache1 in some way, and it can't find those symbols. Which leads me to conclude you can't use Apache::Scoreboard outside of a modperl1/apache1 environment. Try writing an apache handler using it, rather than a perl script. That can't be the problem either ... the same script runs just fine on a Linux box with the same versions of everything. -- Ray Zimmerman / e-mail: [EMAIL PROTECTED] / 428-B Phillips Hall Sr Research / phone: (607) 255-9645 / Cornell University Associate / FAX: (815) 377-3932 / Ithaca, NY 14853
Re: Apache::Scoreboard trouble
On Monday, October 20, 2003, at 07:47 pm, Ray Zimmerman wrote: At 7:16 PM +0100 10/20/03, Michael Chamberlain wrote: Ok, the reason I thought that was the problem, is that when you start porting a module from modperl1 to modperl2, you get similar error messages. Basically, you've got a module which is links against modperl1/apache1 in some way, and it can't find those symbols. Which leads me to conclude you can't use Apache::Scoreboard outside of a modperl1/apache1 environment. Try writing an apache handler using it, rather than a perl script. That can't be the problem either ... the same script runs just fine on a Linux box with the same versions of everything. It is. Linux doesn't attempt to resolve everything at link time, only when the function is actually used. Darwin attempts to resolve everything as the program links, causing the error. Maybe you could try building it statically. Mike.
Re: Cron & Progress Bar in OSX
I had not seen that before. However, when I went to install it, it failed. I will try again after we upgrade the dev systems here to 10.3 and therefore perl 5.8. The error goes something like this: Can't locate Mac/Path/Util.pm in @INC (@INC contains: blib/arch blib/lib /System/Library/Perl/darwin /System/Library/Perl/darwin /System/Library/Perl/darwin /System/Library/Perl /System/Library/Perl/darwin /System/Library/Perl/darwin /System/Library/Perl /Library/Perl/darwin /Library/Perl/darwin /Library/Perl /Library/Perl/darwin /Library/Perl /Network/Library/Perl/darwin /Network/Library/Perl /Network/Library/Perl . /System/Library/Perl/darwin /System/Library/Perl /Library/Perl/darwin /Library/Perl /Library/Perl /Network/Library/Perl/darwin /Network/Library/Perl /Network/Library/Perl .) at blib/lib/Mac/Files.pm line 1609, line 1. On 10/20/03 9:03 AM, "Chris Nandor" <[EMAIL PROTECTED]> wrote: > A much more efficient method would be to use one of the XS AppleScript > methods, including MacPerl::DoAppleScript() in Mac::Carbon, applescript() in > Mac::OSA::Simple (requires Mac::Carbon), and RunAppleScript from > Mac::AppleScript. > > my $result = DoAppleScript($script); -- Thane Thane at crashbox dot com
Re: Cron & Progress Bar in OSX
I did try and install with CPAN (CPAN.pm version 1.76). On 10/20/03 10:23 AM, "Chris Nandor" <[EMAIL PROTECTED]> wrote: > At 10:02 -0700 2003.10.20, Thane wrote: >> I had not seen that before. However, when I went to install it, it failed. >> I will try again after we upgrade the dev systems here to 10.3 and therefore >> perl 5.8. The error goes something like this: > > If you tried to install with CPAN.pm, the prerequisities would have been > installed (or at least, you would have been asked about them). See > Makefile.PL for the prerequisites if you wish to install by hand (I think > it is only Mac::Path::Util and Test::More, the latter of which is included > with perl 5.8 IIRC). -- Thane Thane at crashbox dot com
Using <> on non-filehandles
I'm working on a template-reading module and I have a question. I'm using a regex to pluck out the references to data and replace them with the data itself, and the template file can be very long. If I were reading straight from the file and interpolating I could use a good ol' while(<>){} loop to keep the segments being regexed short (i.e. to the length of one line). But since I only want to read through the template once and store it in memory, while(<$template>){} doesn't work for obvious reasons. So I was wondering, is there any good equivalent I can use so that i don't have to slurp the whole file up at once to regex? ~wren __ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com
Re: Using <> on non-filehandles
On Monday, October 20, 2003, at 10:51 PM, Nicholas Thornton wrote: So I was wondering, is there any good equivalent I can use so that i don't have to slurp the whole file up at once to regex? Store the template in an array instead of a scalar? my @template = <>; for (@template) {...} HTH, David -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 http://www.kineticode.com/ Yahoo!: dew7e Jabber: [EMAIL PROTECTED] Kineticode. Setting knowledge in motion.[sm]