install cpan mini error

I am trying to install CPAN mini on my MAC OSX laptop and am getting this error: $ perl Makefile.PL Warning: prerequisite File::HomeDir 0 not found. Warning: prerequisite LWP 5 not found. Writing Makefile for CPAN::Mini $ make test make: *** No rule to make target `/System/Library/Perl/5.8.6/da

new email address

hi, folks! please note the 'from' email address. it is my new one. tom -- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: error after error

On 7/1/06, Ryan Dillinger <[EMAIL PROTECTED]> wrote: The first error states: unquoted string "subroutines" may clash with future reserved word at NPtest.pl line 6. That is because perl doesn't know what "subroutines" means, at that point in your program. The message is suggesting that you use

error after error

Hello, All I seem to be getting an error I don't quite understand. Can someone point out why I'm geeting this error? The first error states: unquoted string "subroutines" may clash with future reserved word at NPtest.pl line 6. after I quote "subroutines" I get an error that states: syntax err

Re: Stingy matching

On Sat, 2006-01-07 at 01:29 +0200, Filip Jursik wrote: > Well, I thought, that when I write: > 1) /A(.*)B/, $1 will hold the longest string enclosed by A and B > 2) /A(.*?)B/, $1 will hold the shortest string enclosed by A and B > > Does it work like this or the "?" after the ".*" has a different

Re: Stingy matching

Rob Dixon schreef: > Filip Jursik: >> $text = "first first second third"; >> $text =~ /(first.*?third)/; >> print $1; >> gives me >> "first first second third" >> as a result instead of expected >> "first second third" > > The regex engine will match one element at a time. Your

Re: Stingy matching

Filip Jursik schreef: > $text = "first first second third"; > $text =~ /(first.*?third)/; > print $1; > > gives me > > "first first second third" > > as a result instead of expected > > "first second third" The match starts at the first possible position, or in other words: *? doesn't look back.

Re: [OT] Can't redirect before fork().

open files are attributes of a process. after you fork, you have 2 processes, files locks, open handles, as well as pending signals and such are not shared. ie, when you print to STDOUT in child, it's not the same STDOUT you expect in parent. why not use a pipe? #!/usr/bin/perl use strict; use

Re: Stingy matching

!!! THANK YOU! :) F. Rob Dixon wrote: Filip Jursik wrote: Hi, this $text = "first first second third"; $text =~ /(first.*?third)/; print $1; gives me "first first second third" as a result instead of expected "first second third" What am I doing wrong? I've expected the .*? to limit th

Re: Stingy matching

Mr. Shawn H. Corey wrote: On Fri, 2006-30-06 at 23:04 +0200, Filip Jursik wrote: Hi, this $text = "first first second third"; $text =~ /(first.*?third)/; print $1; gives me "first first second third" as a result instead of expected "first second third" What am I doing wrong? I've expected

Re: [OT] Can't redirect before fork().

Tom Phoenix wrote: On 6/30/06, Mumia W. <[EMAIL PROTECTED]> wrote: In the parent, I want to redirect STDOUT to 'logfile' then fork. In the child, I want to print something. That something should end up in the log file, but it's not working. my $child = fork(); exit ($child ? parent() : child