At 10:26 Uhr -0500 12.03.2001, Chris Nandor wrote:
At 16:10 +0100 2001.03.12, Axel Rose wrote:
The instructions were intended to convey that you should
use one or both pairs of compilers, either PPC+68K, or MrC+SC, or both
pairs. So you don't remove SC from anything if you are using MrC+SC.
While debugging a well known module (:-) ) with the Apple PPC Debugger, I found the
following note in the Power Mac Debugger Reference:
"When linking with PPCLink, you generate the symbol file by specifying the
-sym big option. The output of PPCLink is an .xcoff file that is usable by the
Power
At 7:56 Uhr -0400 06.04.2001, Chris Nandor wrote:
At 11:33 +0200 2001.04.06, Thomas Wegner wrote:
File::Basename doesn't do what I've expected it should do. While
Yes. I think it doesn't do what I'd expected it to do either. But I think
it does the Right Thing. Though, now, I can't remember
I have yet another "Bug or Feature" question, concerning the chdir function
(built-in). Let's assume, our current dir is "MacintoshHD:foo:", and there's also a
dir "MacintoshHD:bar:" . The script
#! perl -w
$wdir = `pwd`;
print "wdir= $wdir"; # MacintoshHD:foo:
unless
At 14:42 Uhr -0400 06.04.2001, Chris Nandor wrote:
At 11:33 +0200 2001.04.06, Thomas Wegner wrote:
File::Basename doesn't do what I've expected it should do. While
($name,$path) = fileparse("test.pm");
returns ("test.pm", ":") for MacPerl 5.004, it returns (&q
At 8:09 Uhr -0400 07.04.2001, Paul Schinder wrote:
At 7:47 AM -0400 4/7/01, Chris Nandor wrote:
At 07:29 -0400 2001.04.07, Chris Nandor wrote:
At 10:11 +0200 2001.04.07, Thomas Wegner wrote:
should fail to chdir the directory (I assume). When I run it with MacPerl
5.004, it indeed fails
Ok, here is what I've done so far with File::Find (Argh!), which now has much more
options, and is also much more complex:
find() and finddepth() work well (although some further testing is required) for all
but the "follow" and "follow_fast" options, where we have to decide what to do with
diff -ru :perl:lib:File:Find.pm.orig :perl:lib:File:Find.pm
--- :perl:lib:File:Find.pm.orig Mon Feb 5 23:52:34 2001
+++ :perl:lib:File:Find.pm Tue Apr 17 20:28:56 2001
@@ -98,7 +98,7 @@
Cfollow_skip==0 causes File::Find to die if any file is about to be
processed a second time.
At 4:08 Uhr +0200 18.04.2001, Peter Paul Sint wrote:
Building MacPerl the first time.
It stopped after, may be, 10 minutes. (Using MacPerl_src-5.6.1d1.sit
not the current version). May be a basic error by me.
I do not yet quite understand what happens.
Does anybody see easily what is going on.
diff -ru :perl:lib:File:Find.pm.orig :perl:lib:File:Find.pm
--- :perl:lib:File:Find.pm.orig Wed Apr 18 18:11:33 2001
+++ :perl:lib:File:Find.pm Wed Apr 18 20:17:55 2001
@@ -266,9 +266,6 @@
my ($cdir,$fn) = @_;
my $abs_name;
- #$cdir =
At 15:20 Uhr -0400 17.04.2001, Chris Nandor wrote:
Well, aside from the fact that Mac OS 9.1 is the Last Mac OS (pre-X), I
would say that those things are subject to change at any moment and we
shouldn't mess with them. They are all in the HD root, so that helps.
Perhaps we could document a
Hi,
yet another patch that fixes a bug in case the name of an (existing) top directory
passed to find/finddepth doesn't contain any ":" s (i.e. something like 'a_dir',
which is valid in the current dir). There is also a (cosmetic) change to a warning
message.
diff -ru
Hi,
I'm sending ":perl:t:lib:filefind.t", patched for Mac OS. Because the patch would be
greater than the ported file, I'm sending the file directly. Hopefully, all linebreaks
etc. will be intact.
!./perl
my %Expect;
my $symlink_exists = eval { symlink("",""); 1 };
BEGIN {
chdir
Hi,
there may be a bug concerning the "follow_skip" option in the original File::Find --
but I'm not sure, so I'd better ask.
The pod says:
follow_skip
follow_skip==1, which is the default, causes all files which are neither directories
nor symbolic links to be ignored if they are
At 0:02 Uhr -0400 24.04.2001, Chris Nandor wrote:
At 21:30 -0400 2001.04.23, Chris Nandor wrote:
That sounds about right, but wouldn't you also want to check to see if it
is a symolic link with ((-l _ || -d _) ($follow_skip 2)), since the
docs mention symlinks?
Oops. Symlinks are dealt with
At 21:30 Uhr -0400 23.04.2001, Chris Nandor wrote:
BTW, with the code I have now, File::Find passes all tests on Mac OS and
Linux with perl 5.6.1. With the change above, we should also add more
tests to make sure it works properly.
Argh!, File::Find, the never ending story :). I was just
,
':fb' = 1, ':fb:fba' = 1);
File::Find::finddepth( {wanted = \d_wanted, follow_fast = 1, no_chdir =
1},':fa' );
Check( scalar(keys %Expect) == 0 );
# tests below added by Thomas Wegner, 25-04-2001
print # check dangling symbolic links\n;
MkDir
At 9:53 Uhr -0400 24.04.2001, Chris Nandor wrote:
At 12:22 +0200 2001.04.24, Thomas Wegner wrote:
However, I'm willing to test the follow_skip option. Because that
would mean some serious changes to filefind.t (and I also don't like
to fiddle with filefind.t any more), I suggest we should add
Hi,
another additional patch to File::Find. Fixes a minor bug in case the top dir is a
dangling link and a bug in recursion detection for Mac OS. Also fixes an issue in the
*original* File::Find, when find or finddepth are used in an eval: If find or
finddepth die, the %SLnkSeen hash is
(hopefully) the current problem, which seems
to be a symbolic link issue:
At 16:03 Uhr -0400 05.05.2001, Chris Nandor wrote:
The tests don't all pass in Unix, for me. Apparently, some of these tests
assume that I am in directories that I am not in. Examples:
At 21:57 +0200 2001.04.25, Thomas Wegner
At 13:40 Uhr -0400 19.05.2001, Chris Nandor wrote:
At 17:28 + 2001.05.19, Andreas Marcel Riechert wrote:
http://macperl.sourceforge.net/cgi-bin/mp-report?op=explain_test
| Some porting needed means the test just needs a few changes
| to make it work with MacPerl, but that MacPerl itself is
Hi,
hopefully the last patch to File::Find. It should be applied against the Find.pm
version that comes with MacPerl 5.6.1a2.
The patch fixes a bug in File::Find, recently reported to P5P:
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: [ID 20010421.018] File::Find doesn't correctly
%Expect) == 0 );
# untaint, preprocess and postprocess tests below added by Thomas Wegner,
17-05-2001
print # check untainting (no follow)\n;
# don't untaint at all
undef $@;
eval {File::Find::find( {wanted = \simple_wanted},':fa' );};
print # Died: $@;
Check( $@ =~ m
At 20:26 Uhr +0200 22.05.2001, Thomas Wegner wrote:
Hi,
I'm sending patches for filecopy.t and File::Copy.
Actually, I've made a mistake: The patched filecopy.t may not do what it is supposed
to do if the user has a mounted volume called lib. The following patch fixes this
issue; it should
Hi,
I'm sending patches for io_dir.t and IO::Dir. There are some path specification
issues that have to be fixed. And here they are:
diff -ru :perl:t:lib:io_dir.t.orig :perl:t:lib:io_dir.t
--- :perl:t:lib:io_dir.t.orig Mon May 28 18:32:46 2001
+++ :perl:t:lib:io_dir.tMon May 28
At 0:12 Uhr -0400 06.06.2001, Chris Nandor wrote:
Two problems. One is these tests:
not ok 77
# check postprocess
# POSTPROCESS: $File::Find::dir = './fb/fba'
# POSTPROCESS: $File::Find::dir = './fb'
# POSTPROCESS: $File::Find::dir = './fa/fab/faba'
# POSTPROCESS: $File::Find::dir = './fa/fab'
At 8:45 Uhr -0400 07.06.2001, Chris Nandor wrote:
At 12:05 +0200 2001.06.07, Thomas Wegner wrote:
(1) sysopen
According to Camel 3, p. 809,
sysopen(FH, $path, O_WRONLY | O_TRUNC | O_CREAT);
is exactly the same as
open(FH, $path);
i.e. a file is opened for writing, creating a file
At 7:02 Uhr -0700 08.06.2001, Prymmer/Kahn wrote:
#! perl -w
use Fcntl;
$path = 'MacintoshHD:tmp:fileAAA';
$open_success = sysopen(FH, $path, O_CREAT | O_EXCL | O_RDWR, 0600);
if ( $open_success ) {
print ok, file open\n;
} else {
At 12:48 Uhr -0400 08.06.2001, Chris Nandor wrote:
At 18:37 +0200 2001.06.08, Thomas Wegner wrote:
With MacPerl 5.004, it produces
O_CREAT is 512
O_EXCL is 1024
O_RDWR is 0
With MacPerl 5.6.1a2, I get
O_CREAT is 512
O_EXCL is 2048
O_RDWR is 0
Bingo! This needs some
At 15:09 Uhr -0400 08.07.2001, Chris Nandor wrote:
Please see http://macperl.sourceforge.net/ for downloads and more information.
Many bugfixes, lots of additional files (pretty much all of cpan-mac), and
it is working pretty well for an alpha. Don't forget to test (read the
instructions on the
At 16:26 Uhr -0400 09.07.2001, Chris Nandor wrote:
OK, after adding that line (I actually settled on TOUCH := SetFile -m .
:) my MrC/SC build went to completion. I am running the Tests now.
--
Chris Nandor [EMAIL PROTECTED]http://pudge.net/
Open Source Development
Hi,
recently I noticed, that globbing a volume name, i.e. something like *HD:tmp:file.*,
doesn't work in MacPerl 5.6.1. Must have missed out that on the first run :).
Furthermore, old MacPerl 5.2.0r4 resolves updirs in the resulting list of files and
directories, apparently after the list has
At 15:09 Uhr -0400 03.08.2001, Chris Nandor wrote:
At 20:19 +0200 2001.08.03, Thomas Wegner wrote:
yesterday, I've built the MacPerl 5.6.1a4 app for the first time. I was
astonished to see, that $ENV{TMPDIR} still contains a directory path with
_two_
trailing colons, e.g. for me
At 7:22 Uhr -0400 07.08.2001, Chris Nandor wrote:
At 11:05 +0200 2001.08.07, Thomas Wegner wrote:
filecopy.t crashes due to that - MacPerl MPW tool only (!) - dynamic
loading problem of the MrC build (first reported by Andreas Marcel
Riechert).
Actually, File::Copy uses the Mac::MoreFiles
At 22:19 Uhr -0700 07.08.2001, Prymmer/Kahn wrote:
-use File::Spec::Functions qw(catdir catfile);
+use File::Spec::Functions qw(catdir catfile updir curdir);
while curdir may be used it appears that you did not make use of
updir() hence I left that out.
I intended updir() for the
At 12:32 Uhr -0400 03.09.2001, Michael G Schwern wrote:
Ok. This outta fix the taint.t failures. It also has the nice side
effect of making File::Find truly taint clean.
The crux of the problem was File::Find using cwd() instead of
getcwd(). Since cwd() is inherently tainted on some systems.
At 14:10 Uhr -0400 04.09.2001, Michael G Schwern wrote:
On Tue, Sep 04, 2001 at 12:40:35PM +0200, Thomas Wegner wrote:
Actually, on Mac OS, the Cgetcwd(), Cfastgetcwd() and Cfastcwd()
functions are all aliases for the Ccwd() function, which, on Mac OS,
calls `pwd`. [quoted from the pod
Hi,
when I run 'buildprogram dynamic' (or static) to build an extension, I get various
errors from dmake, like
# dmake: Error -- Missing targets or attributes in rule
# dmake: Error -- Expecting macro or rule defn, found neither
Seems as if dmake doesn't like command lines in the
Greetings,
I've put together a basic DBI bundle for MacPerl 5.6.1aX. Here's the description:
*** Description
This is the Mac-DBI-bundle 0.10 distribution for MacPerl 5.6.1 (and higher). The
bundle includes modules, readme files and test files from the following distributions:
DBI-1.20
Hi,
while preparing the Mac DBI bundle, I've used buildprogram static for DBD::RAM to
create the blib directory for me. RAM.pm contains a very long line (1739
characters). InstallBLIB uses Entab to copy it's output (i.e. RAM.pm) to the
:blib:lib:DBD: directory. But Entab seems to truncates
At 8:58 Uhr -0400 06.09.2001, Chris Nandor wrote:
At 12:49 +0200 2001.09.06, Thomas Wegner wrote:
I miss Test::Simple and Test::More in the current distribution. I think we
should have both for the beta.
What would they give us? I looked at them but didn't see a real need. If
you think we
At 9:13 Uhr -0400 06.09.2001, Chris Nandor wrote:
So Entab kills you twice in one bundle. :-)
Bah. :-)
I am thinking of killing
Entab altogether. I'll ask Matthias about it. Note however that -t 0
according to Commando de-tabs the input, which does have an effect :-), so
these are
At 13:50 Uhr -0400 06.09.2001, Chris Nandor wrote:
As it turns out, Entab is used to fix modules so they will look right in
Shuck (it does not expand tabs). I am not sure what I am going to do about
it.
--
Chris Nandor [EMAIL PROTECTED]http://pudge.net/
Open Source
At 0:53 Uhr +0200 11.09.2001, Peter Paul Sint wrote:
Before bothering the whole MacPerl-Porters list I show this to you.
It may be or may not be related to your recent posting.
Don't worry about bothering the MacPerl-Porters list; Cc'ed it. And no, it's not
related to my recent posting.
I
At 22:50 Uhr -0400 26.09.2001, Chris Nandor wrote:
At 18:02 +0200 2001.09.21, Thomas Wegner wrote:
I've attached Shuck 1.50 to this email (private copy only) for playing ;-). If
you like what you see and there are no objections, I will commit the
changes to the Shuck CVS repository.
Yes, please
At 6:48 Uhr -0700 18.10.2001, [EMAIL PROTECTED] wrote:
Bugs item #472413, was opened at 2001-10-18 06:47
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=107940aid=472413group_id=7940
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By:
At 23:00 Uhr -0500 20.11.2001, Scott R. Godin wrote:
(How are those File::Spec updates going, BTW? :)
There haven't been any changes to File::Spec for Mac OS in some time.
I thought I recalled some chatter on this or a related list with regards
to changes in File::Spec that someone was
At 18:09 Uhr -0500 21.11.2001, Chris Nandor wrote:
MacPerl 5.6.1b2 is released.
Great. I've got the sources via the web installer, which works just fine. The
following is probably a matter of taste: I'd wish I would end up with a compressed
archive (.sit or whatever), which is independent
Bugs item #486790, was opened at 2001-11-28 18:13
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=107940aid=486790group_id=7940
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: David Seay (seay)
Assigned to: Nobody/Anonymous
Hi,
here's a documentation patch for Glob.pm that removes an obsolet paragraph (it's
replaced by the following paragraph). I must have forgotten to remove it with my last
patch to File::Glob.
diff -ru :perl:lib:File:Glob.pm.orig :perl:lib:File:Glob.pm
--- :perl:lib:File:Glob.pm.orig Wed Aug
At 0:15 Uhr -0400 09.10.2001, Chris Nandor wrote:
At 18:45 +0200 2001.09.30, Thomas Wegner wrote:
In theory, this sounds clear. But when it gets to coding, the decision has to
be made what happens with calls like
catdir('', '::') or
catdir('', ':a','b:')
Obviously
() written by
-Shigio Yamaguchi F[EMAIL PROTECTED], modified by Barrie Slaymaker
-F[EMAIL PROTECTED]. splitpath(), splitdir(), catpath() and catdir()
-by Barrie Slaymaker.
+F[EMAIL PROTECTED] and Thomas Wegner F[EMAIL PROTECTED].
+abs2rel() and rel2abs() written by Shigio Yamaguchi F[EMAIL PROTECTED
At 20:24 Uhr -0400 15.10.2001, Chris Nandor wrote:
Hm. I get this error:
not ok 353 # Mac-abs2rel('hd:','hd:d1:d2:'): got ':::Bourque:', expected ':::'
Of course, Bourque is my startup volume. However, I am running the test on
a separate volume, Bird.
Hm ...? That's odd. I cannot reproduce
Hi,
the following might be of general interest (unless you already know). Run, don't walk,
to your nearest Macintosh an get a copy of MPW :-). Viva MPW.
Best regards,
--Thomas
--- forwarded message begins ---
Date: Mon, 15 Oct 2001 21:11:20 -0700
To: [EMAIL PROTECTED]
From: Greg Branche
At 4:31 Uhr + 30.11.2001, Peter Prymmer wrote:
Does the perllocal.pod document come into Shuck's menu if you add a CPAN
module?
Peter Prymmer
perllocale.pod is under Advanced Topics - Locale support (perllocale). Generally,
to appear in the menu, pod documents have to be added to the
At 12:58 Uhr + 01.12.2001, Peter Prymmer wrote:
On Fri, 30 Nov 2001, Thomas Wegner wrote:
At 4:31 Uhr + 30.11.2001, Peter Prymmer wrote:
Does the perllocal.pod document come into Shuck's menu if you add a CPAN
module?
Peter Prymmer
perllocale.pod is under Advanced Topics
At 0:58 Uhr -0500 05.12.2001, Morbus Iff wrote:
Since XML::Parser was ported to the 5.6.1b2 MacPerl, I decided to try
AmphetaDesk with it and see how things were going. Of non-shipped MacPerl
Beta modules, I use only two: XML::Parser and XML::Simple. My XML::Simple
installation was a cheat - I
At 12:56 Uhr -0800 04.12.2001, [EMAIL PROTECTED] wrote:
Bugs item #489074, was opened at 2001-12-04 12:56
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=107940aid=489074group_id=7940
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By:
At 14:54 Uhr -0800 04.12.2001, [EMAIL PROTECTED] wrote:
Bugs item #489132, was opened at 2001-12-04 14:54
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=107940aid=489132group_id=7940
Category: MacPerl Application
Group: Development Branch
Status: Open
Resolution:
Hi,
I suggest a patch for MacPerl.podhelp which adds the Shuck project URL to the Go/Help
menu.
diff -ru :macperl:MacPerl.podhelp.orig :macperl:MacPerl.podhelp
--- :macperl:MacPerl.podhelp.orig Fri Nov 30 10:06:21 2001
+++ :macperl:MacPerl.podhelpMon Dec 10 20:49:51 2001
@@ -139,6
At 11:49 Uhr -0800 10.12.2001, [EMAIL PROTECTED] wrote:
Bugs item #491277, was opened at 2001-12-10 11:49
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=107940aid=491277group_id=7940
Category: MacPerl Application
Group: None
Status: Open
Resolution: None
Priority:
Hi,
I've just detected, that ExtUtils::MakeMaker on Mac OS seems to have a problem with
the
'ABSTRACT_FROM' = 'lib/DBD/CSV.pm'
argument to WriteMakefile() in a Makefile.PL. The specified path must be a Mac OS path
(':lib:DBD:CSV.pm'), or MacPerl 5.6.1 b2 will die with
# Could not
At 15:27 Uhr -0500 08.01.2002, Chris Nandor wrote:
At 16:23 -0600 2002.01.07, daltman wrote:
Thanks for the clue. I've since learned that NavigationLib is included
in newer versions of CarbonLib (since OS 8.5 or 8.6), but has supposedly
been available as an add-on since OS 8.0 or 8.1.
The
At 8:32 Uhr -0500 09.01.2002, Chris Nandor wrote:
At 12:47 +0100 2002.01.09, Thomas Wegner wrote:
The question here is, why do we, for building the MacPerl app, link
against the NavigationLib stub lib, thus requiring the NavigationLib at
runtime? Neither is MacPerl a Carbon app nor does it use
At 12:50 Uhr -0500 23.01.2002, Chris Nandor wrote:
At 18:31 +0100 2002.01.23, Thomas Wegner wrote:
At 02:58 -0800 2002.01.14, [EMAIL PROTECTED] wrote:
Furthermore, Shuck complains about a missing
InterfaceLib--FetchFontInfo. I have not been able
to find out the cause of this problem.
Some news
At 17:48 Uhr -0500 17.02.2002, Chris Nandor wrote:
I plan on releasing MacPerl 5.6.1r1, after years of wait, in the next week
or so. If you have any comments/questions/problems/bugs that have not yet
been addressed, please address them now.
Yes, I have :).
(1) MacPerl app: MPPreferences.c
Chris,
yet another late change -- just in time, I hope I noticed that there's no balloon
help for the environment variable preference dialog As a result, the balloon help for
the following preference dialogs is somewhat out of sync The two patches fix this
problem (the MacPerlr patch is a
At 9:41 Uhr -0500 06.03.2002, Chris Nandor wrote:
I've posted macperldelta, the summary of changes for MacPerl 5.2.0-5.6.1.
http://dev.macperl.org/tmp/macperldelta.pod
http://dev.macperl.org/tmp/macperldelta.html
http://dev.macperl.org/tmp/macperldelta.txt
Please look it
Greetings,
since blib.pm was already there in MacPerl 5.6.1, it should be
patched for 5.6.1r2 too, I guess.
diff -ru blib.pm.orig561 blib.pm
--- blib.pm.orig561 Tue May 28 19:33:32 2002
+++ blib.pm Tue May 28 21:43:52 2002
-37,6 +37,7
=cut
use Cwd;
+use File::Spec;
use vars
Greetings,
here are :lib:blib.pm and :lib:blib.t patches for MacPerl 5.7.3/5.8.0.
diff -ru blib.pm.orig blib.pm
--- blib.pm.origMon May 27 18:31:03 2002
+++ blib.pm Tue May 28 21:13:22 2002
-37,6 +37,7
=cut
use Cwd;
+use File::Spec;
use vars qw($VERSION $Verbose);
At 13:25 Uhr -0400 29.05.2002, Chris Nandor wrote:
At 20:20 +0300 2002.05.29, Jarkko Hietaniemi wrote:
Since we don't have $ENV{PERL_CORE} in MacPerl, I'm not sure what to do.
CGI/t/carp.t runs with the MacPerl tool, but when run with the app, test
You should think of something :-) since
At 13:47 Uhr +0200 2002.05.31, Thomas Wegner wrote: (replying to myself)
Good morning,
here are (proposed) patches for lib.t and lib_pm.PL. To apply or not
to apply, that's the question here :-).
Do VMS et al. allow native paths in INC? I don't know, but I hope so.
[patches sniped]
Oh oh
Good morning,
here are (proposed) patches for lib.t and lib_pm.PL. To apply or not
to apply, that's the question here :-).
Do VMS et al. allow native paths in INC? I don't know, but I hope so.
diff -ru lib.t.orig lib.t
--- lib.t.orig Wed Apr 24 08:34:04 2002
+++ lib.t Fri May 31
At 16:12 Uhr -0400 31.05.2002, Chris Nandor wrote:
At 14:22 +0200 2002.05.31, Thomas Wegner wrote:
I've just run Spec.t (I've moved it to perl/t/, before I executed it), and
all (1..369) tests are ok. Which tests are failing for you?
not ok 285 # Mac-catdir('', '::'): got ':', expected ''
not ok
Chris,
in response to the [MacPerl] Getting a folder under PERL 5.6
thread, I've written an extension module, which exports just one
function, ChooseFSObject(). ChooseFSObject() lets you select a folder
or file with Standard File, and is meant to be a replacement for the
old
Category: MacPerl Application
Group: Release 5.6.1r*
Status: Open
Resolution: None
Priority: 5
Submitted By: Scott R. Godin (webdragon)
Assigned to: Nobody/Anonymous (nobody)
Summary: meaning of localtime/gmtime reversed?
Initial Comment:
simple script:
#!/usr/bin/perl -l
print $_ - $ENV{$_}
At 20:55 Uhr -0400 05.09.2002, Chris Nandor wrote:
http://dev.macperl.org/tmp/MacPerl-5.6.1r2_pre.bin
http://dev.macperl.org/tmp/MacPerl-5.6.1r2_pre.sig.bin
[snip]
* Thomas: Shuck graphic not updated for new version #.
So far, I didn't commit any changes :-). But now, all changes
for Shuck
Chris,
there is a typo in MacPerl.podhelp. The line in question is
pod:lib/Mac/Sounds.pm Sound Manager
and it should be
pod:lib/Mac/Sound.pm Sound Manager
(Sound.pm without trailing 's' )
Regards,
Thomas
78 matches
Mail list logo