Re: Need for Case-Sensitive File System?

[Phil Dobbin]

On 15/1/12 20:42, "Bruce Van Allen"  wrote:

> I've been developing in Perl on OS X ever since the OS X Public
> Beta. Somewhere along the line I came to believe that I should
> set up my system with the boot drive formatted as Max OS
> Extended (Case-sensitive, Journaled).
> 
> Emphasis here on "Case-sensitive".
> 
> My question is: Is this practice (still) needed?

[snip]

Hi, Bruce.

I remember the LWP question well...

I've always formatted my OS X drives case-insensitive & never had a problem
'til about a week ago when I tried to install Mojolicious which failed
because the installer was looking for `Users` & found `users`. Brought up
the problem with the developer via a GitHub issue & he basically just said
it was case issue & there was nothing he could do about it (it installed
fine on both my Linux boxes).

So at a strike rate of just one fail strictly on case
sensistivity/insensitivity I think I'll stick with what I've got.

Cheers,

Phil...

-- 
Some [people] feel that the best way to improve Perl would be to go
back in time and shoot the author before he wrote it.
   -Larry Wall

libexpat.0.dylib problem

[Phil Dobbin]

Whilst upgrading httpd 2.0.47 -> 2.0.48 I encountered this error on trying 
`apachectl start':

dyld: /Library/Apache2/bin/httpd version mismatch for library: 
/Library/Apache2/lib/libexpat.0.dylib (compatibility version of user: 5.0.0 
greater than library's version: 2.0.0)

As far as I can gather I need to try something along the lines of:

$ libtool gcc -g -O -o libhello.la foo.lo hello.lo \
-rpath /usr/local/lib -lm

 in order to link the libs.
 
 The upgrade was was seperate from OS X.2.8's Apache and took place in 
/Library/Apache2 but it seems to have linked with the /usr/local/lib version of 
libexpat.0.dylib.

Does anybody have a workaround for this situation? I've asked on httpd.users 
and mod_perl without success and read/Googled constantly but no luck...

Any help gratefully received.

Cheers,

Regards,

Phil.

Re: Cpan problems - messed up cpan?

[Phil Dobbin]

On 05/03/2005 @ 14:27 GMT, Emma Kane, [EMAIL PROTECTED], wrote:

>Thanks for the replies - sudo cpan (which I didnt think of fixed the  
>install of SOAP::Lite but when I try and install XML Parser I still get  
>the following error:

[...]

You could always try chmod'ing to 755 /Users/emma/y/sources/authors/ (i.e. your 
local CPAN directory).

Cheers,

Regards,

Phil.

Re: Growl, PerlObjCBridge, Glue, etc.

[Phil Dobbin]

On 03/03/2005 @ 20:56 GMT, Chris Nandor, [EMAIL PROTECTED], wrote:

>I just uploaded Mac::Growl to the CPAN.  It is an interface to Growl.
>
>   http://growl.info/

[...]

I just tried installing Mac::Growl from CPAN and it died badly during `make 
test'

---
Created and installed App glue for GrowlHelperApp.app (GrowlHelperApp)
  /usr/bin/make  -- OK
