Hmm.
On 2006.4.5, at 08:48 AM, Joel Rees wrote:
Not a one-liner and not even pretty, but since I needed the practice:
-
#! /usr/bin/perl
use File::Find;
@l = ( "/" );
sub w
{
if ( -d $_ )
{ my $dir = $File::Find::dir;
if ( system( "file
Not a one-liner and not even pretty, but since I needed the practice:
-
#! /usr/bin/perl
use File::Find;
@l = ( "/" );
sub w
{
if ( -d $_ )
{ my $dir = $File::Find::dir;
if ( system( "file * | grep perl" ) == 0 )
{ pr
Are there OS functions that rely on perl? What sorts of things?
Yes. Not many, though. You can see what's there if you type
$ locate *.pl
in a terminal window.
That will only show the files ending in .pl. Scripts use the #! line
to determine the interpreter to run them with, not the filenam
On Apr 4, 2006, at 11:44 AM, Cheryl Chase wrote:
On Apr 3, 2006, at 3:56 PM, Joel Rees wrote:
Even though it's not as necessary as it was when the system perl
was at v5.6 and we all wanted the Unicode stuff in v5.8, I'm still
inclined to build a separate install of perl for application use.
On Apr 4, 2006, at 2:16 PM, Dominic Dunlop wrote:
On 2006–04–04, at 17:44, Cheryl Chase wrote:
Are there OS functions that rely on perl? What sorts of things?
Yes. Not many, though. You can see what's there if you type
$ locate *.pl
in a terminal window.
That will only show the files end
On 2006–04–04, at 17:44, Cheryl Chase wrote:
Are there OS functions that rely on perl? What sorts of things?
Yes. Not many, though. You can see what's there if you type
$ locate *.pl
in a terminal window.
Are there nice directions somewhere for setting up a separate install?
$ man perlma
On Tue, April 4, 2006 11:44 am, Cheryl Chase said:
>
> Are there OS functions that rely on perl? What sorts of things?
>
Just to answer: yes, there are OS functions that rely on perl. If I was
on my Mac I could probably pull up quite a few. One I'm fairly sure that
uses perl is installers. (Not
On 4/4/06, Cheryl Chase <[EMAIL PROTECTED]> wrote:
>
> On Apr 3, 2006, at 3:56 PM, Joel Rees wrote:
>
> > Even though it's not as necessary as it was when the system perl
> > was at v5.6 and we all wanted the Unicode stuff in v5.8, I'm still
> > inclined to build a separate install of perl for appl
On Apr 3, 2006, at 3:56 PM, Joel Rees wrote:
Even though it's not as necessary as it was when the system perl
was at v5.6 and we all wanted the Unicode stuff in v5.8, I'm still
inclined to build a separate install of perl for application use.
That way I don't have to worry as much about fi
On 2006.4.4, at 07:37 AM, Cheryl Chase wrote:
On Apr 2, 2006, at 3:32 PM, Edward Moy wrote:
A native intel program can't load a ppc binary (like Expat.bundle).
Similarly, a ppc program running in Rosetta can't load an intel
binary. In the native or Rosetta environments, there can be no
m
On Apr 2, 2006, at 3:32 PM, Edward Moy wrote:
A native intel program can't load a ppc binary (like
Expat.bundle). Similarly, a ppc program running in Rosetta can't
load an intel binary. In the native or Rosetta environments, there
can be no mixing of binaries.
You should probably move
A native intel program can't load a ppc binary (like Expat.bundle).
Similarly, a ppc program running in Rosetta can't load an intel
binary. In the native or Rosetta environments, there can be no
mixing of binaries.
You should probably move aside (or remove) the stuff in /Library/Perl/
5.
I'm a casual perl user. I just upgraded from a PPC OSX machine to a
MacBook Pro, and I can't get perl to work right for me.
I used the Apple Migration Assistant to move my data from my PPC
machine to the MacBook Pro.
Trying to run a simple perl script (requiring XML-RPC, DBI, and DBD-
mysq
13 matches
Mail list logo
