[19449] in Perl-Users-Digest
Perl-Users Digest, Issue: 1644 Volume: 10
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Wed Aug 29 00:11:42 2001
Date: Tue, 28 Aug 2001 21:10:13 -0700 (PDT)
From: Perl-Users Digest <Perl-Users-Request@ruby.OCE.ORST.EDU>
To: Perl-Users@ruby.OCE.ORST.EDU (Perl-Users Digest)
Message-Id: <999058212-v10-i1644@ruby.oce.orst.edu>
Content-Type: text
Perl-Users Digest Tue, 28 Aug 2001 Volume: 10 Number: 1644
Today's topics:
Re: Perl 101 Question <ibroemer@home.com>
Re: Perl 101 Question <ibroemer@home.com>
Re: Perl 101 Question <godzilla@stomp.stomp.tokyo>
Re: Perl 101 Question <ibroemer@home.com>
perl glob failed (Chi-Yin Hsu)
Re: perl glob failed <krahnj@acm.org>
Re: perl glob failed (Tad McClellan)
PerlFS again? <brian.nospam.wallis@ot.com.au>
Re: problem using a regex to format SGML <gbouris@toxo.com>
Re: removing trailing and leading blanks <goldbb2@earthlink.net>
Re: Search the pattern with Perl Regular Expression <goldbb2@earthlink.net>
simple foreach problem (2obvious)
Re: simple foreach problem (Martien Verbruggen)
Re: Strange behavior of perl5 on HP-UX 11.0 <adjtech@ulster.net>
Re: stringTTF problem with AS Perl 629 <bwalton@rochester.rr.com>
Re: Unix perl directory conventions?? (Abigail)
Re: Unix perl directory conventions?? (David Efflandt)
Re: warnings with cgi will crash Win32 perl core <goldbb2@earthlink.net>
Re: warnings with cgi will crash Win32 perl core <godzilla@stomp.stomp.tokyo>
Re: Whence pmtools? <ron@savage.net.au>
Re: Whence pmtools? <bwalton@rochester.rr.com>
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Wed, 29 Aug 2001 02:24:07 GMT
From: Jimmy <ibroemer@home.com>
Subject: Re: Perl 101 Question
Message-Id: <3B8C5286.6E349667@home.com>
Worked like a charm. Thanks very much, David.
David Hilsee wrote:
> "Jimmy" <ibroemer@home.com> wrote in message
> news:3B8AD71B.382DEF6F@home.com...
> > Hi David,
> >
> > Thanks very much. Your script got me half way there, but not quite. The
> > desired output was this:
> >
> > ~~~ Begin file
> > MARY HAD A LITTLE LAMB
> >
> > Mary had a little lamb,
> > her fleece was white as snow.
> > And everywhere that Mary went,
> > The Lamb was sure to go.
> >
> > The End.
> > ~~~End file
> >
> > Your script gave me this:
> >
> > ~~~ Begin file
> > MARY HAD A LITTLE LAMB
> > Mary had a little lamb,
> > her fleece was white as snow.
> > And everywhere that Mary went,
> > The Lamb was sure to go.
> > The End.
> > ~~~End file
> >
> > I was hoping to preserve the blank lines that were intended, which are
> found
> > within the text.
> >
> > I suppose this makes my request a bit more complicated?? What do you
> think?
> >
> > Regards,
> >
> > Jimmy
> >
>
> Hmm, for some reason both my blank lines that were in between the text had
> spaces in them. Bad test case.
>
> Using this for the last regex works better:
>
> # remove the non-newline spaces starting each line
> $text =~ s/^(?:(?=[^\n])\s)+//mg;
>
> --
> David Hilsee
------------------------------
Date: Wed, 29 Aug 2001 02:35:31 GMT
From: Jimmy <ibroemer@home.com>
Subject: Re: Perl 101 Question
Message-Id: <3B8C5533.E9CC4F7B@home.com>
Why is the title not all the way on the left margin??
"Godzilla!" wrote:
> CONTENTS test.txt:
> ___________________
>
> Star Char
>
> Twinkle Twinkle Little Star
> How I Wonder What You Are
> If I Reach Out So Very Far
> To Touch You My Little Star
> Will You Burn My Finger To A Char?
>
> PRINTED RESULTS:
> ________________
>
> Star Char
>
> Twinkle Twinkle Little Star
> How I Wonder What You Are
> If I Reach Out So Very Far
> To Touch You My Little Star
> Will You Burn My Finger To A Char?
------------------------------
Date: Tue, 28 Aug 2001 19:56:28 -0700
From: "Godzilla!" <godzilla@stomp.stomp.tokyo>
Subject: Re: Perl 101 Question
Message-Id: <3B8C59DC.DC8DF047@stomp.stomp.tokyo>
Jimmy wrote:
> Why is the title not all the way on the left margin??
Irrelevant. Your comments do not comply with the
orginating author's stated parameters. He clearly
exemplifies a right shifted near centered title.
Seems you would know this. You are the author.
* mutters... ignoramusus... *
Godzilla!
------------------------------
Date: Wed, 29 Aug 2001 03:43:57 GMT
From: Jimmy <ibroemer@home.com>
Subject: Re: Perl 101 Question
Message-Id: <3B8C653C.3E19591C@home.com>
Good point. I best sit down and have a talk with myself. This will not
stand.
"Godzilla!" wrote:
> Jimmy wrote:
>
> > Why is the title not all the way on the left margin??
>
> Irrelevant. Your comments do not comply with the
> orginating author's stated parameters. He clearly
> exemplifies a right shifted near centered title.
>
> Seems you would know this. You are the author.
>
> * mutters... ignoramusus... *
>
> Godzilla!
------------------------------
Date: 28 Aug 2001 15:41:40 -0700
From: chsu@cooperneff.com (Chi-Yin Hsu)
Subject: perl glob failed
Message-Id: <970de5d.0108281441.360bbde6@posting.google.com>
What causes perl glob to succeed in some cases but fail in other cases
with the same regular expression but different input directory? The
perl error message is below:
glob failed (child exited with status 1)
To clarify the statement of the problem, the script does not fail
always.
It fails only when the results of the pattern having more than 1300
files names. What can application do to make it to work regardless of
the size of the result?
Regards,
Chi-Yin Hsu
------------------------------
Date: Tue, 28 Aug 2001 23:49:46 GMT
From: "John W. Krahn" <krahnj@acm.org>
Subject: Re: perl glob failed
Message-Id: <3B8C2E85.6A222AF8@acm.org>
Chi-Yin Hsu wrote:
>
> What causes perl glob to succeed in some cases but fail in other cases
> with the same regular expression but different input directory?
glob doesn't use regular expressions it uses wildcard patterns.
> The perl error message is below:
>
> glob failed (child exited with status 1)
perldoc perldiag
glob failed (%s)
(W glob) Something went wrong with the external
program(s) used for `glob' and `<*.c>'. Usually, this
means that you supplied a `glob' pattern that caused
the external program to fail and exit with a nonzero
status. If the message indicates that the abnormal
exit resulted in a coredump, this may also mean that
your csh (C shell) is broken. If so, you should
change all of the csh-related variables in config.sh:
If you have tcsh, make the variables refer to it as if
it were csh (e.g. `full_csh='/usr/bin/tcsh''); other
wise, make them all empty (except that `d_csh' should
be `'undef'') so that Perl will think csh is missing.
In either case, after editing config.sh, run `./Con
figure -S' and rebuild Perl.
> To clarify the statement of the problem, the script does not fail
> always.
> It fails only when the results of the pattern having more than 1300
> files names. What can application do to make it to work regardless of
> the size of the result?
Use opendir() and readdir() instead.
John
--
use Perl;
program
fulfillment
------------------------------
Date: Tue, 28 Aug 2001 19:08:05 -0400
From: tadmc@augustmail.com (Tad McClellan)
Subject: Re: perl glob failed
Message-Id: <slrn9oo92l.t68.tadmc@tadmc26.august.net>
Chi-Yin Hsu <chsu@cooperneff.com> wrote:
>What causes perl glob
If you are using a perl version < 5.6, then there is no "perl glob",
as perl justs asks the shell to do the globbing for it.
>to succeed in some cases but fail in other cases
Does it also fail when globbing the same things from the command line?
If so, then you have hit upon one of the 5 reasons why I never use
glob() in programs that I get paid for, glob() is limited.
Here's the 5 reasons that I don't use glob():
1) slooooow (fires of another process)
2) limited
3) non-portable
4) wimpy pattern matching
5) can't glob based on something other than filename (eg. file size/age).
(the first 3 go away with perl 5.6 or greater)
>with the same regular expression but different input directory? The
^^^^^^^^^^^^^^^^^^
globbing does not use regular expressions you know.
"glob pattern" or "wildcards" is more accurate.
>perl error message is below:
>
>glob failed (child exited with status 1)
All of the messages that perl might issue are documented in
the perldiag.pod standard doc. You should look up messages there
as a first troubleshooting step:
------------------------
=item glob failed (%s)
(W glob) Something went wrong with the external program(s) used for C<glob>
and C<< <*.c> >>. Usually, this means that you supplied a C<glob>
pattern that caused the external program to fail and exit with a nonzero
status. If the message indicates that the abnormal exit resulted in a
coredump, this may also mean that your csh (C shell) is broken. If so,
you should change all of the csh-related variables in config.sh: If you
have tcsh, make the variables refer to it as if it were csh (e.g.
C<full_csh='/usr/bin/tcsh'>); otherwise, make them all empty (except that
C<d_csh> should be C<'undef'>) so that Perl will think csh is missing.
In either case, after editing config.sh, run C<./Configure -S> and
rebuild Perl.
------------------------
The first sentence points out that glob()ing is done with
"external program(s)", ie. a shell.
Heh! Is that a bug in my 5.6.1 docs that I quoted above?
With perl version 5.6 or greater, glob()ing is done internally
to perl, no more "external program", right?
>It fails only when the results of the pattern having more than 1300
>files names. What can application do to make it to work regardless of
>the size of the result?
Get the filenames from within native Perl.
Use opendir/readdir/grep instead of glob(), then you are limited
only by the memory available on your system.
--
Tad McClellan SGML consulting
tadmc@augustmail.com Perl programming
Fort Worth, Texas
------------------------------
Date: Wed, 29 Aug 2001 11:07:13 +1000
From: Brian Wallis <brian.nospam.wallis@ot.com.au>
Subject: PerlFS again?
Message-Id: <999047230.496386@emissary>
There was a question posted here a week or so ago about what happened to
perlfs. I never saw an answer to that.
So, what has happened to it. The web site doesn't work and the email
address loops and bounces.
Anyone know what happened. Looked like a great idea but I never got the
chance to look :-(
------------------------------
Date: Wed, 29 Aug 2001 02:32:32 +0300
From: "George Bouris" <gbouris@toxo.com>
Subject: Re: problem using a regex to format SGML
Message-Id: <9mh9lm$d8v$1@usenet.otenet.gr>
#this is your content
$content =qq~
<docinfo><author><firstname>Jane</firstname><surname>Doe</surname>
<affiliation><orgname>MyCompany Inc.</orgname></affiliation>
<date>August 27, 2001</date>
</docinfo>
~;
#call the function "&get_tag()" this way
print get_tag("docinfo",$content);
#or
#$test = get_tag("docinfo",$content);
#use this function
sub get_tag{
my $temp,$tag,$cont;
($tag,$cont) =@_;
$cont =~ s/(.*?)\<$tag>(.*?)<\/$tag>(.*?)$/<$tag><\/$tag>/gsi;
return ($cont);
}
"John W. Krahn" <krahnj@acm.org> wrote in message
news:3B8C0937.1D238054@acm.org...
> Shang-Lin Chen wrote:
> >
> > I read the contents of an SGML file into a string called $data that
> > I'm trying to format and write to a text file. I want to remove a
> > block of SGML of the form:
> > <docinfo><author><firstname>Jane</firstname><surname>Doe</surname>
> > <affiliation><orgname>MyCompany Inc.</orgname></affiliation>
> > <date>August 27, 2001</date>
> > </docinfo> .
> >
> > What regex would delete all content between the <docinfo> tags?
>
> $data =~ s|<docinfo>.*?</docinfo>||si;
>
>
>
> John
> --
> use Perl;
> program
> fulfillment
------------------------------
Date: Tue, 28 Aug 2001 22:50:33 -0400
From: Benjamin Goldberg <goldbb2@earthlink.net>
Subject: Re: removing trailing and leading blanks
Message-Id: <3B8C5879.E91BB21C@earthlink.net>
john smith wrote:
>
> What is the most efficient way of removing leading and trailing
> blanks from a string.
>
> for e.g., "john smith " should become "john smith"
>
> and " john smith" should become "john smith".
> Is there a standard perl function for either of this.
s/^\s+//; 1 while( s/\s\z// );
--
I'm not a programmer but I play one on TV...
------------------------------
Date: Tue, 28 Aug 2001 23:00:45 -0400
From: Benjamin Goldberg <goldbb2@earthlink.net>
Subject: Re: Search the pattern with Perl Regular Expression
Message-Id: <3B8C5ADD.A8E1C2E6@earthlink.net>
Bob Walton wrote:
[snip]
> --
> Bob Walton
> @b=reverse qw(5.343661747946449e10 -6.870680690767926e8
> -1.975771987860562e11 2.131669362055020e9 3.109571746855627e11
> -2.596991050289181e9 -2.730223404245535e11 1.509524556094990e9
> 1.473205544423461e11 -3.461473703699918e8 -5.076036670755333e10
> -5.454741451803003e7 1.124701215943620e10 5.059108441610335e7
> -1.575711669364010e9 -1.182973200557814e7 1.338518987279448e8
> 1.290612694169348e6 -6.387952390526651e6 -7.131700994976459e4
> 1.490495390583466e5 2.244925340775351e3 -1.247664152253088e3
> -2.608118501828809e1);for(1..24){($_-=12.5)/=12.5;@c=@b;$a=0;
> while(@c){($a*=$_)+=pop @c}print chr $a+95.7}
This could probably be made smaller if instead of the qw, you had
unpack("d*", unpack("u", q[uuencoded string] ) ) ... of course, you lose
portability there due to "d" not having a standardized endianness.
PS, could you give a hint as to how this one works? Or rather, how you
calculated the numbers needed for it.
--
I'm not a programmer but I play one on TV...
------------------------------
Date: 28 Aug 2001 19:19:22 -0700
From: vadivasbro@hotmail.com (2obvious)
Subject: simple foreach problem
Message-Id: <6e537be.0108281819.228cd435@posting.google.com>
I'm an ActiveState Perl user and I'm getting unpredictable results
with the foreach loop. Here's a simple example.
@array = <STDIN>;
foreach (@array)
{
print;
}
When I type in these three lines and terminate them with a CTRL-Z:
one
two
three
then it only returns the last two:
two
three
Now, I thought this would have returned all three elements of my list.
Am I misunderstanding how foreach works, or this really as strange as
I think it is?
------------------------------
Date: Wed, 29 Aug 2001 02:25:27 GMT
From: mgjv@tradingpost.com.au (Martien Verbruggen)
Subject: Re: simple foreach problem
Message-Id: <slrn9ookkn.7cl.mgjv@verbruggen.comdyn.com.au>
On 28 Aug 2001 19:19:22 -0700,
2obvious <vadivasbro@hotmail.com> wrote:
> I'm an ActiveState Perl user and I'm getting unpredictable results
> with the foreach loop. Here's a simple example.
>
> @array = <STDIN>;
> foreach (@array)
> {
> print;
> }
>
> When I type in these three lines and terminate them with a CTRL-Z:
>
> one
> two
> three
>
> then it only returns the last two:
>
> two
> three
It doesn't for me, but I don't use ActiveState. I get all three lines.
> Now, I thought this would have returned all three elements of my list.
> Am I misunderstanding how foreach works, or this really as strange as
> I think it is?
You're right in assuming that you should get all three lines back.
What exactly is the sequence of characters that you type in? maybe you
should run it as:
perl whateverscriptname < input_data > output_data
to see what goes in, and what goes out. It may not be a problem with
Perl, but just with your terminal. Or maybe you didn't use a newline
after 'three', and your terminal somehow handles that oddly.
Martien
--
Martien Verbruggen |
Interactive Media Division | "In a world without fences,
Commercial Dynamics Pty. Ltd. | who needs Gates?"
NSW, Australia |
------------------------------
Date: Wed, 29 Aug 2001 00:34:14 GMT
From: Alan D Johnson <adjtech@ulster.net>
Subject: Re: Strange behavior of perl5 on HP-UX 11.0
Message-Id: <3B8C3BD6.CB27CC8A@ulster.net>
It could also be links to the wrong executable, some of them link back
to /usr/bin/perl which is the base one HP supplies if any at all.
Martin Jost wrote:
>
> Ulrich Windl wrote:
> >
> > I just checked it with our Perl 5.6.0 (also binary install), it works!
>
> So does mine ;-)
> See below for some suggestions
>
> > tanya.ruttenberg@ssa.gov (Tanya Ruttenberg) writes:
> >
> > > The sys admin installed perl5.00503 yesterday (downloaded the binary
> > > distribution from the HP developer resource website) but it is
> > > unusable due to an inability to execute it:
> > >
> > > s12da21: /usr/local/bin/perl -e 'print "Hello\n";'
> > > sh: /usr/local/bin/perl: Execute permission denied.
> > >
> > > But it appears to be executable:
> > >
> > > s12da21: ls -l /usr/local/bin/perl
> > > -rwxr-xr-x 2 bin bin 384637 Jun 12 15:34 /usr/local/bin/perl
> > >
>
> Ok, just wild guessing...
> What does the following commands "say":
> which perl
> perl -v
> perl -V
>
> (One of my guesses are 'old' perl-parts laying around or something
> like this)
>
> Is your perl installed under /usr/local or /opt or .... ???
>
> HTH
>
> Martin
------------------------------
Date: Wed, 29 Aug 2001 01:44:58 GMT
From: Bob Walton <bwalton@rochester.rr.com>
Subject: Re: stringTTF problem with AS Perl 629
Message-Id: <3B8C48F9.DDCA64A3@rochester.rr.com>
Daniel Harik wrote:
...
> I have this code from manual, crawled perlmonks for 1 hour and getting
> back to same thing, the only think can be wrong is incompability
>
> #!/usr/local/bin/perl
>
> use GD;
>
> # create a new image
> $im = new GD::Image(200, 36);
>
> # allocate some colors
> $white = $im->colorAllocate(255,255,255);
> $black = $im->colorAllocate(0,0,0);
> $red = $im->colorAllocate(255,0,0);
> $blue = $im->colorAllocate(0,0,255);
>
> $im->stringTTF($black,"test.ttf", 12, 0, 0, 0,"Font Reactor") or die
> $!;
>
> open(IMAGE, ">test.png") or die;
> binmode IMAGE;
> print IMAGE $im->png;
...
I verify the problem on AS 628 under Windoze 98SE. Might be helpful if
you mentioned that the problem is getting boxes instead of characters.
--
Bob Walton
------------------------------
Date: 28 Aug 2001 22:57:36 GMT
From: abigail@foad.org (Abigail)
Subject: Re: Unix perl directory conventions??
Message-Id: <slrn9oo8f4.sa2.abigail@alexandra.xs4all.nl>
Ed Kulis (ekulis@apple.com) wrote on MMCMXIX September MCMXCIII in
<URL:news:3B8BEF82.A0C35C10@apple.com>:
:: Hi all,
::
:: Does any one know if there's a custom or convention for the placement of
:: perl on a unix system?
No. There isn't even a convention where to place *sh* that all vendors
agree on. The only "convention" there is, is that there is a small set
of filenames that has the property that if perl is installed on the system,
at least of those filenames will either be perl, or a symbolic link to perl.
That set is '/usr/bin/perl', '/usr/local/bin/perl', '/bin/perl' and
'/opt/perl/bin/perl'.
Abigail
--
# Perl 5.6.0 broke this.
%0=map{reverse+chop,$_}ABC,ACB,BAC,BCA,CAB,CBA;$_=shift().AC;1while+s/(\d+)((.)
(.))/($0=$1-1)?"$0$3$0{$2}1$2$0$0{$2}$4":"$3 => $4\n"/xeg;print#Towers of Hanoi
------------------------------
Date: Wed, 29 Aug 2001 03:12:49 +0000 (UTC)
From: see-sig@from.invalid (David Efflandt)
Subject: Re: Unix perl directory conventions??
Message-Id: <slrn9oondh.108.see-sig@typhoon.xnet.com>
On Tue, 28 Aug 2001 12:22:43 -0700, Ed Kulis <ekulis@apple.com> wrote:
> Does any one know if there's a custom or convention for the placement of
> perl on a unix system?
>
> We've currently referencing perl it and links to it as
> /bin/perl
> /usr/bin/perl
> /usr/local/bin/perl
>
> Is there a traditional version migration scheme where new versions start
> on the longer paths?
NetBSD apparently uses pkg in place of local for non-base packages, so it
uses /usr/pkg/bin/perl. This confused users when migrating from Linux to
the new Alpha boxes (sdf.lonestar.org aka freeshell.org).
--
David Efflandt (Reply-To is valid) http://www.de-srv.com/
http://www.autox.chicago.il.us/ http://www.berniesfloral.net/
http://cgi-help.virtualave.net/ http://hammer.prohosting.com/~cgi-wiz/
------------------------------
Date: Tue, 28 Aug 2001 23:21:15 -0400
From: Benjamin Goldberg <goldbb2@earthlink.net>
Subject: Re: warnings with cgi will crash Win32 perl core
Message-Id: <3B8C5FAB.5E49032D@earthlink.net>
Godzilla! wrote:
[snip]
> > > These messages about unitialized environmental
> > > variables should only show up when working from
> > > a command line. Nonetheless, in this complex script,
> > > those warnings are hooked in. How, I don't know.
>
> > Why do you think they should only show up when working with the
> > commandline? If it's uninitialized, and warnings are turned on, it
> > prints a warning. Maybe you think that that particular variable
> > *should be* initialized when not run from the commandline?
>
>
> You should research your shovels better before piling
> mule manure within this group. This child's plastic
> play toy shovel you use, is most inefficient.
>
> Run this script from a DOS command line, then via a browser.
>
> #!perl -w
>
> BEGIN
> {
> use CGI::Carp qw(carpout);
> open(LOG, ">carpout.txt");
> carpout(*LOG);
> }
>
> print "Content-type: text/plain\n\n";
>
> print substr ($ENV{REMOTE_ADDR}, 0, 6);
>
> exit;
Ok, here's what I get when I run it from the commandline ("$" is my
prompt)
$ REMOTE_ADDR=foo perl gojirra_crap.pl
Content-type: text/plain
foo
I don't see any problems.
>
> * wonders why the CLPM Troll shoots his mouth off before loading his
> brain *
Why kira, I thought you were a girl. When speaking of your mouth
shooting off, it should be a "her" mouth, not a "his" mouth. Also, most
people talk about themselves in first person, not third person.
--
I'm not a programmer but I play one on TV...
------------------------------
Date: Tue, 28 Aug 2001 20:32:23 -0700
From: "Godzilla!" <godzilla@stomp.stomp.tokyo>
Subject: Re: warnings with cgi will crash Win32 perl core
Message-Id: <3B8C6247.14AC566F@stomp.stomp.tokyo>
Benjamin Goldberg aka The CLPM Troll spewed hatred:
> Godzilla! wrote:
(snipped obvious and blatant expressions of hatred)
> I don't see any problems.
Of course you don't. You are a piss poor Perl programmer.
Godzilla! Queen Of Alliterative.
------------------------------
Date: Wed, 29 Aug 2001 11:46:19 +1000
From: "Ron Savage" <ron@savage.net.au>
Subject: Re: Whence pmtools?
Message-Id: <5TXi7.734$0P5.38981@ozemail.com.au>
Chris
_Part_ of your answer may be Inside @ http://www.cpan.org/modules/by-authors/Tom_Phoenix/
--
Cheers
Ron Savage
ron@savage.net.au
http://savage.net.au/index.html
Chris Fedde <cfedde@fedde.littleton.co.us> wrote in message news:CzQi7.733$V3.188635136@news.frii.net...
> Back in the good old days (circa 1999) Tom Christiansen wrote a
> wonderful set of command line tools for groping about for info in
> the perl modules and libraries called pmtools. I read in a dead
> but not forgotten TPJ that a version of the same, now apparently
> called perlman, might have been included in te 5.6.1 release. That
> seems not to have happened.
>
> Cursory searches of all the usual suspects has exposed no warm
> leads. Anyone have a pointer for me?
>
> thanks
>
>
> --
> This space intentionally left blank
------------------------------
Date: Wed, 29 Aug 2001 02:02:29 GMT
From: Bob Walton <bwalton@rochester.rr.com>
Subject: Re: Whence pmtools?
Message-Id: <3B8C4D12.6EAA5B31@rochester.rr.com>
Chris Fedde wrote:
>
> Back in the good old days (circa 1999) Tom Christiansen wrote a
> wonderful set of command line tools for groping about for info in
> the perl modules and libraries called pmtools. I read in a dead
> but not forgotten TPJ that a version of the same, now apparently
> called perlman, might have been included in te 5.6.1 release. That
> seems not to have happened.
>
> Cursory searches of all the usual suspects has exposed no warm
> leads. Anyone have a pointer for me?
...
Second hit on Altavista:
http://packages.debian.org/unstable/utils/pmtools.html
There's a link to the source there.
--
Bob Walton
------------------------------
Date: 6 Apr 2001 21:33:47 GMT (Last modified)
From: Perl-Users-Request@ruby.oce.orst.edu (Perl-Users-Digest Admin)
Subject: Digest Administrivia (Last modified: 6 Apr 01)
Message-Id: <null>
Administrivia:
The Perl-Users Digest is a retransmission of the USENET newsgroup
comp.lang.perl.misc. For subscription or unsubscription requests, send
the single line:
subscribe perl-users
or:
unsubscribe perl-users
to almanac@ruby.oce.orst.edu.
To submit articles to comp.lang.perl.announce, send your article to
clpa@perl.com.
To request back copies (available for a week or so), send your request
to almanac@ruby.oce.orst.edu with the command "send perl-users x.y",
where x is the volume number and y is the issue number.
For other requests pertaining to the digest, send mail to
perl-users-request@ruby.oce.orst.edu. Do not waste your time or mine
sending perl questions to the -request address, I don't have time to
answer them even if I did know the answer.
------------------------------
End of Perl-Users Digest V10 Issue 1644
***************************************
