On 31 Aug 2004, at 12:12 PM, Paul McCann wrote:
You need to add a ->get after the prop(). Strangely enough I saw this
by
googling on "Mac::Glue physical_size", and the only thing whacked
(modulo "close relatives") was your post of 18th March, containing the
vital "get". So you want...
LOL .. thank
On 31 Aug 2004, at 12:09 PM, Sherm Pendley wrote:
Great - so now our ancestors have to deal with the Y4G bug? ;-)
LOL .. no .. unless you continue to abbreviate. The dates will range
from 1-01-01 to 1-12-31 and 2004 will mean 2004 not 12004.
Cheers!
Rick
(They're your decedents by the way
Hi Rick,
you wrote...
> From previous posts (ages ago) I thought the following code should
> return the physical size of the folder in question. However getting
> ->prop() just returns the $obj for some reason. What am I doing wrong?
You need to add a ->get after the prop(). Strangely
On Aug 30, 2004, at 7:01 PM, Rick Measham wrote:
Your best bet for anything to do with dates and times is to use the
DateTime modules. They work on all platforms and comprehensively
handle any date and time you can throw at it (right up to
$MAXINT-12-31).
Great - so now our ancestors have to dea
From previous posts (ages ago) I thought the following code should
return the physical size of the folder in question. However getting
->prop() just returns the $obj for some reason. What am I doing wrong?
Cheers!
Rick
use Data::Dumper;
use Mac::Glue;
my $finder = new Mac::Glue 'Finder';
my $ob
On 30 Aug 2004, at 8:15 PM, David Ledger wrote:
Can anyone explain the following? (the difference in commands is the
year spec.)
[EMAIL PROTECTED]: perl -e 'use Time::Local;print ( (localtime(timelocal(0, 0,
0, 1, 1, 55)))[6], "\n");'
2
[EMAIL PROTECTED]: perl -e 'use Time::Local;print ( (localt