Running make test
PERL_DL_NONLAZY=1 /usr/local/bin/perl "-MExtUtils::Command::MM" "-e" 
"test_harness(0, 'blib/lib', 'blib/arch')" t/*.t
t/Mac-Growlok 1/11No event 'register' available from glue for 
'GrowlHelperApp' at 
/Users/phil/.cpan/build/Mac-Growl-0.61/blib/lib/Mac/Growl.pm line 205
# Looks like you planned 11 tests but only ran 1.
# Looks like your test died just after 1.
t/Mac-Growldubious   
Test returned status 255 (wstat 65280, 0xff00)
DIED. FAILED tests 2-11
Failed 10/11 tests, 9.09% okay
Failed Test   Stat Wstat Total Fail  Failed  List of Failed
---
t/Mac-Growl.t  255 6528011   10  90.91%  2-11
Failed 1/1 test scripts, 0.00% okay. 10/11 subtests failed, 9.09% okay.
make: *** [test_dynamic] Error 2
  /usr/bin/make test -- NOT OK
Running make install
  make test had returned bad status, won't install without force


This is using Perl 5.8.6 (I also tried from source last night and got the same 
result. I've got Mac::Glue installed BTW).

Any pointers?

Cheers,

Regards,

Phil.

Re: Any GUI tools that can set execute bit?

[Phil Dobbin]

On 03/03/2005 @ 19:23 GMT, Tommy Nordgren, [EMAIL PROTECTED], wrote:

>Are there any Graphical User Interface Tools that can set the 
>executable bits in the file info on disk?

Try XRay:



Cheers,

Regards,

Phil.

Re: What Perl editor do you recommend?

[Phil Dobbin]

On 02/03/2005 @ 23:10 GMT, David Cantrell, [EMAIL PROTECTED], wrote:

>Phil Dobbin wrote:

[...]

>> If so it's kind of lame seeing as we know have alternatives that work
> > very well and more intuitively on their given platform (i.e. OS X)
>
>OS X is only one of many platforms I use.  This is the case for most 
>programmers whose opinions I respect.  I want my most important tool, 
>the one in which I write the code that earns me the money I need for 
>buying whisky, to work consistently everywhere that I work (OS X, 
>Linux/x86, Linux/Sparc, Solaris, Unicos, Irix, OpenBSD).  Until 
>TextWrangler, BBEdit, and Affrus work consistently in all those places - 
>and yes, that includes over slow network connections - they are unworthy 
>of consideration.
>
>But if you want to limit yourself to just one platform, you go right 
>ahead.

As with most editor wars this is going off on a tangent. This one platform is 
OS X with which this list concerns itself and the original questioner was 
expressing doubts about using command line editors and therefore asked about 
alternative GUI ones. Whether or not they are worthy of your consideration 
because they don't work on Linux/x86, Linux/Sparc, Solaris, Unicos, Irix, 
OpenBSD or Playstation is neither here or there in this context although I very 
much enjoyed hearing your opinion.

Also I *can* use vim...

Cheers,

Regards,

Phil.

Re: What Perl editor do you recommend?

[Phil Dobbin]

On 02/03/2005 @ 22:39 GMT, David Cantrell, [EMAIL PROTECTED], wrote:

>John Delacour wrote:

>> I'd love to hear a convincing explanation from someone why anyone 
>>would 
>> use such tools in preference to TextWrangler, BBEdit or Affrus. I can 
>> imagine they'd make it a chore to write code in us-ascii
>
>You imagine wrong.  There's a reason that emacs and vi have been popular 
>for so many years, and since long before OS X was even thought of.

[...]

I sense the perennial 'when I was a lad and that's all we had' hypothesis 
coming up but was this the reason for their popularity?

If so it's kind of lame seeing as we know have alternatives that work very well 
and more intuitively on their given platform (i.e. OS X)

Cheers,

Regards,

Phil.

Re: What Perl editor do you recommend?

[Phil Dobbin]

On 02/03/2005 @ 22:25 GMT, Wiggins d'Anconia, [EMAIL PROTECTED], wrote:

>John Delacour wrote:

>> I'd love to hear a convincing explanation from someone why anyone 
>>would 
>> use such tools in preference to TextWrangler, BBEdit or Affrus. I can 
>> imagine they'd make it a chore to write code in us-ascii and either a 
>> nightmare or an impossibility to deal with non-ascii, but maybe that's 
>> because I'm just an unreformed Mac user :-)

>They aren't free (well BBedit and Affrus), they aren't cross platform 
>(why learn a different editor for each platform), and they require lots 
>of clicky.
>
>I have never logged into a system where I couldn't use vi. (well maybe a 
>windows box, but it didn't take long to install gvim or cygwin.)

In the case in point though he's using OS X so why not use the best tools for 
the platform you're on? If one day he gets stuck on Atari he'll have to learn 
vim/emacs/whatever.

No point suffering til then :-)

Cheers,

Regards,

Phil.
--
Give a man a fish and he can eat for a day
Show a man grep and you'll never see him again

Re: What Perl editor do you recommend?

[Phil Dobbin]

On 02/03/2005 @ 21:28 GMT, Tommy Nordgren, [EMAIL PROTECTED], wrote:

>There is a double clickable version of emacs available. There is a link 
>to it at Apple's sight.

I'm thinking that if he's not comfortable with pico maybe emacs is not the best 
idea...

Cheers,

Regards,

Phil.

Re: What Perl editor do you recommend?

[Phil Dobbin]

On 02/03/2005 @ 17:38 GMT, Ted Zeng, [EMAIL PROTECTED], wrote:

>I am using TextEdit as the editor. I sometime use Pico, but I am still
>not comfortable with Unix editor. I know there must be some good
>editors for Perl. Do you have any recommendation?

BBEdit  and Affrus  
spring to mind.

Both cost money but are well worth it.

Cheers,

Regards,

Phil.

Re: libnet.cfg on 5.8.6

[Phil Dobbin]

On 28/02/2005 @ 20:53 GMT, Sherm Pendley, [EMAIL PROTECTED], wrote:

>On Feb 28, 2005, at 12:48 PM, Phil Dobbin wrote:
>
>> 'perldoc -l Net::Config' tells me it's in Library/Perl whereas I want 
>> to install libnet into /usr/local/bin/perl
>
>It's already installed - like I said, it's a core module.
>
>Are you running /usr/bin/perldoc, or /usr/local/bin/perldoc?

Sorry, Sherm I'm not thinking tonight.

In the end I unzipped the source of libnet-1.19 and did a:

/usr/local/bin/perl Makefile.PL
make
etc, etc...

and used it to solve the LWP 400 error code problem in cpan.

Sorry for the noise,

Regards,

Phil.

Re: libnet.cfg on 5.8.6

[Phil Dobbin]

On 28/02/2005 @ 11:10 GMT, Sherm Pendley, [EMAIL PROTECTED], wrote:

>On Feb 28, 2005, at 5:02 AM, Phil Dobbin wrote:
>
>> On 28/02/2005 @ 09:29 GMT, Sherm Pendley, [EMAIL PROTECTED], wrote:
>>
>>> Have a look at Net::Config.pm.
>>
>> Interestingly CPAN claims that:
>>
>> 
>>
>> CPAN: Storable loaded ok
>> Going to read /Users/phil/.cpan/Metadata
>>   Database was generated on Mon, 28 Feb 2005 03:48:56 GMT
>> Warning: Cannot install libnet, don't know what it is
>
>Net::Config isn't a CPAN module - it's core. So you should already have 
>it. "perldoc -l Net::Config" will tell you where it's installed.

'perldoc -l Net::Config' tells me it's in Library/Perl whereas I want to 
install libnet into /usr/local/bin/perl so that I can change ftp_int_passive to 
1 in libnet.cfg to stop LWP throwing a 400 error.

Regards,

Phil.

Re: libnet.cfg on 5.8.6

[Phil Dobbin]

On 28/02/2005 @ 09:29 GMT, Sherm Pendley, [EMAIL PROTECTED], wrote:

>On Feb 28, 2005, at 4:07 AM, Phil Dobbin wrote:
>
>> Having just installed 5.8.6 into /usr/local/bin I'm coming across the 
>> usual 400 error when trying to use LWP in CPAN.
>>
>> On 5.6.0 I just set ftp_int_passive to 1 in libnet.cfg but I can't 
>> find any corresponding file in 5.8.6.
>
>Have a look at Net::Config.pm. Interestingly, that seems to be 
>Mac-aware - it looks like it will use Mac::InternetConfig if you've 
>installed that. Cool!

Interestingly CPAN claims that:



CPAN: Storable loaded ok
Going to read /Users/phil/.cpan/Metadata
  Database was generated on Mon, 28 Feb 2005 03:48:56 GMT
Warning: Cannot install libnet, don't know what it is



I decided to install all modules (Net::FTP, etc) because CPAN is using 
anonymous FTP to fetch anything.

Any clues appreciated.

Regards,

Phil.

libnet.cfg on 5.8.6

[Phil Dobbin]

Having just installed 5.8.6 into /usr/local/bin I'm coming across the usual 400 
error when trying to use LWP in CPAN.

On 5.6.0 I just set ftp_int_passive to 1 in libnet.cfg but I can't find any 
corresponding file in 5.8.6.

Any help appreciated.

Cheers,

Regards,

Phil.

Re: CPAN problem

[Phil Dobbin]

On 26/02/2005 @ 23:34 GMT, Chris Winters, [EMAIL PROTECTED], wrote:

>On Sat, 26 Feb 2005 23:22:03 +0000, Phil Dobbin <[EMAIL PROTECTED]> 
>wrote:
>> I've recently installed Perl 5.8.6 into /usr/local/bin whilst keeping 
>>the System 5.6.0 (this on Jag) and whenever I try to install a module( 
>>a la `perl -MCPAN -e 'install Foo:Bar') CPAN is using 5.6.0.
>> 
>> What's the easiest way to get CPAN to use 5.8.6?
>
>Putting /usr/local/bin earlier in your path than /usr/bin should do the 
>trick.

Thanks, Chris. That worked fine.

Regards,

Phil.

CPAN problem

[Phil Dobbin]

I've recently installed Perl 5.8.6 into /usr/local/bin whilst keeping the 
System 5.6.0 (this on Jag) and whenever I try to install a module ( a la `perl 
-MCPAN -e 'install Foo:Bar') CPAN is using 5.6.0.

What's the easiest way to get CPAN to use 5.8.6?

Cheers,

Regards,

Phil.

Re: Module regression

[Phil Dobbin]

On 17/11/2004 @ 16:29 GMT, Ken Williams, [EMAIL PROTECTED], wrote:

[...]

>Oh. =)  In that case, removing based on the packlist is probably fairly 
>reasonable (using a package manager would still be preferable, but 
>admittedly almost nobody does that for installing perl modules).
>
>To see which files were installed as part of a certain module 
>installation, you can use the following one-liner:
>
>perl -MExtUtils::Installed -le 'print foreach 
>ExtUtils::Installed->new->files("Foo::Bar")'
>
>where Foo::Bar is the name of your module.  Then you can remove all 
>those files with 'sudo rm -f'.

Many thanks for that. Worked a like a charm.

Regards,

Phil.

Re: Module regression

[Phil Dobbin]

On 16/11/2004 @ 02:32 GMT, Ken Williams, [EMAIL PROTECTED], wrote:

>On Nov 16, 2004, at 3:47 PM, Phil Dobbin wrote:
>
>> I need to step back a version in a module compliled from source (from 
>> v.3.0 -> v.2.0).
>>
>> What's the best way to go about this (again compiling from source 
>> rather than cpan)?
>
>* The best way to do this is to have a backup of the previous system 
>with v.2.0 installed, and revert to the backup.

[snip excellent advice]

My bad. I explained things very poorly. I've mistakenly installed v.3.0 of a 
module when the I should've installed v.2.0 (the particular script I'm trying 
to run will not work with v.3.0). So I need to expunge/override 3.0 and get the 
script to use v.2.0 which I haven't yet installed.

[...]

>Incidentally, using CPAN *is* compiling from source.

The reason I stipulated compiling from Makefile.PL rather than cpan is that the 
module will not `make test' appropriately in cpan therefore I skip `make test' 
and go straight to `sudo make install' using the makefile.

Regards,

Phil.

Module regression

[Phil Dobbin]

I need to step back a version in a module compliled from source (from v.3.0 -> 
v.2.0).

What's the best way to go about this (again compiling from source rather than 
cpan)?

Thanks,

Regards,

Phil.

Re: WWW::Curl problem

[Phil Dobbin]

On 14/11/2004 @ 14:00 GMT, Phil Dobbin, [EMAIL PROTECTED], wrote:

>I'm trying to install WWW::Curl on 10.2/5.6.0 from cpan and am getting 
>this:

[snip cpan errors]

I solved the cpan errors by upgrading to curl 7.10.7 but now I'm getting a 
won't install without force:

---
t/01basic.t   62  33.33%  2, 6
t/02header-call   83  37.50%  2, 7-8
t/03body-callba   84  50.00%  2, 6-8
t/04abort-test.   72  28.57%  2, 7
t/05progress.t94  44.44%  2, 7-9
t/06http-post.t   62  33.33%  2, 6
t/07ftp-upload.   21  50.00%  1
t/08ssl.t232   8.70%  6, 17
t/09times.t   72  28.57%  2, 6
t/10errbuf.t  51  20.00%  2
t/11oldstyle1.t   62  33.33%  2, 6
t/12oldstyle2.t   82  25.00%  2, 7
t/13slowleak.t21  50.00%  2
t/14duphandle.t   73  42.86%  2, 6-7
t/15duphandle-c   75  71.43%  2, 4-7
t/16formpost.t62  33.33%  2, 6
t/17slist.t  ??   ??   %  ??
t/18twinhandles   84  50.00%  2, 6-8
t/19basic-back.   62  33.33%  2, 6
Failed 19/20 test scripts, 5.00% okay. 44/133 subtests failed, 66.92% okay.
make: *** [test_dynamic] Error 255
  /usr/bin/make test -- NOT OK
Running make install
  make test had returned bad status, won't install without force
  


Any help, as always, appreciated.

Regards,

Phil.

Re: Installers can't find/use cc

[Phil Dobbin]

On 15/11/2004 @ 02:36 GMT, John Horner, [EMAIL PROTECTED], wrote:

>I'm trying to upgrade Perl on a Jaguar system and it's telling me it 
>can't find cc, or it can't use it:

[...]

>any idea what might be going on? Dev Tools are installed. If I try to 
>install them again it says they're up to date.
>
>cc is there in /usr/bin/cc and "/usr/bin/cc -v" gives me the following:
>
>Reading specs from /usr/libexec/gcc/darwin/ppc/2.95.2/specs
>Apple Computer, Inc. version gcc-934.3, based on gcc version 2.95.2 
>19991024 (release)

That's a pretty old version of gcc. If you have the Decemeber 2002 Dev Tools 
installed, log into  and grab a copy of the August 
2003 copy of gcc 3.3.

That may help.

Regards,

Phil.

WWW::Curl problem

[Phil Dobbin]

I'm trying to install WWW::Curl on 10.2/5.6.0 from cpan and am getting this:

cc1: warning: changing search order for system directory "/usr/include"
cc1: warning:   as it has already been specified as a non-system directory
Curl.xs: In function `perl_curl_easy_duphandle':
Curl.xs:147: warning: assignment makes pointer from integer without a cast
Curl.xs: In function `XS_WWW__Curl__easy_setopt':
Curl.xs:656: warning: passing arg 2 of `Perl_sv_2pv' from incompatible pointer 
type
Curl.xs: In function `boot_WWW__Curl':
Curl.xs:504: `CURL_GLOBAL_ALL' undeclared (first use in this function)
Curl.xs:504: (Each undeclared identifier is reported only once
Curl.xs:504: for each function it appears in.)
make: *** [Curl.o] Error 1
  /usr/bin/make  -- NOT OK
Running make test
  Can't test without successful make
Running make install
  make had returned bad status, install seems impossible

Any ideas on what the problem is?

Thanks,

Regards,

Phil.

Re: Getting started with Perl OSX

[Phil Dobbin]

On 01/11/2004 @ 23:23 GMT, David Cantrell, [EMAIL PROTECTED], wrote:

>The 

[...]

>blades.

Thanks for that.

Regards,

Phil.
--
Pleonasm, n.
An army of words escorting a corporal of thought
   The Devil's Dictionary - Ambrose Bierce

Re: Getting started with Perl OSX

[Phil Dobbin]

On 01/11/2004 @ 23:23 GMT, David Cantrell, [EMAIL PROTECTED], wrote:

>The 

[...]

>blades.

Thanks for that.

Regards,

Phil.
--
Pleonasm, n.
An army of words escorting a corporal of thought
   The Devil's Dictionary - Ambrose Bierce

Re: [OT] Black Screen of Death

[Phil Dobbin]

On 17/10/2004 @ 13:57 +0100, Bill Stephenson, [EMAIL PROTECTED], wrote:

>Sometimes, usually when I get to my desk in the morning, my mac has a 
>black screen with scrolling white text (that I've yet to actually 
>read). No way to stop it that I know of short of unplugging the 
>computer and starting back up.

That sounds, almost certainly, like a kernel panic. Run Disk Utility/Disk Warrior 
first of all but in my only experience of KPs mine was caused by a defective mouse so 
you'll need to note the text on screen to diagnose what's causing it.

Regards,

Phil.

Re: CPAN Question

[Phil Dobbin]

On 29/05/2004 @ 04:59 +0100, Timothy Bailey, [EMAIL PROTECTED], wrote:

>On Sat, 29 May 2004 12:34:39 -0700, someone going by the name of 
>Bruce Van Allen <[EMAIL PROTECTED]> typed:
>
>>On 5/29/04 Timothy Bailey wrote:

[...]

>>  >(Trying "install Bundle::libnet", among other things, attempted an
>>>install of Perl 5.8.4 - I'm not certain if it was successful, but I
>>
>>Oh, there's a hint. There was a version of CPAN.pm in early Jaguar that
>>would force an install of the latest Perl. Not what you want. I think
>>the immediate solution was to install a newer CPAN (but not
>>Bundle::CPAN). Search this list -- lots of talk over a year ago...
>
>I haven't found it yet, but I'll keep looking.

[...]

The CPAN you need is v.1.76. It's the one I use on 10.2.8 and it behaves itself as 
you'd like :-)

Regards,

Phil.

Re: backing up system

[Phil Dobbin]

On 02/05/2004 @ 11:57 +0100, Christian Hansen, [EMAIL PROTECTED], wrote:

>Chris Nandor wrote:
>> I believe Backup.app is only available to .Mac subscribers, but the 
>>app 
>> itself does not require a .Mac account, or being online, any longer.  
>>You 
>> can back up to any local volume (including shared volumes over the 
>>network).
>
>It's freely available at 
>http://www.apple.com/downloads/macosx/apple/backup.html

Backup 2.0.1 that's available from that url still requires an active Dot Mac account 
according to the Read Me that comes with the download before you can use it to backup 
to CD, FireWire, etc.

Regards,

Phil.

Re: ANNOUNCE: Affrus 1.0 - a Perl Debugger

[Phil Dobbin]

On 12/03/2004, at 10:04 (GMT), Eric Cholet, [EMAIL PROTECTED] wrote:

>Le 11 mars 04, Ã 18:40, Mark Alldritt a Ãcrit :
>
>> Hi Folks,
>>
>> Late Night Software is pleased to announce the release of its newest 
>> Mac OS
>> X scripting product: Affrus 1.0.

[...]

>
>Any plans to implement ISO-8859-1 (latin1) encoding in the editor?

There is a Affrus mailing list:

<[EMAIL PROTECTED]>

where you can probably find the answer to your question.

Regards,

Phil.

Re: Developer Tools & iTunes

[Phil Dobbin]

On 10/02/2004, at 11:27 (GMT), wren argetlahm, [EMAIL PROTECTED] wrote:

>I'm a newbie to Perl on *nix and am in the process of
>converting from MacPerl to OSX and I've just recently
>downloaded the developer tools for OSX10.2 because I
>was under the impression that they're necessary to
>really use Perl on OSX (i.e. to use CPAN, Camel Bones,
>etc). But installing the packages'll take nearly a gig
>which is more space than I have on my startup
>partition; so I'm wondering if they really are
>necessary to use Perl?

[...]

Under 10.2 you do need the developer tools to fully utilise Perl (gcc for make files, 
etc).

IIRC, the latest Perl (5.8.3) doesn't require the dev tools to be installed (I *think* 
that dependency seen off in 5.8.2) but maybe that's only on 10.3.x.

Check  for more details.

Regards,

Phil.

Re: DBD mysql unable to install since Panther

[Phil Dobbin]

On 02/02/2004, at 18:03 (GMT), Joseph Alotta, [EMAIL PROTECTED] wrote:

>Thanks sherm, But I do not have a login.  I will
>try it anyway without the 1.1 update.

You can get a free login to ADC. It's somewhere on the Apple developer page.

You just fill in the relevant details (email address, etc).

Regards,

Phil.

Re: many module questions

[Phil Dobbin]

On 02/02/2004, at 14:52 (GMT), Charlie Garrison, [EMAIL PROTECTED] wrote:

>Good morning,
>
>On 1/2/04 at 8:11 AM -0500, Sherm Pendley <[EMAIL PROTECTED]> wrote:
>
>>One thing you'll need to do before installing DBD::mysql is install 
>>MySQL itself. The simplest way to do that is via Fink. You'll also need 
>
>There is now a package/binary download for OSX from the mySQL site. I 
>think
>that is now easier than the fink install.

[...]

There is also Marc Liyanage's excellent MySQL binary at:



which is simplicity itself to install and will give you many details/links on how to 
get started,

Regards,

Phil.

Re: need help

[Phil Dobbin]

On 18/01/2004 14:42, "Rosemary Michelle Simpson" <[EMAIL PROTECTED]> wrote:

> with removing myself from this list.  I am no longer using Perl and need
> to reduce my email volume.  However, the addresses for removal and for
> help request don't seem to be working since I am still getting email.
> 
> Please advise,

Try:



Regards,

Phil.

Re: Reconfiguring CPAN

[Phil Dobbin]

On 16/12/03 17:10, "Huw Jenkins" <[EMAIL PROTECTED]> wrote:

> I've just configured CPAN on a brand new 10.3 system. However I've balls the
> config up and can't get CPAN to "make" anything. How do I reconfigure CPAN?

`cpan o conf [opt]'

Regards,

Phil.

Re: Root Login required to make scripts executable

[Phil Dobbin]

On 7/11/03 04:44, "Chris Devers" <[EMAIL PROTECTED]> wrote:

> On Thu, 6 Nov 2003, Gohaku wrote:

[...]

>> Also, I noticed that /Library/WebServer/CGI-Executables does not
>> contain test-cgi and printenv.
>> anyone know why that is?
> 
> Hmm -- now that you mention it, mine are gone too. Odd.

[...]

FWIW, after just upgrading to 10.2.8 myself, test-cgi and printenv are still
present for me in /Library/WebServer/CGI-Executables.

Did you guys run the original 10.2.8 then the patch to fix it (I waited and
ran the final version)?



Regards,

Phil.

Re: Locale setting errors in Perl

[Phil Dobbin]

On 25/9/03 22:19, "Kevin Barry" <[EMAIL PROTECTED]> wrote:

> I gave up trying to add modules to perl 5.6.0 and upgraded rather painlessly
> to 5.8.0. Now I get the error below when running any perl scripts:
> 
> perl: warning: Setting locale failed.
> perl: warning: Please check that your locale settings:
> LC_ALL = (unset),
> LANG = "en_US"

[...]

This is covered extensively in this list's archives. Try looking there.

HTH,

Regards,

Phil.
-- 
Playstation?  Of course Perl runs on Playstation.
-- Jarkko Hietaniemi

Re: Newbi

[Phil Dobbin]

On 21/9/03 01:41, "Jerry Beck" <[EMAIL PROTECTED]> wrote:

> I'm looking for any information I can get on using perl on Mac OS X?

> What books are available?

Apart from the venerable Learning Perl, another good O'Reilly book is Perl
for Web Site Management which has a gentler learning curve

> Where can I get Sample scripts?

After ingesting above books a good place is The Perl Cookbook (O'Reilly
again: I think Tim should give us all a discount :-)

Have fun,

Regards,

Phil.

Re: Another handy shell alias

[Phil Dobbin]

On 12/4/03 19:01, "David Wheeler" <[EMAIL PROTECTED]> wrote:

> On Saturday, April 12, 2003, at 02:13  AM, Phil Dobbin wrote:
> 
>>> Ah, nice. And in zsh/bash?
>> 
>> $ alias pv= 'perl -M\!* -le "print \!* ->VERSION()"'
> 
> mercury# alias pv='perl -M\!* -le "print \!* ->VERSION()"'
> mercury# pv File::Spec
> zsh: no matches found: -M!*
> mercury#

Duh! I sent it without checking...(and it was s'posed to be bash :)

bash2.05 [EMAIL PROTECTED] ~ $ pv File::Spec
syntax error at -e line 0, near "use !"
Execution of -e aborted due to compilation errors.

(scratches head... :(

Regards,

Phil.

Re: CPAN woes continue

[Phil Dobbin]

On 16/3/03 21:44, "Lou Moran" <[EMAIL PROTECTED]> wrote:

> 
> On Sunday, March 16, 2003, at 01:45 PM, Phil Dobbin wrote:
> SNIP
>> 
>> This is the relevant CPAN.pm code:
>> 
>> return $self->{prereq_pm} if
>>   exists $self->{prereq_pm_detected} &&
>> $self->{prereq_pm_detected};
>>   return unless $self->{writemakefile}; # no need to have succeeded
>> # but we must have run it
>>   my $build_dir = $self->{build_dir} or die "Panic: no build_dir?";
>> 
>> Are you not seeing any `02packages.details.txt.gz' or
>> `03modlist.data.gz'?
>> 
> Nope you're seeing what I see

In which case, I'd do a `reload cpan' from the shell and try again (I take
it your trying to upgrade to 1.70; if this is the case remember you have to
`sudo make install' in order to get rid of Make::Maker).

If that doesn't work try `o conf [opt]' in order to reset your cpan config.

Good luck,

Regards,

Phil. 

Re: CPAN woes continue

[Phil Dobbin]

On 16/3/03 17:50, "Charlie Root" <[EMAIL PROTECTED]> wrote:

> Can't get CPAN to upgrade:
> G400
> 768MB
> 10.2.4
> Perl 5.6.0
> 
> The messages look like this:  (pages of this)
> 
> Going to read /Users/ellem/.cpan/sources/authors/01mailrc.txt.gz
> Going to read /Users/ellem/.cpan/sources/authors/01mailrc.txt.gz
> Going to read /Users/ellem/.cpan/sources/authors/01mailrc.txt.gz
> Going to read /Users/ellem/.cpan/sources/authors/01mailrc.txt.gz
> Panic: no build_dir? at /System/Library/Perl/CPAN.pm line 4618,
>  line 2724.

[...]

This is the relevant CPAN.pm code:

return $self->{prereq_pm} if
  exists $self->{prereq_pm_detected} && $self->{prereq_pm_detected};
  return unless $self->{writemakefile}; # no need to have succeeded
# but we must have run it
  my $build_dir = $self->{build_dir} or die "Panic: no build_dir?";

Are you not seeing any `02packages.details.txt.gz' or `03modlist.data.gz'?

Regards,

Phil.

Re: CPAN Newbie: when to sudo?

[Phil Dobbin]

On 16/3/03 17:23, "Riccardo Perotti" <[EMAIL PROTECTED]> wrote:

> On 03/16/2003 12:16 PM, "Puneet Kishor" <[EMAIL PROTECTED]> wrote:
>> On Sunday, March 16, 2003, at 11:13  AM, Riccardo Perotti wrote:
> 
>>> ... which leads me to think that I have to "sudo" at some point
>>> (right?).
>>> 
>>> If so, when would the correct time be?
>>> ..
>> 
>> right at the beginning.
>> 
>> sudo perl -MCPAN -e shell
>> 
>> that's how I do it and it works.
>> 
> Great, Thanks!
> 
> ... should I worry/do something about the
> 
>   /bin/sh: /System/Library/Perl/darwin/perllocal.pod: Permission denied
>   make: [doc_site_install] Error 1 (ignored)

Puneet's right. If you install via CPAN without the `sudo' at the top,
you'll get an error stating that you don't have permission to install into
perlpod.

I generally don't `sudo' initially (too paranoid ;-) and go back when
everything's OK and issue `sudo make install' manually.

Regards,

Phil.

Re: dmg of perl 5.8.0 on Mac OS X

[Phil Dobbin]

On 6/2/03 16:58, "Morbus Iff" <[EMAIL PROTECTED]> wrote:

>> I tried `curl http://nathan.torkington.com/tmp/perl5.8.0gnat1.dmg'
>> And got the same binary text d/l (and had to crash `terminal' to stop it :-(
> 
> Curl, by default, will spit to STDOUT (ie. your Terminal) not to a file.
> I'm not in front of a OS X box right now, but I believe you've got to do:
> 
> curl -O http://nathan.torkington.com/tmp/perl5.8.0gnat1.dmg

Thanks, Morbus, it now works fine

Teach me not to read the manpage...

Regards,

Phil.

Re: dmg of perl 5.8.0 on Mac OS X

[Phil Dobbin]

On 6/2/03 14:30, "Morbus Iff" <[EMAIL PROTECTED]> wrote:

>>> Please download and test the perl 5.8.0 distribution available from:
>>> http://nathan.torkington.com/tmp/perl5.8.0gnat1.dmg
>> 
>> I get a text transfer of the binary when trying to d/l this in Mozilla, IE
>> and Omni Web instead of the disk image. This is the first time this has
>> happened for a long time and I can't remember how to fix it. Anybody?
> 
> wget http://nathan.torkington.com/tmp/perl5.8.0gnat1.dmg

Curiouser and curiouser...

I tried `curl http://nathan.torkington.com/tmp/perl5.8.0gnat1.dmg'

And got the same binary text d/l (and had to crash `terminal' to stop it :-(

Hmm...

Regards,

Phil.

Re: dmg of perl 5.8.0 on Mac OS X

[Phil Dobbin]

On 6/2/03 14:30, "Morbus Iff" <[EMAIL PROTECTED]> wrote:

>>> Please download and test the perl 5.8.0 distribution available from:
>>> http://nathan.torkington.com/tmp/perl5.8.0gnat1.dmg
>> 
>> I get a text transfer of the binary when trying to d/l this in Mozilla, IE
>> and Omni Web instead of the disk image. This is the first time this has
>> happened for a long time and I can't remember how to fix it. Anybody?
> 
> wget http://nathan.torkington.com/tmp/perl5.8.0gnat1.dmg

I'm still using 10.1.5:

bash2.05 phil@localhost ~ $ whereis wget
bash2.05 phil@localhost ~ $ whereis curl
/usr/bin/curl

So it looks like `curl'

;-)

Regards,

Phil.

Re: dmg of perl 5.8.0 on Mac OS X

[Phil Dobbin]

On 6/2/03 1:03, "Nathan Torkington" <[EMAIL PROTECTED]> wrote:

> Please download and test the perl 5.8.0 distribution available from:
> http://nathan.torkington.com/tmp/perl5.8.0gnat1.dmg

[...]

I get a text transfer of the binary when trying to d/l this in Mozilla, IE
and Omni Web instead of the disk image. This is the first time this has
happened for a long time and I can't remember how to fix it. Anybody?

> With the help of Fink, I managed to totally trash my system.  I
> reinstalled yesterday, and went through the hassle of building Perl
> 5.8.0 all over again.  I figured I'd save other folks that hassle.

Ugh! At the risk of veering wildly OT, what happened (must be my day for
questions ;-)?

Regards,

Phil.
 

Re: Help installing DBD:mysql on Mac OS X 10.2

[Phil Dobbin]

On 4/2/03 22:20, "Heather Madrone" <[EMAIL PROTECTED]> wrote:

[...]

> I'm wondering whether some of the difficulties that people on this
> list have with Unix come from not understanding the basic pieces
> of Unix.  Maybe it would help to read a good overview of how
> Unix works.
> 
> Does anyone know of such a thing?

I used `Unix Power Tools' (O'Reilly: 1-56592-260-3)

which I bought when I started to use OS X about a year ago. It has some
oddities (inaccuracies and such) but is pretty comprehensive. It's also over
forty quid, too ;-)

Regards,

Phil.

Re: Perl Wrestling Federation Bout: 5.6 vs. 5.8

[Phil Dobbin]

On 13/12/02 19:57, "David Wheeler" <[EMAIL PROTECTED]> wrote:

> On Friday, December 13, 2002, at 11:48  AM, David H. Adler wrote:
> 
>> I was kind of guessing that.  Is there any favored place?  Should I
>> just
>> punt and use /opt ?
> 
> Up to you. I favor /usr/local, which isn't used by Mac OS X. So you
> should be safe there.

I concur. I installed 5.8.0 on my iBook into /usr/local and it's been fine.

Regards,

Phil.

Re: closing and opening a browser

[Phil Dobbin]

On 11/12/02 14:58, "Chris Nandor" <[EMAIL PROTECTED]> wrote:

> In article <[EMAIL PROTECTED]>,
> [EMAIL PROTECTED] (Phil Dobbin) wrote:
> 
>> On 11/12/02 14:06, "Chris Nandor" <[EMAIL PROTECTED]> wrote:
>> 
>>> Mac::Carbon 0.02 is available on the CPAN, and on
>>> http://sf.net/projects/macperl/ (where there is also a binary installer, for
>>> those of you who have trouble building it, such as those on 10.1.x systems).
>> 
>> This is excellent news as I was having a torrid time trying to build
>> Mac::Carbon on 10.1.5/5.6.1.
> 
> Oh, I should note this will only work with perl 5.6, and installs into
> /Library/Perl/.  It should be fine with 5.6.1, since they are binary
> compatible, though you might need to move the extensions if you have a
> different location.  It probably won't work with 5.8.0.  In the end, if this
> is still necessary (hopefully not), we can get a more intelligent installer,
> with selectable location, with binaries for 5.8.0 too, etc.  For now it
> should suffice for most needs.

I ran the binary installer (10.1.5/5.6.1) and then used your script to kill
Mozilla and every thing was hunky-dory :-)

I should note that all my stuff for Perl is in the regular place:

/System/Library/Perl/darwin
/System/Library/Perl
/Library/Perl/darwin
/Library/Perl
/Library/Perl
/Network/Library/Perl/darwin
/Network/Library/Perl
/Network/Library/Perl

Good stuff...

Regards,

Phil.

Re: closing and opening a browser

[Phil Dobbin]

On 11/12/02 14:06, "Chris Nandor" <[EMAIL PROTECTED]> wrote:

[big snip]

> Mac::Carbon 0.02 is available on the CPAN, and on
> http://sf.net/projects/macperl/ (where there is also a binary installer, for
> those of you who have trouble building it, such as those on 10.1.x systems).

This is excellent news as I was having a torrid time trying to build
Mac::Carbon on 10.1.5/5.6.1.

Many thanks,

Regards,

Phil.

Re: CPAN messages

[Phil Dobbin]

On 3/12/02 17:50, "Chris Nandor" <[EMAIL PROTECTED]> wrote:

> In article <[EMAIL PROTECTED]>,
> [EMAIL PROTECTED] (Phil Dobbin) wrote:
> 
>> I'm getting a simple error message every time I install via CPAN:
>> 
>> Scanning cache /Users/phil/.cpan/build for sizes
>> Deleting from cache: /Users/phil/.cpan/build/perl-5.6.1 (31.4>0.0 MB)
>> Can't make directory /Users/phil/.cpan/build/perl-5.6.1 read+writeable:
>> Operation not permitted at /System/Library/Perl/CPAN.pm line 910
>> 
>> This is a leftover from when I upgraded 5.6.0 -> 5.6.1 (and is obviously
>> still left in the build directory) on 10.1.5. Is it just a case of making
>> the directory 0755 and deleting or is there something else to take into
>> account (I've studied CPAN.pm 910 and can't quite make it out)?
>> 
>> All other modules are deleted after installation automatically (CPAN 1.63)
>> so any advice welcome :-)
> 
> You should be safe to delete anything in the build directory.  I'd just rm
> -rf .cpan/build/*.

Thanks for that. Will do.

Regards,

Phil.

CPAN messages

[Phil Dobbin]

I'm getting a simple error message every time I install via CPAN:

Scanning cache /Users/phil/.cpan/build for sizes
Deleting from cache: /Users/phil/.cpan/build/perl-5.6.1 (31.4>0.0 MB)
Can't make directory /Users/phil/.cpan/build/perl-5.6.1 read+writeable:
Operation not permitted at /System/Library/Perl/CPAN.pm line 910

This is a leftover from when I upgraded 5.6.0 -> 5.6.1 (and is obviously
still left in the build directory) on 10.1.5. Is it just a case of making
the directory 0755 and deleting or is there something else to take into
account (I've studied CPAN.pm 910 and can't quite make it out)?

All other modules are deleted after installation automatically (CPAN 1.63)
so any advice welcome :-)

Regards,

Phil.

Re: OS X Installed numbers (Was Re: mac-toolbox)

[Phil Dobbin]

On 14/11/02 1:05, "David Wheeler" <[EMAIL PROTECTED]> wrote:

> On Wednesday, November 13, 2002, at 04:27  PM, Ken Williams wrote:
> 
>>  2) High-end users who are dying to switch, but need to wait until
>> their software is properly supported, or until they can properly do a
>> massive switchover of technologies in their business
> 
> You can probably blame Quark for about 90% of this. They're *really*
> far behind updating QuarkXPress to Mac OS X, and they still pretty well
> own the professional design layout market.

This is especially true here in the U.K. The overwhelming majority of Mac
users here are in the design/bureaux/newspaper business and won't touch OS X
with a bargepole exclusively because of Quark.

There are hopes that OS X may eat into the Oracle/Unix/db market but it's a
*very* long shot. Local Perl Monger groups are reporting lay offs and the
vast majority of _them_ are Windoze users.

Switch, whether from Mac OS 9 or Win32, definitely ain't happening here :-(

Regards,

Phil.

Re: Installation of LWP fails

[Phil Dobbin]

On 11/10/02 17:55, "David Wheeler" <[EMAIL PROTECTED]> wrote:

> On Friday, October 11, 2002, at 08:36  AM, Phil Dobbin wrote:
> 
>> Is this indicative of the Developer Tools not being installed?
> 
> I don't know about that, but if the developer tools weren't installed,
> there'd be no compiler -- and there was definitely a compiler in the
> error message sent yesterday -- the compiler it what complained that it
> couldn't find perl.h.

I _thought_ (probably erroneously) that compiler errors of this nature were
due to said deficit.

Perl would try to do what it was asked but then couldn't find the header
files.

Or something along those lines :-)

Regards,

Phil.

Re: Installation of LWP fails

[Phil Dobbin]

On 10/10/02 18:17, "David Wheeler" <[EMAIL PROTECTED]> wrote:

> On Wednesday, October 9, 2002, at 11:38  PM, Adam Fishman wrote:
> 
>> (You get this message, because MakeMaker could not find
>> "/System/Library/Perl/darwin/CORE/perl.h")
> 
> Well, do you have this file?

Is this indicative of the Developer Tools not being installed?

Regards,

Phil.

Re: [OT] Software Update

[Phil Dobbin]

On 23/9/02 19:17, "Bill Stephenson" <[EMAIL PROTECTED]> wrote:

> Has Apple disconnected 10.1 user's Software Update application?
> 
> Mine just sits there waiting for a response that never comes...

Works fine for me on my iMac and iBook, both running 10.1.5.

Bit dodgy on my 5400 running 9.1. I get a message that the servers are busy.

Regards,

Phil.
--  
"I loves a women, she sleeps in the kitchen
but her feets in the hall.."

`They're Red-Hot' -- Robert Johnson circa 1930's

Re: AppleScript to Perl w/SOAP

[Phil Dobbin]

On 23/9/02 03:18, "Randal L. Schwartz" <[EMAIL PROTECTED]> wrote:

>>>>>> "Phil" == Phil Dobbin <[EMAIL PROTECTED]> writes:
> 
> Phil> As usual, the Perl section of this works flawlessly but the Applescript
> Phil> doo-dah chokes around:
> 
> Phil> 
> 
> Phil> set output_file to (path to temporary items folder as string) &
> Phil> "fetch_headlines.html"
> Phil> write_to_file(output, output_file, false)
> Phil> tell application "Finder" to open output_file
> 
> Phil> 
> 
> Phil> With the Finder complaining it can't set path to temp items.
> 
> I never claimed to be an AppleScript expert.  However, I *do* know
> that I tested the code (for quite a while, making constant minor
> tweaks) before submitting.
> 
> However, I just tested it again under 10.1.5, and it seems
> to be working fine.  Are you sure there isn't something
> else a little messed up?
> 
> That is *all* one line, you know.

Doesn't make any difference (in fact, all on one line makes it exit quicker,
as you'd expect - `expected end of line`).
 
> Here's what "the result" shows for me when I run this:
> 
>   set output_file to (path to temporary items folder as string) &
> "fetch_headlines.html"
>   output_file
> 
> in the AS editor:
> 
> "Randal800:private:tmp:501:Temporary Items:fetch_headlines.html"

[snip]

What does it show in the browser?

Regards,

Phil.

Re: AppleScript to Perl w/SOAP

[Phil Dobbin]

On 22/9/02 02:04, "Randal L. Schwartz" <[EMAIL PROTECTED]> wrote:

>> "Erik" == Erik Price <[EMAIL PROTECTED]> writes:
> 
> Erik> I just found this article in my ADC and figured I'd pass it along to
> Erik> the list:
> 
> Erik> http://developer.apple.com/internet/webservices/applescripttoperl.html
> 
> Thanks for the promo.
> 
> And if you have any suggestions for anything else, please let me know!

As usual, the Perl section of this works flawlessly but the Applescript
doo-dah chokes around:



set output_file to (path to temporary items folder as string) &
"fetch_headlines.html"
write_to_file(output, output_file, false)
tell application "Finder" to open output_file



With the Finder complaining it can't set path to temp items.

This on Mac OS X 10.1.5, AS 1.8.3, Perl 5.6.1 and ScriptDebugger 3.0.4. Has
anybody else seen this?

Regards,

Phil.

Re: AppleScript to Perl w/SOAP

[Phil Dobbin]

On 22/9/02 02:04, "Randal L. Schwartz" <[EMAIL PROTECTED]> wrote:

>> "Erik" == Erik Price <[EMAIL PROTECTED]> writes:
> 
> Erik> I just found this article in my ADC and figured I'd pass it along to
> Erik> the list:
> 
> Erik> http://developer.apple.com/internet/webservices/applescripttoperl.html
> 
> Thanks for the promo.
> 
> And if you have any suggestions for anything else, please let me know!

As usual, the Perl section of this works flawlessly but the Applescript
doo-dah chokes around:



set output_file to (path to temporary items folder as string) &
"fetch_headlines.html"
write_to_file(output, output_file, false)
tell application "Finder" to open output_file



With the Finder complaining it can't set path to temp items.

This on Mac OS X 10.1.5, AS 1.8.3, Perl 5.6.1 and ScriptDebugger 3.0.4. Has
anybody else seen this?

Regards,

Phil.

Re: compiling mod_perl on Darwin (5.3 and 6.0)

[Phil Dobbin]

On 20/9/02 20:22, "Chris" <[EMAIL PROTECTED]> wrote:

> I am a nee hand at this, and when I failed to get anywhere googling
> (but rather, found indications that upgrading Apache by hand ran the
> risk of leaving users without useable mod_perl due to unpublished Apple
> customizations), I worried I might be chasing my tail until available
> source changes.
> 
> So:  Does mod_perl compile on MacOS X/Darwin?  (either 10.1.x or
> 10.2.x?  I would like both!)

[...]

You could try the mod_perl mailing list:

<[EMAIL PROTECTED]>

for all the latest poop.

Regards,

Phil.

Re: Why do the Docs say download binaries, don't compile ?

[Phil Dobbin]

On 18/9/02 17:26, "Celeste Suliin Burris" <[EMAIL PROTECTED]> wrote:

> I have a bad habit of reading through the instructions.
> At http://www.perl.com/CPAN-local/src/README.html it states:
> 
> *  Binary distributions of perl (executable programs) for particular
> platforms. See the ports  directory at the top level of CPAN. If your system
> does not have a C compiler, you should probably be looking at that
> directory; if it does have a C compiler, stick around here. As a special
> case, if you have a Macintosh, go straight to the ports directory anyway.

This is probably referring to the `Classic' (i.e. pre-OS X) ports of Perl.

Perl 5.8.0 compiles *pretty* much the same on OS X as other Unix systems and
can be be, as such, called from cpan or directly d/l'd and then compiled as
you would.

For the major heartaches, check this lists' archives (or p5p).

Regards,

Phil.

> On 09/18/2002 3:22, "ellem" <[EMAIL PROTECTED]> wrote:
> 
>> 
>> On Wednesday, September 18, 2002, at 03:14 AM, Celeste Suliin Burris
>> wrote:
>> 
>>> I went to cpan.org intending to download and compile the latest
>>> stable.tar.gz to update to 5.8.0 on my Jaguar machine. Reading the
>>> documentation, it told me to download the binaries, not to compile it.
>>> 
>>> As a Solaris SysAdmin, I've always compiled it. I compiled 5.6.1 on Mac
>>> OS X
>>> 10.1. I guess I'm set in my ways, but I like reasons, not just a "do
>>> it!"
>>> 
>>> Does anyone know the why this advice exists?
>>> 
>> 
>> More importantly _where_ does this advice exist?  Perhaps you went to
>> cpan.org/ports/index.html#macosx and saw the links and went to the
>> Server Logistics site and guessed that's what they were saying?
>> 
>> Anyway... since you're compile friendly _some_ on this list who have
>> dealt with this already might offer the advice that you NOT over write
>> your existing perl 5.6.0 as your OS needs it, possibly intact, and that
>> you install 5.8.0 somewhere else like /opt/ or /sw/ (via FINK).  Other
>> (like me) might suggest unless you need something very specific from
>> 5.8.0 you just stick with what Apple gives you.
>> 
>> Again, not sure where you read that advice.
>> 
>> 
>>> 
>> --
>> Lou Moran
>> http://ellem.dyn.dhs.org:5281/resume/lmoran2002.html
>> 
> 

Re: Cocoa perl editors

[Phil Dobbin]

On 17/9/02 14:30, "Chris Devers" <[EMAIL PROTECTED]> wrote:

> On Tue, 17 Sep 2002, Stefano Pagliano wrote:
> 
>> There is a port for jaguar find it at:
>> 
>> http://www.entropy.ch/software/macosx/
> 
> But is it console mode Vim or full graphical Gvim? I already have
> console mode Vim with Fink (after using the entropy.ch version for
> a while :), and the Fink version can go graphical iff you're
> running X11. A version that worked in Aqua would be great, and last
> I checked the entropy.ch one didn't do that. Has it been updated?

Nope still a terminal port only.

Check out [EMAIL PROTECTED] .Usual story. Send an empty message to subscribe
or go to the web site:



Regards,

Phil.

Re: Opening file with application

[Phil Dobbin]

On 8/9/02 15:57, "John Delacour" <[EMAIL PROTECTED]> wrote:

> This script opens a text file in Excel (in my case a Classic app).
> Is there any way to do the same thing without a hard-code pathname
> for Excel and without Apple Events?

[...]

No (unless you read the data out, parse it and read it back in).

Mind you, I stand to be corrected ;-)

Why?

Regards,

Phil.

Re: Installable packages

[Phil Dobbin]

On 6/9/02 03:12, "Ken Williams" <[EMAIL PROTECTED]> wrote:

> Would there need to be separate versions of these for
> pre-Jaguarian and post-Jaguarian systems?  I wouldn't think so...

10.1.x and 10.2 use different versions of the Developer Tools is the only
thing I can think of. I can check my Project Builder digests for any
compatibility differences if you like (there are a few I know of for sure
but that is in compiling carbon/cocoa apps with the respective versions).

Regards,

Phil.

Re: Help - Error building Perl 5.6.1 on Jaguar

[Phil Dobbin]

On 5/9/02 19:42, "Chris Angelli" <[EMAIL PROTECTED]> wrote:

> Dear Smart People,
> 
> For reasons that escape me, I have upgraded my stable
> 10.1 environment to Jaguar. I am haveing a problem
> re-building Perl 5.6.1 and I haven't seen this problem
> previously on the list. Here is what I have done:

[...]

> Here's the error I'm getting:
> make: *** No rule to make target `', needed
> by `miniperlmain.o'.  Stop.

[...]

FWIW, I'm seeing similar messages to these on a Mac OS X Unix list where
people have tried to upgrade 10.2's version of Perl to 5.8.0.

make can't seem to find the target files. I'd suspect the 10.2 dev tools.
There is an August upgrade available from Apple but that's a blind guess as
I'm still on 10.1.5...

HTH's (someone),

Regards,

Phil.

Re: tips for Perl and Mac OS X

[Phil Dobbin]

On 5/9/02 00:29, "Nathan Torkington" <[EMAIL PROTECTED]> wrote:

> I've been thinking about building a group blog of the Collective
> Wisdom on Perl and OS X.  http://prometheus.frii.com/~gnat/mosxperl/
> is a sample of what might go into it.
> 
> If there's interest from readers and authors alike, I can set this up
> on perl.org and give as many people access to create and update
> entries as they like.
> 
> What do you think?

I'm keen on the idea and would gladly help out in any way I could.

Good stuff :-)

Regards,

Phil.

Re: [ANN]Mac::AppleScript 0.03

[Phil Dobbin]

On 3/9/02 16:43, "Dan Sugalski" <[EMAIL PROTECTED]> wrote:

> At 12:10 PM +0100 9/3/02, Phil Dobbin wrote:
>> On 2/9/02 15:46, "Dan Sugalski" <[EMAIL PROTECTED]> wrote:
>> 

[...]

>>>  Standard deal, on CPAN and circulating now, or at
>>>  ftp://ftp.sidhe.org/Mac-AppleScript-0.03.tar.gz
>> 
>> When running make on 0.03 I get:
> 
> [Snipped errors]
> 
> If it builds and tests, you're OK. There are date issues with some of
> the precompiled headers. Dunno why, but things work the way they
> should.

Roger that. It tests fine.

Maybe some tangled files in the framework but as you say, works O.K.

Thanks,

Regards,

Phil.

Re: [ANN]Mac::AppleScript 0.03

[Phil Dobbin]

On 2/9/02 15:46, "Dan Sugalski" <[EMAIL PROTECTED]> wrote:

> While it doesn't address the whole "error return" vs "Pitch perl's
> idea of an exception" issue, 0.03 *does* now return whatever the
> AppleScript you're executing returns, so you can now do:
> 
>  dan% perl -MMac::AppleScript
>  $foo = Mac::AppleScript::RunAppleScript(<  tell application "iTunes"
>return( "Player state is " & player state )
>  end tell
>  EOS
>  print $foo;
>  "Player state is playing"
> 
> or something like it. AppleScript seems to return {} for the empty
> string, but if you really want to be safe then I expect a defined()
> check is in order or something. (Which it probably always has been,
> in those cases where a script could return a bare 0)
> 
> Standard deal, on CPAN and circulating now, or at
> ftp://ftp.sidhe.org/Mac-AppleScript-0.03.tar.gz

When running make on 0.03 I get:

bash2.05 phil@localhost ~/.cpan/build/Mac-AppleScript-0.03 $ make
cc -c  -pipe -fno-common -DHAS_TELLDIR_PROTOTYPE -fno-strict-aliasing
-I/usr/local/include -O3   -DVERSION=\"0.03\" -DXS_VERSION=\"0.03\"
-I/System/Library/Perl/darwin/CORE  AppleScript.c
AppleScript.xs:1: warning: could not use precompiled header
'/System/Library/Frameworks/Carbon.framework/Headers/Carbon.p', because:
AppleScript.xs:1: warning: 'OpenScripting/OpenScripting.h' has different
date than in precomp
AppleScript.xs:1: warning: 'OpenScripting/OSA.h' has different date than in
precomp
AppleScript.xs:1: warning: 'OpenScripting/OSAComp.h' has different date than
in precomp
AppleScript.xs:1: warning: 'OpenScripting/OSAGeneric.h' has different date
than in precomp
AppleScript.xs:1: warning:   and others...

I'm using Applescript 1.8.3, Perl 5.6.1, April Developer Tools and OS X
10.1.5.

Regards,

Phil.

Re: camelbones with 5.8.0

[Phil Dobbin]

On 2/9/02 18:53, "Vincent D Murphy" <[EMAIL PROTECTED]> wrote:

> hi-
> 
> i'm sorry if it turns out that i am asking an overly obvious question.
> 
> i upgraded perl to 5.8.0 on my 10.1.4 box last week.  now i want to use
> camelbones.  the website says you will need to rebuild camelbones from
> source to relink it against your perl if it is different from 5.6.0.
> 
> my question is: how do i rebuild camelbones from source?  i don't know
> where to find the source on my machine, and even if i knew i suspect the
> recipe would be different from the "make;make test;make install" i am
> accustomed to.

Though I'm not sure (for that read ``I haven't done it''), just d/l the
source .pkg install and away you go. It must be based on the usual dance.

I've d/l'd it (I'm running 5.8.0 and 5.6.1) but haven't got 'round to doing
it yet.

Regards,

Phil.

Re: Mac::AppleScript fixed

[Phil Dobbin]

On 2/9/02 13:36, "Dan Sugalski" <[EMAIL PROTECTED]> wrote:

> At 3:39 AM +0100 9/1/02, Phil Dobbin wrote:
>> On 31/8/02 19:41, "_brian_d_foy" <[EMAIL PROTECTED]> wrote:
>> 
>>>  In article <a05111b04b9961fa95f8b@[63.120.19.221]>, Dan Sugalski
>>>  <[EMAIL PROTECTED]> wrote:
>>> 
>>>>  At 2:23 AM -0500 8/31/02, _brian_d_foy wrote:
>>> 
>>>>>  this will make me use several lines of code everywhere...
>>> 
>>>>  I didn't say I'd make it the *default*--sheesh, perl exceptions are
>>>>  too darned expensive for that.
>>> 
>>>  maybe i over-reacted.  i've been finding out over the past day that
>>>  a lot of application's don't really do what they say they can do through
>>>  Applescript. :(
>> 
>> I've found on two machines (both 10.1.5, one 5.6.1, the other 5.8.0), that
>> Mac::AppleScript causes a strange error when running tests.
>> 
>> I saw it first when installing via a one-liner on 5.6.1, then the same using
>> the shell on cpan. They both caused the OS 9 documents folder to come to the
>> front in the Finder when ``make test'' was being run in Terminal.
>> 
>> I haven't had chance to try it yet (rubbed out the second half-install) but
>> has anybody else seen this?
> 
> It's supposed to do that. (Whether it's a good idea or not is a
> completely separate issue, of course) Test 2 tries to open a
> Documents folder on your startup disk. I'm going to change that in
> the next version.

[...]

O.K. Thanks.

Regards,

Phil.

Re: Mac::AppleScript fixed

[Phil Dobbin]

On 31/8/02 19:41, "_brian_d_foy" <[EMAIL PROTECTED]> wrote:

> In article , Dan Sugalski
> <[EMAIL PROTECTED]> wrote:
> 
>> At 2:23 AM -0500 8/31/02, _brian_d_foy wrote:
> 
>>> this will make me use several lines of code everywhere...
> 
>> I didn't say I'd make it the *default*--sheesh, perl exceptions are
>> too darned expensive for that.
> 
> maybe i over-reacted.  i've been finding out over the past day that
> a lot of application's don't really do what they say they can do through
> Applescript. :(

I've found on two machines (both 10.1.5, one 5.6.1, the other 5.8.0), that
Mac::AppleScript causes a strange error when running tests.

I saw it first when installing via a one-liner on 5.6.1, then the same using
the shell on cpan. They both caused the OS 9 documents folder to come to the
front in the Finder when ``make test'' was being run in Terminal.

I haven't had chance to try it yet (rubbed out the second half-install) but
has anybody else seen this?

Regards,

Phil.

Re: Compress::Zlib on Jaguar

[Phil Dobbin]

On 31/8/02 18:19, "Nathan Torkington" <[EMAIL PROTECTED]> wrote:

> Simon Cozens writes:
>> Anyone else seeing problems with this? It can't get past test
>> 61 of zlib.t on my system.
> 
> Yup, hasn't worked for me in 10.1 or 10.2.

Installed fine for me on 10.1.5/5.8.0 on an iBook.

v.1.16

Regards,

Phil.

Re: new to modules

[Phil Dobbin]

On 31/8/02 at 09:20, [EMAIL PROTECTED] (Erik Price) wrote:

> 
> On Thursday, August 29, 2002, at 10:20  AM, Phil Dobbin wrote:
> 
> > I use this quick hit:
> >
> > #!/usr/bin/perl -w
> >
> > use ExtUtils::Installed;
> > my $instmod = ExtUtils::Installed->new();
> > foreach my $module ($instmod->modules()) {
> > my $version = $instmod->version($module) || "???";
> > print "$module -- $version\n";
> > }
> >
> > Paste it into vim, BBEdit or what ever your choice and run it and 
> > it'll return your installed modules.
> 
> wintermute:~$ perl ~/dev/Perl/codelib/PhilDobbinFindModules.pl
> Foundation -- 1.0
> Perl -- 5.6.0
> PerlObjCBridge -- 0.9
> mod_perl -- 1.26
> wintermute:~$
> 
> This gives me some modules -- but the earlier-posted script (which 
> basically searches the directories in @INC I think) gave me a much 
> longer list:

[...]

> Is there a difference between "installed" modules (presumably from 
> ExtUtils::Installed) and just modules (presumably in @INC)?

Yep. The doo-dah run using ExtUtils::Installed give you a list of the modules *you've* 
installed. Kind of like a mini-snapshot.

Maybe not much use at the moment but a way down the line, when you're hitting cpan for 
required modules for say, DBI dependent ingredients, it's fast and quite useful and 
helps me keep track.

Regards,

Phil.

Re: the head problem in lwp - Re: new to modules

[Phil Dobbin]

On 29/8/02 at 07:31, [EMAIL PROTECTED] (drieux) wrote:

> 
> On Thursday, August 29, 2002, at 07:20 , Phil Dobbin wrote:
> [..]
> >> Once I hear back on this I plan to download some modules and use 
> them.
> >> The LWP module has tempted me from the very beginning.
> >
> > Remember the issue with case insensitivity on Mac OS X when 
> installing 
> > LWP. For more details see:
> >
> > <http://david.wheeler.net/osx.html>
> >
> > Scroll down right to the bottom and the details are there.
> 
> 
> My compliments on the documentation and
> the work around...

All kudos to David Wheeler. I just followed his instructions and it worked for me ;-)

Regards,

Phil.

Re: new to modules

[Phil Dobbin]

On 28/8/02 at 22:52, [EMAIL PROTECTED] (Erik Price) wrote:

> I've used Perl here and there (on my OS X box) for basic stuff, but I 
> haven't really played with modules.  I feel like I'm really missing 
> out 
> on something cool here.  Where do modules get stored by default in 
> Darwin?  What is a good way to see which ones I have installed? (I 
> actually haven't installed any but I meant pre-installed on Darwin.)

I use this quick hit:

#!/usr/bin/perl -w

use ExtUtils::Installed;
my $instmod = ExtUtils::Installed->new();
foreach my $module ($instmod->modules()) {
my $version = $instmod->version($module) || "???";
print "$module -- $version\n";
}

Paste it into vim, BBEdit or what ever your choice and run it and it'll return your 
installed modules.

 
> Once I hear back on this I plan to download some modules and use them.  
> The LWP module has tempted me from the very beginning.

Remember the issue with case insensitivity on Mac OS X when installing LWP. For more 
details see:



Scroll down right to the bottom and the details are there.

Have fun,

Regards,

Phil.

Re: Reverting to 5.6.1

[Phil Dobbin]

On 21/08/2002 at 08:08, Puneet Kishor, [EMAIL PROTECTED] wrote:

[...]

>Right now I don't know of any way to get back to what my iBook came 
>with. I am hoping a Jaguar clean install will set things right for me

A clean install of 10.2 will take you back to 5.6.0
 
> From then on, I am not touching Apple's config that comes with the OS. 
>I 
>am going to work with the system, not against, or sideways, or 
>tangentially to it.

Just install into /usr/local or /sw if using Fink and Apple's stock install in 
/usr/bin will be untouched. Then use temporary paths or set them in env vars if you 
want to experiment with 5.8.0 or whatever...

Regards,

Phil.

Re: Definitive Mac OS X Perl 5.8/CPAN installation instructions?

[Phil Dobbin]

On 17/08/2002 at 00:00, Sky Lemon, [EMAIL PROTECTED] wrote:

[...]

>You they *will* be releasing an article on installing Perl 5.8, then you
>said you haven't tested it on 10.1 yet, so that implies you have access 
>to
>the article. So where is it? Do you work for Apple? (Is that why you 
>posted
>that 'Note' at the end? ;-).

While I think it's a shame that Morbus doesn't work for Apple (now, that'd be fun ;-) 
installing 5.8.0 is pretty much ironed out now and functions pretty well on my iBook 
in /usr/local/ on X.1.5.

[...]

>Hey that's great, so can I just `sudo rm -rf /System/Library/Perl` or 
>will
>that chunk up my system somehow?

I didn't go as far as that. I did actually do `rm -rf /Library/Perl' though to get rid 
of the troublesome executable, dyld, etc (see these list archives and the 
perl5-porters ones too for more info or mail me off-list).

I'd advise against overwriting 5.6.0 with 5.8.0 (although I do use 5.6.1 in 
/System/Library/Perl on my production iMac and recommend it) because I haven't heard 
from anybody who's done it, although I'm sure somebody has and is faring well.

Regards,

Phil.

Re: LWP

[Phil Dobbin]

On 16/08/2002 at 11:51, Nathan Torkington, [EMAIL PROTECTED] wrote:

>Has anyone submitted a patch to Gisle that checks for a
>case-insensitive filesystem and offers to install the aliases as
>lwp-head lwp-get lwp-post instead of HEAD, GET, and POST?

No but have thought often about it (over three machines).

Any pointers appreciated and I'll get on it ;-)

Regards,

Phil.

Re: the enving perl issues - was Re: Anyone know what Perl Jaguar is coming with?

[Phil Dobbin]

On 15/08/2002 at 10:01, drieux, [EMAIL PROTECTED] wrote:


>I will confess that I have not kept up with the macPerl side - and
>was concerned when I learned that it had stalled out at around
>perl 5.4(???) - correct me if I am wrong. I will be pleased if
>they are up to some 5.6.1 release - at least.

MacPerl runs 5.8.0 pretty much happily (or so sez my old PowerMac 5400).

I'm sure Chris Nandor will absail through the window any...minute...now!

Chin, chin.

Regards,

Phil.

Re: Reading a file in- different in MacOS X?

[Phil Dobbin]

On 10/08/2002 at 17:43, Shannon Murdoch, [EMAIL PROTECTED] wrote:

>Hi all,
>
>My scripts, which are running perfectly well on a Win2000 webserver, do 
>not
>function correctly under MacOS X.
>
>The first thing I've been able to identify that is malfunctioning is the
>standard file reading process I've always used:
>
>while(){
>  push (@array,$_);
>}
>
>print $array[1];  ##prints the second line of file
>
>For some reason MacOS X reads the entire file in to $array[0] the first 
>time
>round, instead of putting one line per array element.

The problem you're encountering here is that Win32, Macs (classic version) and Unix 
interpret line endings differently.

Macs use CR, Unix uses LF and DOS CR/LF.

So, when using files across platform, you have to save the file with the appropriate 
line breaks for the system you're using which, in this case, being Mac OS X, LF.

Regards,

Phil.

Re: Best way to restore a nuked /System/Library/Perl ...?

[Phil Dobbin]

On 28/7/02 at 12:18, [EMAIL PROTECTED] (Charlie Stross) wrote:

> On Sun, Jul 28, 2002 at 12:00:24PM +0100, Phil Dobbin wrote:
> > > 
> > > (As a secondary option, if anyone can give me a hint about how to
> > > build a carbonized vim with perl 5.8 -- or with no perl 
> integration --
> > > from the patches at http://homepage.mac.com/fisherbb/, that'd be 
> > > really
> > > neat.)
> > 
> > Being similarly afflicted by Vim, I suggest you give their mailing 
> list a try if you can't find what you need:
> 
> No need, I figured it out :-)
> 
> (Folks, yell if you want me to put a pre-built Vim for OS/X binary
> on my web site. The trick is to go right to the bottom paragraph on 
> that
> website and realise that you need several extra archives from the vim
> source repository, in the /pub/vim/extras directory -- then use 
> Project
> Builder and the directions in the src/INSTALLmac.txt file. Now to 
> start 
> fine-tuning it, now I've got it to build ...)

There is also a binary package of Vim 6.1 (for use in Terminal) available at Marc 
Liyanage's site:

<http://www.entropy.ch/software/macosx/>

which is excellent.

Regards,

Phil.

Re: Best way to restore a nuked /System/Library/Perl ...?

[Phil Dobbin]

On 28/7/02 at 11:43, [EMAIL PROTECTED] (Charlie Stross) wrote:

> Anyone got any suggestions? I managed to get Perl 5.8 working okay
> and not segfaulting in /Library/Perl, but in the process nuked
> /System/Library/Perl due to inattentiveness. Now, the system as a
> whole seems happy, but I'm a Vim addict, and the Vim port for MacOS X
> is dynamically linked to Perl 5.6.1, and seems deeply upset at the
> idea of being expected to work with 5.8 (no surprises there). So I'm
> looking for a way of restoring /System/Library/Perl to its original
> state (without getting rid of my Perl 5.8 build).
> 
> (As a secondary option, if anyone can give me a hint about how to
> build a carbonized vim with perl 5.8 -- or with no perl integration --
> from the patches at http://homepage.mac.com/fisherbb/, that'd be 
> really
> neat.)

Being similarly afflicted by Vim, I suggest you give their mailing list a try if you 
can't find what you need:

<[EMAIL PROTECTED]>

Very low noise and all the major contributors are there (Bram, Benji, Muraoka, etc).

Regards.

Phil.

Re: 5.8.0, OSX, Dyld, and you.

[Phil Dobbin]

On 26/7/02 at 15:23, [EMAIL PROTECTED] (Ken Williams) wrote:

> 
> On Friday, July 26, 2002, at 03:08  PM, Phil Dobbin wrote:
> 
> > On 26/7/02 at 13:49, [EMAIL PROTECTED] (Ken Williams) wrote:
> >
> >> On Friday, July 26, 2002, at 01:40  PM, Phil Dobbin wrote:
> >>> Can you elaborate on your preferred method that you've mentioned? 
> dyld
> >>> is rather persistent on Mac OS X with 5.8.0. It is not overwritten 
> >>> in a
> >>> 5.8.0 install, so any advice appreciated :-)
> >>
> >> I'm not sure I understand.  Why would dyld need to be changed?
> >
> > From a previous post to this list (and perl5 porters):
> >
> > "make install in Mac OS X doesn't always overwrite the Perl Shared 
> > library,
> > which means that the old binarily incompatible version survives and
> > that...refers to the Obsolete symbols"
> 
> Yeah, but that's not 'dyld', it's 'libperl'.

Well, that was Jarrko's answer to the question I asked him on the subject of undefined 
symbols.


> >>> (Also remembering `rm -rf /Library/Perl' will only delete stuff
> >>> _outside_ of other directories; i.e. only in top-level
> >>> /Library/Perl).
> >>
> >> Not true.  The -r flag means "recursive".
> >
> > The -r flag, as well as being recursive, also asks as it comes to 
> each 
> > directory whether you would like to overwrite permissions thereby 
> > allowing you to discriminate as to which directory to rm.
> 
> Well yeah, but you had the -f flag too, which means "don't do that."  
> Anyway, this discussion is probably best had between a man page and a 
> set of eyeballs, not between us and the list.

Quite right but you kept at it ;-)

For the record the process I described is exactly what happened when I ran the command 
(with the -r and -f flags).

End of topic.

Now, what about the original question I asked you?

Regards,

Phil.

Re: 5.8.0, OSX, Dyld, and you.

[Phil Dobbin]

On 26/7/02 at 13:49, [EMAIL PROTECTED] (Ken Williams) wrote:

> 
> On Friday, July 26, 2002, at 01:40  PM, Phil Dobbin wrote:
> > Can you elaborate on your preferred method that you've mentioned? 
> dyld 
> > is rather persistent on Mac OS X with 5.8.0. It is not overwritten 
> in a 
> > 5.8.0 install, so any advice appreciated :-)
> 
> I'm not sure I understand.  Why would dyld need to be changed?

>From a previous post to this list (and perl5 porters):

"make install in Mac OS X doesn't always overwrite the Perl Shared library,
which means that the old binarily incompatible version survives and
that...refers to the Obsolete symbols"


> > (Also remembering `rm -rf /Library/Perl' will only delete stuff 
> > _outside_ of other directories; i.e. only in top-level 
> > /Library/Perl).
> 
> Not true.  The -r flag means "recursive".

The -r flag, as well as being recursive, also asks as it comes to each directory 
whether you would like to overwrite permissions thereby allowing you to discriminate 
as to which directory to rm.

Regards,

Phil.

Re: 5.8.0, OSX, Dyld, and you.

[Phil Dobbin]

On 26/7/02 at 10:51, [EMAIL PROTECTED] (Ken Williams) wrote:

> 
> On Thursday, July 25, 2002, at 01:19  PM, Phil Dobbin wrote:
> 
> > On 25/7/02 at 14:07, [EMAIL PROTECTED] (Scott Brown) wrote:
> >
> >> Maybe I am slow, but I still cant get the dyld undefined symbols to
> >> fix itself.  I installed all default (ie overwrote the existing
> >> installation) Any help would be great!
> >
> > I actually followed the `rm -rf /Library/Perl' route which, of 
> course, 
> > deletes all the modules you've installed but keeps from touching the 
> > /System/Library/Perl
> 
> That seems rather draconian.  That'll destroy a whole bunch of 
> innocent 
> pure-perl modules, and I've got so many things in /Library/Perl on my 
> system that I wouldn't dream of deleting them.  It would be much 
> better 
> to just recompile & reinstall the things with binary components.

Agreed.

I did this on my test machine in order to get it to work (5.8.0, that is).

Can you elaborate on your preferred method that you've mentioned? dyld is rather 
persistent on Mac OS X with 5.8.0. It is not overwritten in a 5.8.0 install, so any 
advice appreciated :-)

(Also remembering `rm -rf /Library/Perl' will only delete stuff _outside_ of other 
directories; i.e. only in top-level /Library/Perl).

Regards,

Phil.

Re: 5.8.0, OSX, Dyld, and you.

[Phil Dobbin]

On 25/7/02 at 14:07, [EMAIL PROTECTED] (Scott Brown) wrote:

> Maybe I am slow, but I still cant get the dyld undefined symbols to 
> fix
> itself.  I installed all default (ie overwrote the existing 
> installation)
> Any help would be great!

I actually followed the `rm -rf /Library/Perl' route which, of course, deletes all the 
modules you've installed but keeps from touching the /System/Library/Perl

After deletion do the:

../configure
make
make test
sudo make install

dance with 5.8.0 (I got 98.7% tests returned O.K. just the usual dbi failures) 

5.8.0 now works fine but it ain't for the faint hearted ;-)

 Do this at your own risk!

Regards,

Phil.


> - Original Message -
> From: "Geoffrey F. Green" <[EMAIL PROTECTED]>
> To: "David Wheeler" <[EMAIL PROTECTED]>; "Phil Dobbin"
> <[EMAIL PROTECTED]>; "Les Harris" <[EMAIL PROTECTED]>
> Cc: "Perl on OS X" <[EMAIL PROTECTED]>
> Sent: Sunday, July 21, 2002 6:23 PM
> Subject: Re: 5.8.0, OSX, Dyld, and you.
> 
> 
> > On 7/21/02 8:11 PM, "David Wheeler" <[EMAIL PROTECTED]> wrote:
> >
> > > On 7/21/02 12:22 PM, "Geoffrey F. Green" 
> <[EMAIL PROTECTED]>
> > > claimed:
> > >
> > >> I installed Perl 5.8.0 in its own directory, leaving the 
> Apple-supplied
> > >> version alone. (Everything's in /Library/Perl-5.8.0/)
> > >
> > > What's the config directive to get it to put all of its libraries 
> in
> that
> > > subdirectory?
> >
> > Simple answer: I don't know; I configured it interactively, even 
> though
> that
> > was the only change I made from the default config.  I don't know 
> enough
> > about building/configuring Perl to have any confidence that I'd 
> choose the
> > right directives, given that none of the examples in the INSTALL 
> document
> > know about the darwin-specific "/Library/Perl/" directories.
> >
> > If you do find out, though, please enlighten us on the list, because 
> I
> > expect I'll have to reinstall Perl 5.8.0 shortly after August 24. 
> ;-)
> >
> >  - geoff
> >
> >
> 

Re: perl 5.8.0 installer

[Phil Dobbin]

On 24/7/02 at 08:25, [EMAIL PROTECTED] (Koen van der Drift) wrote:

> Hi,
> 
> There is a perl 5.8.0 installer for OSX that can be found here:
> 
> http://www.serverlogistics.com/software.html
> 
> Supposedly it installs perl into /opt/perl. Did anyone already try it?

Nope.

And looking at the sketchy outline at the web site, I think I'll wait 'till somebody 
else does ;-)

Regards,

Phil.

Re: Final make install on 5.8.0 RC3

[Phil Dobbin]

On 22/7/02 at 16:58, [EMAIL PROTECTED] (Geoffrey F. Green) wrote:

> On 7/22/02 4:42 PM, "phildobbin" <[EMAIL PROTECTED]> wrote:
> 
> > On the subject of Jaguar, I can't seem to find any info on the 
> version of Perl
> > that will ship with it (or an estimation).
> > 
> > If it's not breaking any NDA's, can anybody say (or point me in the 
> > right
> > direction)?
> 
> If you'd asked a few days ago, I could have done a quick "perl -V" on 
> one of
> the dozens of machines at MW-NY.  Ah well.
> 
> In any event, Finlay Doobie noted a few days ago that:
> 
> > There were plans [to update Perl], but last time I checked Apple's 
> > perl module
> > had been 
> > severely screwed up by someone who no longer works at the company, 
> > and
> > nobody had been bothered to step in and fix it.
> 
> See .
> 
> Of course, they may have been updating Perl inside the company without
> telling anyone.  So we may have 5.6.1.  Regardless, I can't imagine 
> they
> would stick 5.8.0 on there at such a late date.

Ah, must've missed Finlay's post. Thanks for the info.

Regards,

Phil.

Re: Final make install on 5.8.0 RC3

[Phil Dobbin]

On 22/7/02 at 12:50, [EMAIL PROTECTED] (Edward Moy) wrote:

> On Monday, July 22, 2002, at 11:19  AM, David Wheeler wrote:
> 
> > On 7/22/02 7:47 AM, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> claimed:
> >
> >> I think you are giving me too much credit, as I wasn't even aware 
> of
> >> the thread-safe localtime bug (if you know the Radar number, I'd 
> like
> >> to look it up).  I'm not on the team that is in charge of Perl; I'm
> >> just an interested Perl user at Apple.
> >
> > Bummer. This seems like it'd be a good place for such a team hang 
> out, 
> > so I
> > guess I just kind of assumed it was you. Oh, well.
> >
> > Here's more information from Artur, for those who want to check the 
> > bug:
> >
> > "I reported the bug to apple and it has radar bug 2850918, however 
> > seems
> > like radar is down so I can't check it."
> 
> 2850918 has be closed, as Jaguar contains a suite of thread-safe time 
> routines, including localtime_r().  Does 5.8.0 know to use the _r 
> versions?
> 
> >> If the thread-safe localtime bug is an important issue to you, I
> >> recommend you add your comments to the above mentioned Radar.  The 
> >> more
> >> visible this issue becomes, the higher priority it well get.
> >
> > Okay. There are a few bugs like this (the dbm library issue, a lack 
> of
> > strptime, a couple of broken options in strftime), so maybe I'll add 
> > some
> > comments to the relevant radar numbers over the next few days.
> 
> Yes, please do.  The Berkeley DB issue is still unresolved, though 
> others may be already fixed in Jaguar.

On the subject of Jaguar, I can't seem to find any info on the version of Perl that 
will ship with it (or an estimation).

If it's not breaking any NDA's, can anybody say (or point me in the right direction)?

Regards,

Phil.

Re: Final make install on 5.8.0 RC3

[Phil Dobbin]

On 18/7/02 at 15:43, [EMAIL PROTECTED] (Edward Moy) wrote:

> On Thursday, July 18, 2002, at 08:39  AM, Phil Dobbin wrote:
> 
> > Am running the final tests on 5.8.0 RC3. Have encountered problems 
> > with dyld: Undefined symbols and with Jarkko's help I'm trying to 
> > fix/track it down.
> >
> > If anybody else has any input on this, much appreciated :-)
> 
> I just compiled perl@17623 on 10.1.5 (April 2002 Dev Tools) and 
> Jaguar. 
>   Both compiled fine (though on Jaguar I removed the 
> -I/usr/local/include option from the cc flags to avoid unnecessary 
> compiler warning; I had compiled perl@17551 on Jaguar without removing 
> the option, and it worked fine even with the excess warning messages).
> 
> Both only failed two test, the usual Berkeley DB tests.
> 
> What are you seeing?

It compiled fine on 10.1.5 (only failing the same two db tests you saw) but it 
complains of `undefined symbols' when trying to use it (e.g. `perl -MCPAN -e shell' 
and compiling `perl Makefile.PL').

I get:

dyld: perl Undefined symbols:

 _Perl_sv_2pv
 _perl_get_sv
 
 Apparently, "make install in Mac OS X doesn't always overwrite the Perl Shared 
library, which means that the old binarily incompatible version survives and 
that...refers to the Obsolete symbols" [1]

Have tried `rm /Library/Perl/darwin/CORE/libperl.dylib' and re-issued make install but 
to no avail.

Regards,

Phil.

[1] from email from Jarkko Hietaniemi on perl5 porters 17/07/02

Final make install on 5.8.0 RC3

[Phil Dobbin]

Am running the final tests on 5.8.0 RC3. Have encountered problems with dyld: 
Undefined symbols and with Jarkko's help I'm trying to fix/track it down.

If anybody else has any input on this, much appreciated :-)

Regards,

Phil.

Re: one try at backup down, more to go, I hope

[Phil Dobbin]

On 15/7/02 at 07:32, [EMAIL PROTECTED] (Randal L. Schwartz) wrote:

[...]

> So, now I guess I'll order Restrospect 5 and hope it gets here
> quickly, since I'm supposed to be on my new laptop by the weekend. :(
> 
> And I hope *that* works.

Retrospect works just fine. Just make sure it's no older than v.5.0.205 (before that 
it had problems).

I've been using it for about four months and have had no problems since updating to 
the above version.

Enjoy!

Regards,

Phil.

Perl 5.8.0 RC3

[Phil Dobbin]

Even though it's rumoured that 5.8.0 will be released this Thursday, yesterday I took 
the plunge and installed 5.8.0 RC3 into /usr/local/lib on my iBook (Late 2001), 
running 10.1.5 and it passed 98% of all tests straight out of the box.

Make and test took forever (the iBook has 384 MB RAM) and 5.8.0 seems sluggish 
compared to 5.6.1 but with the very limited tests I've run, everything _seems_ to be 
O.K.

If anybody else has been doing the same, I'd like to hear about their experiences :-)

Regards,

Phil.

Re: Perl 5.6.1 install error SOLVED

[Phil Dobbin]

>on 7/11/02 10:02 AM, Phil Dobbin at [EMAIL PROTECTED] wrote:
>>For 'tcsh', edit the .login file in your home directory

Whoa!

I didn't write this, either. Can we *please* watch the quoting?

I really don't understand what the problem is here...if I'm missing
something , please let me know.

Regards,

Phil.

Re: Perl 5.6.1 install error SOLVED

[Phil Dobbin]

On 13/7/02 at 03:53, [EMAIL PROTECTED] wrote:

> on 7/11/02 10:02 AM, Phil Dobbin at [EMAIL PROTECTED] wrote:
> >For 'tcsh', edit the .login file in your home directory

Whoa!

I didn't write this either. Can we *please* watch the quoting?

I really don't understand what the problem is here. As soon as I post one message 
asking for a modicum of accuracy, another quote is attributed to me from the guy who I 
was attempting to help.

Regards,

Phil.

Re: Perl 5.6.1 install error

[Phil Dobbin]

On 11/7/02 at 21:12, [EMAIL PROTECTED] (Bob Dalgleish) wrote:

> on 7/11/02 10:02 AM, Phil Dobbin at [EMAIL PROTECTED] wrote:
> 
> >>   perl: warning : Please check that your locale settings:
> >>   LC_ALL = (unset),
> >>   LANG = "en_US"]
> >>   are supported and installed on your system
> >>   perl: warning : Falling back to the standard locale ("C")
> >>   perl: warning : setting locale failed.
> 
> You need to set environment variables in your shell login script.
> 
> For 'tcsh', edit the .login file in your home directory, and add the 
> lines
> 
> setenv LANG en_US
> setenv LC_ALL=C

Please everybody, when quoting messages accredit them to the person who posted them.

This message did not come from me and I am not the person asking for assistance in 
this instance.

Regards,

Phil. 

Re: Perl 5.6.1 install error

[Phil Dobbin]

On 11/7/02 at 13:57, [EMAIL PROTECTED] wrote:

> Hi there
> 
> I installed perl  5.6.1 on one of my Macs running OSX  via CPAN, 
> using the following method -
> 
>   localhost% sudo perl -MCPAN -e shell
>   cpan> get G/GS/GSAR/perl-5.6.1.tar.gz
>   cpan> look G/GS/GSAR/perl-5.6.1.tar.gz
>   localhost% perl -i.bak -p -e 's|Local/Library|Library|g' 
> hints/darwin.sh
>   localhost% sh Configure -des -Dfirstmakefile=GNUmakefile 
> -Dldflags="-flat_namespace"
>   localhost% make
>   localhost% make test
>   localhost% mv INSTALL INSTALL.txt ; make install
> 
> but I got the following error cascade when I ran "make test"-
> 
>   perl: warning : Please check that your locale settings:
>   LC_ALL = (unset),
>   LANG = "en_US"]
>   are supported and installed on your system
>   perl: warning : Falling back to the standard locale ("C")
>   perl: warning : setting locale failed.

>From a brief glimpse at the Camel, it seems to be concerned with POSIX-style 
>character classes.

See Chap. 5 ``Pattern Matching"

HTH,

Regards,

Phil.

Re: perl compile on mac os X

[Phil Dobbin]

On 8/7/02 at 17:24, [EMAIL PROTECTED] (Chaos Golubitsky) wrote:

> Hello,
> 
> I'm running mac os X (10.1.5), and am trying to install perl 5.6.1.
> i downloaded and unpacked stable.tar.gz from perl.com.  There seem
> to be no special instructions for mac os X at all in the distro,
> so i thought i could just run Configure.
> 
> It has died horribly from several errors, the gist of which seem
> to be that it can't find the makefile.  My best guess is that os
> X's case-insensitivity misses somewhere - the makefile winds up
> being named "makefile", but something within Configure or the
> makefile itself won't proceed without "Makefile".
> 
> Has anyone seen anything like this in a compile?  Is my OS X install
> simply broken?  Any advice or pointers would be muchly appreciated.

I used these instructions:



Worked fine for me.

Regards,

Phil.

Re: camelbones-related question

[Phil Dobbin]

On 5/7/02 at 13:58, [EMAIL PROTECTED] (Sherm Pendley) wrote:

> On Friday, July 5, 2002, at 01:34 PM, Phil Dobbin wrote:
> 
> > I concur as to the books usefulness. I started by using Apple's 
> > "Learning Cocoa"
> 
> I was somewhat disappointed with "Learning Cocoa." It's not a bad 
> book; 
> I was mostly disappointed because I'd already read most of the 
> material 
> in it, in PDF form, and I was hoping for more new stuff than it had.

My thoughts exactly. Still, it was nice to have it in hard copy.


> I haven't yet read the Hillegaas (sp?) book, but everyone I've heard 
> from who has read it swears it's much better.

He does spell his name Hillegass :-)
 
> There's also an O'Reilly book in the works, being written by Dan 
> Sugalski. It's going to be called "Programming Cocoa Applications with 
> Perl." I don't know what the release schedule is; it's not on the 
> "upcoming releases" web page yet, so I imagine it's not scheduled 
> until 
> September or October at the earliest.

[...]

This book I'm _very_ interested in. I'm somewhat of a collector of O'Reilly books 
(thirty-two at last count) so it's a shoo in anyway but the subject matter really 
excites me. This is the first I've heard of it...

Please post more info if you get any.

Regards,

Phil.

Re: camelbones-related question

[Phil Dobbin]

On 5/7/02 at 18:05, [EMAIL PROTECTED] (Kay Röpke) wrote:

> You *need* the book by Aaron Hillegas. It's an introduction into Cocoa 
> programming (the OO-library which CamelBones is the
> Perl side of...).
> The book uses Objective-C (but if you know some basic C you will find 
> it 
> very easy to understand).
> The basic concepts taught there are necessary for 
> understanding/working 
> with CamelBones.

The details for Hillegass's book are:

``Cocoa Programming for Mac OS X" published by Addison-Wesley
ISBN: 0201-72683-1

I concur as to the books usefulness. I started by using Apple's "Learning Cocoa" but 
Hillegass's book is far superior and is a very good start place and excellent for 
getting to grips with ProjectBuilder/InterfaceBuilder.

Regards,

Phil.

Re: cpan oddness

[Phil Dobbin]

On 03/07/2002 at 14:33, Sherm Pendley, [EMAIL PROTECTED] wrote:

>On Wednesday, July 3, 2002, at 12:45 PM, Phil Dobbin wrote:
>
>> Going to read y/sources/modules/03modlist.data.gz
>
>Judging by the path displayed here, you were a little quick on the 
>trigger, and answered 'y' when the configuration requsted a pathname. 
>Don't feel bad, it's happened before - check the list archives. :-)
>
>To fix that, look in /System/Library/Perl/CPAN/Config.pm for the 
>following hash members, which by default have paths like you see here:
>
>   'build_dir' => q[/var/root/.cpan/build],
>   'cpan_home' => q[/var/root/.cpan],
>   'keep_source_where' => q[/var/root/.cpan/sources],
>
>If you really do want to use "~/y" instead of /var/root, you need to 
>specify it as a full path name, such as "/Users/myname/y".

Thanks, Sherm.

Right on the money.

I went to my cpan config and it was trying to d/l stuff to some gibberish directory ;-)

I edited both cpan files and all is O.K.

Very good of you to be so kind and to say such nice stuff for such a elementary 
mistake :-)

Onwards and upwards,

Regards,

Phil.

cpan oddness

[Phil Dobbin]

I've just put my iBook on my small LAN and tried to use cpan to load up some modules. 
After an auto-configuration, I ran a get module and got this:

Going to read y/sources/modules/03modlist.data.gz

  CPAN: MD5 security checks disabled because MD5 not installed.
  Please consider installing the MD5 module.

zsh: no such file or directory: 
y/sources/authors/id/G/GB/GBARR/Bundle-libnet-1.00.tar.gz
tar: End of archive volume 1 reached
tar: Sorry, unable to determine archive format.
y/sources/authors/id/G/GB/GBARR/Bundle-libnet-1.00.tar.gz: No such file or directory
Couldn't uncompress y/sources/authors/id/G/GB/GBARR/Bundle-libnet-1.00.tar.gz

There is nothing in my build directory at all and I'm kind of stumped as to what's 
happening (I tried this with several modules and the same thing happened).

Any ideas?

Regards,

Phil.