[10871] in Perl-Users-Digest
Perl-Users Digest, Issue: 4472 Volume: 8
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Mon Dec 21 13:07:39 1998
Date: Mon, 21 Dec 98 10:02:05 -0800
From: Perl-Users Digest <Perl-Users-Request@ruby.OCE.ORST.EDU>
To: Perl-Users@ruby.OCE.ORST.EDU (Perl-Users Digest)
Perl-Users Digest Mon, 21 Dec 1998 Volume: 8 Number: 4472
Today's topics:
arccos, arcsin,... <cb2001@hotmail.com>
ASP-like Session variables <svp95goj@student1.lu.se>
C functions in Perl <j.dressel@fz-juelich.de>
Re: C functions in Perl (Greg Ward)
CGI Scripting the3_amigos@hotmail.com
Re: CGI tools - Shopping Basket me@alistair.com
Re: check mail with perl <newsposter@cthulhu.demon.nl>
CPAN.pm woes - Linux 5.1, Perl 5.005.02 <rbowen@rcbowen.com>
Date contradictions <mdudley@execonn.com>
Debugger error - Can anyone explain? (Marc)
explain an hash assignment: $hash{'key'}++ <xah@web-central.net>
How to install module locally? apeng123@my-dejanews.com
Re: How to install module locally? (Greg Ward)
Re: How to install module locally? <Allan@due.net>
HOWTO: Builiding Perl under Win95/98 using Cygwin32 <newspost@morlock.net>
Re: Mac, Perl, uploading, help! <bill@fccj.org>
Re: NDBM question <kamran@norsar.no>
Re: Nested sorting <jdporter@min.net>
Re: numbers in base 36 ptimmins@netserv.unmc.edu
Re: Perl Training - Worth it? <samuel.patton@wichita.boeing.com>
Re: Rather complicated, is this possible? Trying to "Gl <bill@fccj.org>
Re: Retrospective on comp.lang.perl.moderated? (Dave Lorand)
Re: Review This For Me? (Note: 166 lines of code) (Jim Seymour)
Re: Running Perl for Win32 -- Beginner Question <jim.michael@gecm.com>
Re: sort it ? <jdporter@min.net>
Re: sort it ? <jdporter@min.net>
Re: Sorting problem: Is there a better way? (Micha3 Rutka)
Re: Splitting a line at |'s <r28629@email.sps.mot.com>
Re: trouble with a script <newsposter@cthulhu.demon.nl>
Turning Variables into CAPS? <r2-d2@REMOVEbigfoot.com>
Re: Turning Variables into CAPS? <Allan@due.net>
Special: Digest Administrivia (Last modified: 12 Dec 98 (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Mon, 21 Dec 1998 18:42:50 +0100
From: "Christian" <cb2001@hotmail.com>
Subject: arccos, arcsin,...
Message-Id: <367e867f.0@info.xpoint.at>
hi
can anyone tell me how i can calc. the arccos ... with a perl script?
FAST HELP WANTED!!!
Chris
------------------------------
Date: Mon, 21 Dec 1998 15:59:28 +0100
From: "Joel Galvez" <svp95goj@student1.lu.se>
Subject: ASP-like Session variables
Message-Id: <75lnqc$lp6$1@nickel.uunet.be>
Hi.
I've got some questions for you Unix-people.
I'm started developing Unix/Perl stuff. My experience from ASP/COM make me
miss one thing:
The tiny but veeeeeery important session variables.
Do I have to do all this identification/timeout myself?
And if I don't use embedded perl or such how do I store my session
variables? Named pipe to a home written "Session-daemon"?
Just have the feeling that more people than me miss this too.
Thanks,
Joel
------------------------------
Date: Mon, 21 Dec 1998 17:28:44 +0100
From: Joachim Dressel <j.dressel@fz-juelich.de>
Subject: C functions in Perl
Message-Id: <367E773C.B00E41D5@fz-juelich.de>
Hello all!
I have been trying to find out in the documentation if there is a way to use
C-functions in Perl.
I want to use a C-library for plotting graphs (similar to PGPLOT but more
powerful) directly from Perl (if possible) with variables handed over to the
C-functions.
I feel there is a way, but can somebody please give me a short answer (yes or
no) plus (if possible) literature references? Thank you in advance and a merry
christmas!!!
Joachim
--
-----------------------------------------------------------------------------
Joachim Dressel
Institut fuer Radioagronomie Voice +49-(0)2461-61-3337
Forschungszentrum Juelich GmbH Fax +49-(0)2461-61-2518
52425 Juelich
Germany
-----------------------------------------------------------------------------
------------------------------
Date: 21 Dec 1998 16:46:28 GMT
From: gward@thrak.cnri.reston.va.us (Greg Ward)
Subject: Re: C functions in Perl
Message-Id: <75lu14$ae$2@news0-alterdial.uu.net>
Joachim Dressel <j.dressel@fz-juelich.de> wrote:
> I have been trying to find out in the documentation if there is a way to use
> C-functions in Perl.
>
> I want to use a C-library for plotting graphs (similar to PGPLOT but more
> powerful) directly from Perl (if possible) with variables handed over to the
> C-functions.
Yes, it's called XSUB (for extension subroutine). It's documented in
the perlxstut, perlxs, and perlguts man pages. They tell you just
enough to get up and running with XSUB, but unfortunately not much more.
The O'Reilly book *Advanced Perl Programming* also has material on XSUB,
although I haven't read it yet so can't offer an opinion.
Greg
--
Greg Ward - software developer gward@cnri.reston.va.us
Corporation for National Research Initiatives
1895 Preston White Drive voice: +1-703-620-8990 x287
Reston, Virginia, USA 20191-5434 fax: +1-703-620-0913
------------------------------
Date: Mon, 21 Dec 1998 16:49:31 GMT
From: the3_amigos@hotmail.com
Subject: CGI Scripting
Message-Id: <75lu6q$bou$1@nnrp1.dejanews.com>
Hi,
I'm new here at DejaNews
i was wondering if anybody here knew about CGI Scripting because i would like
to learn. If you could maybe send some small files for me to look at a learn,
that'd be great!
thanks alot
-felipe-
-----------== Posted via Deja News, The Discussion Network ==----------
http://www.dejanews.com/ Search, Read, Discuss, or Start Your Own
------------------------------
Date: Mon, 21 Dec 1998 17:14:47 GMT
From: me@alistair.com
Subject: Re: CGI tools - Shopping Basket
Message-Id: <75lvm4$d6m$1@nnrp1.dejanews.com>
Agreed, the fault does not belong to the author or the program, but with
people posting "Minivend is the answer" for users looking to set up a
Shopping Cart type application.
Too many times, I have seen users who may even identify themselves as
"newbies" asking if anyone knows of a low-cost or free shopping cart, and
someone posts "Minivend". My article was meant to ward off anyone who isn't
an advanced computer (Unix especially) user. The program is extremely
difficult and complicated to set up.
I understand (and I am under no misconception) that free software does have
its pitfalls, one of them being lack of support. I have no quarrel with
that, my objective is to inform those who go looking that Minivend, although
reputed to be a good application, suffers greatly from poor and inadequate
documentation.
If you are looking to find a good Online Sales/Shopping Cart program, and you
are not an advanced computer user, Minivend is not for you.
If you would like to find an alternative, go to:
http://www.onlineorders.net/links/free/
Alistair
In article <75f0qq$14r$1@nnrp1.dejanews.com>,
birgitt@my-dejanews.com wrote:
> In article <754afc$v28$1@nnrp1.dejanews.com>,
> me@alistair.com wrote:
> > Well, a lot of people really hype this program, but unless you have a degree
> > in computer science, or you know someone who does, don't bother. It is a
> > pretty complex setup, and there is ZERO support. The docs that come with it
> > are not particularly complete, and there is no help forthcoming from the
> > author.
> >
> > I was very excited to get Minivend going, and gave it the ol' 'College Try'
> > for almost a month, posting requests for help in the discussion group and a
> > fairly detailed request for some assistance from the author, but I got
> > nothing.
> >
> > After a month of flailing about (and getting some professional help, whose
> > comment was "This documentation sucks" for the machine I was setting up on)
I
> > have decided to look elsewhere.
> >
> > In short: I hear Minivend is a great Shopping Cart, and it is free, but
Caveat
> > Emptor! If it is free, don't expect anyone to help you get it going...
> >
>
> It is not the fault of the free software package or the author, who has
> written it, that there is a general misconception about free software. Using
> a free GLP'ed software package never includes (the right for) free technical
> support. . And if you would give it some thoughts, on the long run, it
> couldn't possibly be different.
>
> birgitt
>
> -----------== Posted via Deja News, The Discussion Network ==----------
> http://www.dejanews.com/ Search, Read, Discuss, or Start Your Own
>
-----------== Posted via Deja News, The Discussion Network ==----------
http://www.dejanews.com/ Search, Read, Discuss, or Start Your Own
------------------------------
Date: Mon, 21 Dec 1998 12:07:16 -0500
From: Erik van Roode <newsposter@cthulhu.demon.nl>
Subject: Re: check mail with perl
Message-Id: <367E8043.D5ADA869@cthulhu.demon.nl>
Patrick Schnorbus wrote:
>
> how can i get mail from a POP3 account with Perl?
Easy, search the web for a script that does it, or write
your own script. Go to CPAN, look for POP3 modules, and
start reading/writing/testing.
Erik
------------------------------
Date: Mon, 21 Dec 1998 12:01:19 -0500
From: Rich Bowen <rbowen@rcbowen.com>
Subject: CPAN.pm woes - Linux 5.1, Perl 5.005.02
Message-Id: <367E7EDF.F8017227@rcbowen.com>
I am attempting to get CPAN.pm running on my new Linux box. I have not
had any problems with this on any other system, so I assume that I am
just doing something stupid. Here's some sample output ...
cpan> install IniConf
Going to read /root/.cpan/sources/authors/01mailrc.txt.gz
Going to read /root/.cpan/sources/modules/02packages.details.txt.gz
Going to read /root/.cpan/sources/modules/03modlist.data.gz
Can't locate object method "data" via package "CPAN::Modulelist" at
(eval 12) li
ne 1.
CPAN::Index::rd_modlist('CPAN::Index',
'/root/.cpan/sources/modules/03mo
dlist.data.gz') called at /usr/lib/perl5/5.00502/CPAN.pm line 2370
CPAN::Index::reload('CPAN::Index') called at
/usr/lib/perl5/5.00502/CPAN
.pm line 460
CPAN::exists('CPAN=HASH(0x83104d8)', 'CPAN::Module', 'IniConf')
called a
t /usr/lib/perl5/5.00502/CPAN.pm line 1535
CPAN::Shell::rematein('CPAN::Shell', 'install', 'IniConf')
called at /us
r/lib/perl5/5.00502/CPAN.pm line 1587
CPAN::Shell::install('CPAN::Shell', 'IniConf') called at
/usr/lib/perl5/
5.00502/CPAN.pm line 156
eval {...} called at /usr/lib/perl5/5.00502/CPAN.pm line 156
CPAN::shell() called at -e line 1
I've not seen any similar questions up on DejaNews. I'm running RedHat
Linux 5.1, vanilla install straight off of the CD, and then I put Perl
5.005.02 on it. I've not done much more with the machine.
Any suggestions would be very welcome.
Rich
--
perl -e "eval reverse '\'rekcaH lreP rehtonA tsuJ\' tnirp'"
http://www.rcbowen.com/
------------------------------
Date: Mon, 21 Dec 1998 12:31:50 -0500
From: Marshall Dudley <mdudley@execonn.com>
Subject: Date contradictions
Message-Id: <367E8606.C8FD9F71@execonn.com>
I am trying to deteremine the correct format for the time/date string in
sending a cookie form a perl script. The problem is that all the
documents give different standard formats and both reference and
contradict each other..
http://home.netscape.com/newsref/std/cookie_spec.html says:
expires=DATE
The expires attribute specifies a date string that defines the
valid life time of that cookie. Once the expiration date has
been reached, the cookie will no longer be stored or given out.
The date string is formatted as:
Wdy, DD-Mon-YYYY HH:MM:SS GMT
This is based on RFC 822, RFC 850, RFC 1036, and RFC 1123, with the
variations that the only legal time zone is
GMT and the separators between the elements of the date must be
dashes.
It gives an example:of:
Set-Cookie: CUSTOMER=WILE_E_COYOTE; path=/; expires=Wednesday, 09-Nov-99
23:12:40 GMT
Thus it appears that the weekday is totally spelled out, and that the
year is 2 digits. But when we check RFC 822 we get:
5. DATE AND TIME SPECIFICATION
5.1. SYNTAX
date-time = [ day "," ] date time ; dd mm yy
; hh:mm:ss zzz
day = "Mon" / "Tue" / "Wed" / "Thu"
/ "Fri" / "Sat" / "Sun"
date = 1*2DIGIT month 2DIGIT ; day month year
; e.g. 20 Jun 82
month = "Jan" / "Feb" / "Mar" / "Apr"
/ "May" / "Jun" / "Jul" / "Aug"
/ "Sep" / "Oct" / "Nov" / "Dec"
time = hour zone ; ANSI and Military
hour = 2DIGIT ":" 2DIGIT [":" 2DIGIT]
; 00:00:00 - 23:59:59
zone = "UT" / "GMT" ; Universal Time
....................
Now in that document, which the previous document said to use for the
specification of the format, it indicates to abbreviate the weekdays to
2 letters. :< Also there is a difference between the two in that the
cookie specification says to use dashes in the date and rfc822 says to
use spaces, but this is addressed in the cookie specification so it is
not a problem.
Now if we go to RFC 1036 we see esseentially the same information.
But if we look at RFC 1123 we get another "standard":
5.2.14 RFC-822 Date and Time Specification: RFC-822 Section 5
The syntax for the date is hereby changed to:
date = 1*2DIGIT month 2*4DIGIT
So this one specifies the month to be followed by two sets of 4 digits.
I assume one set is the full 4 digit year, but I can find no indication
of what the other 4 digits should be! :< Unfortunately they don't give
an example.
Thus with these documents, all specifying different formats, the cookie
could be any of the following:
Friday-25-Dec-98
Fri-25-Dec-98
Friday-Dec-1998-XXXX
Friday-Dec-XXXX-1998
Fri-Dec-1998-XXXX
Fri-Dec-XXXX-1998
Since the documents contridict each other, I have no idea which is
correct. Also if any of the last 4 are correct, I have no idea what is
suppose to go in the XXXX part, the specification only says that there
are 4 digits, but not what they represent.
Any assistance would be greatly appreciated.
Thanks,
Marshall
------------------------------
Date: Mon, 21 Dec 1998 08:04:13 -0800
From: metalmd@earthlink.net (Marc)
Subject: Debugger error - Can anyone explain?
Message-Id: <metalmd-2112980804130001@pool005-max11.ds18-ca-us.dialup.earthlink.net>
Can anyone tell me what this error message means?
Cannot print stack trace, load with -MCarp option to see stack at /usr/local/lib
/perl5/perl5db.pl line 1858, <IN> chunk 1.
Thanks - Marc
------------------------------
Date: Mon, 21 Dec 1998 09:40:46 -0800
From: "Xah Lee" <xah@web-central.net>
Subject: explain an hash assignment: $hash{'key'}++
Message-Id: <75m16u$5kg$1@remarQ.com>
Can anyone explain how constructs like $hh{'ss'}++ works? Here's an example:
#!/usr/bin/perl -w
use strict;
use Data::Dumper; $Data::Dumper::Indent = 0;
my %hh;
$hh{'ss'}++;
print Dumper(\%hh);
__END__
The above prints $VAR1 = {'ss' => 1};
This question originates from L. Stein's CGI.pm book page 71, line 14.
Thanks.
Xah
xah@best.com
http://www.best.com/~xah/PageTwo_dir/more.html
'Emacs forever!'
------------------------------
Date: Mon, 21 Dec 1998 15:23:56 GMT
From: apeng123@my-dejanews.com
Subject: How to install module locally?
Message-Id: <75lp6a$7jp$1@nnrp1.dejanews.com>
I try to bypass system administrater and install perl by myself.
I intstall perl locally.
Following, I still some modules need to install.
How to set path and change if I want to install perl locally?
perl Makefile.PL
make
make install
Thanks,
Alex
-----------== Posted via Deja News, The Discussion Network ==----------
http://www.dejanews.com/ Search, Read, Discuss, or Start Your Own
------------------------------
Date: 21 Dec 1998 16:44:11 GMT
From: gward@thrak.cnri.reston.va.us (Greg Ward)
Subject: Re: How to install module locally?
Message-Id: <75ltsr$ae$1@news0-alterdial.uu.net>
apeng123@my-dejanews.com <apeng123@my-dejanews.com> wrote:
> I try to bypass system administrater and install perl by myself.
> I intstall perl locally.
> Following, I still some modules need to install.
>
> How to set path and change if I want to install perl locally?
If you've installed Perl in a directory that you own (eg. under your
home directory), then any modules you install will go there. For
instance, under Unix Perl usually lives in
/usr/local/bin
/usr/local/lib/perl5
When you built Perl, you probably installed it somewhere like
/home/me/bin
/home/me/lib/perl5
(eg. with a "prefix" of /home/me instead of /usr/local). Then if you
build and install any module in the usual way, ie.
perl Makefile.PL # that's /home/me/bin/perl!
make
make install
then they'll be installed under /home/me/lib/perl5/site_perl.
You might run into trouble if "perl" at the command line becomes
"/usr/bin/perl" or "/usr/local/bin/perl" -- presumably old versions that
the sysadmin hasn't upgraded (and the reason you installed to your home
directory). Just be sure to say "/home/me/bin/perl" explicitly.
Greg
--
Greg Ward - software developer gward@cnri.reston.va.us
Corporation for National Research Initiatives
1895 Preston White Drive voice: +1-703-620-8990 x287
Reston, Virginia, USA 20191-5434 fax: +1-703-620-0913
------------------------------
Date: Mon, 21 Dec 1998 11:50:55 -0500
From: "Allan M. Due" <Allan@due.net>
Subject: Re: How to install module locally?
Message-Id: <75ltvi$vk5$1@camel21.mindspring.com>
apeng123@my-dejanews.com wrote in message
<75lp6a$7jp$1@nnrp1.dejanews.com>...
>I try to bypass system administrater and install perl by myself.
>I intstall perl locally.
>Following, I still some modules need to install.
>How to set path and change if I want to install perl locally?
>perl Makefile.PL
>make
>make install
See perlfaq8
How do I keep my own module/library directory?
AmD
------------------------------
Date: Mon, 21 Dec 1998 11:19:22 -0500
From: "Steven Morlock" <newspost@morlock.net>
Subject: HOWTO: Builiding Perl under Win95/98 using Cygwin32
Message-Id: <0zuf2.2930$qF5.6215672@lwnws01.ne.mediaone.net>
If you have a desire to build Perl under Windows 95/98 using Cygnus'
Cygwin Win32 ports of the GNU development tools (Cygwin32) you might
get something out of my experience of building it.
An advantage of the versions Perl built with Cygwin32 is that Cygwin32
has a POSIX compatible library including support for the fork() function.
Steve
--
Steven Morlock
Foliage Software Systems
aka The Nerd Farm
http://www.foliage.com
==
These are the steps I took to build the latest development
version of Perl (5.005.53) under the Windows 95 & Window 98
operating system using Cygnus' Cygwin Win32 ports of the GNU
development tools.
The release of the Cygwin32 tools used was B20.1. These tools
can be found at:
http://sourceware.cygnus.com/cygwin
Install Cygwin32 as described on the Cygnus web site. Additionally
you should mount /bin as described in the following document:
http://sourceware.cygnus.com/cygwin/cygwin-ug-net/setup-mount.html
Note that the mount command shown in their example should appear on a
single line:
mount C:/cygnus/cygwin-b20/H-i586-cygwin32/bin /bin
You must run the described build process below under the Cygwin32
'bash' shell.
In the following <PERL> will refer to the perl source/build
directory. <INST> will refer to the perl target/install directory.
* Pre-build checklist:
- I found that building Perl on a unmounted partition/drive other than the
root will fail. It appears that the double forward slash that Cygwin32
uses to reference drives other than the root drive (typically C:) gets
converted to a single forward slash at several points in the build process.
I have not tried, but expect it would work, to mount the non-root drive.
This problem held true for both the drive where the perl source were and
the drive where the Cygwin32 binaries where located. In the build
described in these notes the Perl source and Cygwin32 binaries were located
on the root drive.
- Following the instructions in <PERL>/README.cygwin32:
+ Copy the contents of the <PERL>cygwin32 directory to <PERL>
+ Edit the 'ld2' & 'gcc2' scripts to reflect the build path <PERL>
+ Either move 'ld2' & 'gcc2' to a directory on your path or add
<PERL> to you path.
- Edit <PERL>/hints/cygwin32.sh:
+ Add the following lines to the script:
i_stdarg='define'
i_varargs='undef'
This change allows us to pick up the right version of va_start().
Cygwin32 has both a signal and double parameter versions floating
around in their header files.
+ Remove support for dynamic linking. I found that all DynaLoader'd
extensions crashed during the running of the test suite. Add or edit
'usedl' entry to read:
usedl='n'
If there is enough push I will try to sort out the problems with
dynamic loading. I have made several unsuccessful attempts at
modifying <PERL>/perlld to fix this problem. If you are interested,
write me.
+ Change the path to the Cygwin32 directories. This includes the
entries for 'usrinc', 'libpth', 'lddlflags', 'libc' and 'usrinc'.
- Edit makedepend.SH. The original version of makedepend.SH produces
dependencies that include double backslashes. This can not be processed
by Cygwin32's 'make'. Apply the following modification to makedepend.SH
to correct these unfortunate filenames:
*** makedepend.SH.ORIG Wed Sep 23 09:51:56 1998
--- makedepend.SH Mon Dec 21 09:27:30 1998
***************
*** 100,105 ****
--- 100,107 ----
# for file in `cat /dev/null`; do
if [ "$osname" = uwin ]; then
uwinfix="-e s,\\\\\\\\,/,g -e s,\\([a-zA-Z]\\):/,/\\1/,g"
+ elif [ "$archname" = cygwin32 ]; then
+ uwinfix="-e s,\\\\\\\\,/,g"
else
uwinfix=
fi
- Edit config_h.SH. The original version of config_h.SH has an bogus
#include that gets propagated into the dependency list in Makefile
create from the makedepend script. The Apply the following modification
to config_h.SH to work around this unfortunate filename:
*** config_h.SH.ORIG Wed Oct 28 23:16:10 1998
--- config_h.SH Mon Dec 21 10:14:28 1998
***************
*** 1412,1416 ****
#endif
#if $cpp_stuff != 1 && $cpp_stuff != 42
! #include "Bletch: How does this C preprocessor catenate tokens?"
#endif
--- 1412,1416 ----
#endif
#if $cpp_stuff != 1 && $cpp_stuff != 42
! #include "#Bletch: How does this C preprocessor catenate tokens?"
#endif
The real source of the problem appears that the 'make depend' in the
'x2p' directory has problems. The following messages are generated by
that 'make depend':
Finding dependencies for hash.o.
gcc2: Can't open gcc2
... [similar messages to above]
You don't seem to have a proper C preprocessor. Using grep instead.
Updating GNUmakefile...
So the grep is pulling the bogus #include from the file. The patch
turns the #include'd message into a comment.
- Run the Configure in the <PERL> directory as described in the document
<PERL>/README.cygwin32
I receive the message "THIS PACKAGE SEEMS INCOMPLETE.". This does not
appear to be a problem.
When presented with the list of handy defaults, select 'cygwin32'
You can use the defaults for the remainder of the prompts.
* Building:
- Issue the command 'make' in the directory <PERL>.
Cross fingers, wait and be patient.
- I experience problems when building two files 'pp_sys.o' & 'doio.o'. The
build process will crash with a Windows dialog during the build of these two
files. The way I get by the problem is to control-C the make and issue
the build commands for the two files by hand. In the Perl directory issue
the following commands:
`sh cflags libperl.a pp_sys.o` pp_sys.c
`sh cflags libperl.a doio.o` doio.c
This appears to be a problem with Cygwin32's make.
Hopefully if you follow the instructions above you will experience no
problems building Perl.
* Testing:
I found that the majority of the tests passed. There were no errors
that I thought particularly scary. There were several unexpected results
such as a couple 'A required .DLL file, CYGWIN1.DLL, was not found' dialogs
and 'Perl perform an illegal operation' dialogs.
As long as I can run all my own scripts, things are fine by me...
- Renamed or delete the file <PERL>/t/lib/io_sock.t so it will not be
executed. This test hangs the system. I have made no attempts to
fix the problem. From the <PERL> directory issue the following command:
mv t/lib/io_sock.t t/lib/io_sock.t.ORIG
- Issue the command 'make test' in the directory <PERL>.
Cross fingers, wait and be patient.
* Installing:
The install seems to work okay. There are problems when install the man
pages, but we don't need any stinkin' man pages, right?
- Issue the command 'make install' in the directory <PERL>.
Configuration files available by request to perl@morlock.net
------------------------------
Date: Mon, 21 Dec 1998 12:07:22 -0500
From: Bill Jones <bill@fccj.org>
Subject: Re: Mac, Perl, uploading, help!
Message-Id: <367E8045.DC3E0EC@fccj.org>
Kent wrote:
>
> In article <1dkb4sr.1yeld6117n9om2N@slip-32-100-246-98.ny.us.ibm.net>,
> kpreid@ibm.net (Kevin Reid) wrote:
>
> > Kent <maxilious@earthlink.net> wrote:
> >
> > > Everytime I try to ulpoad a perl script with FETCH to my server the people
> > > at the isp say it is corrupted.
> > >
> > > Now when I upload my html to my regular dirs I have no problems with fetch
> > > (set to raw data). I edit in BBedit light, should I be saving in a specific
> > > format?
> >
> > Send the file as text, so the line endings get converted properly.
> >
>
> I tried this and it still did not work. Could I be saving it wrong in bbedit?
>
> Ken
Are you saving it as Unix or Mac? BBEdit can save it as a
Unix Text file...
HTH,
-Sneex- :]
______________________________________________________________________
Bill Jones | FCCJ Webmaster | http://www.fccj.org/cgi/mail?webmaster
http://certserver.pgp.com:11371/pks/lookup?op=get&search=0x37E70D5E
------------------------------
Date: Mon, 21 Dec 1998 16:19:54 +0100
From: Kamran Iranpour <kamran@norsar.no>
Subject: Re: NDBM question
Message-Id: <367E671A.67EF@norsar.no>
Mark-Jason Dominus wrote:
>
> In article <367E1F7C.443A@norsar.no>,
> Kamran Iranpour <kamran@norsar.no> wrote:
> >I have written a script which ties a hash to a file using
> >NDBM in perl. The original file consisting of 5 or six columns
> >and several thousands lines is about 3MB but when using the
> >DBM the file.pag comes to 130MB. Is that how it should be or
> >am I doing something wrong ?
>
> Both. Two things are going on here.
> .....
Thank you.
Kamran
------------------------------
Date: Mon, 21 Dec 1998 11:02:45 -0500
From: John Porter <jdporter@min.net>
Subject: Re: Nested sorting
Message-Id: <367E7125.5EAAFF8A@min.net>
Larry Rosler wrote:
>
> > i think we should stay away from that until the
> > numeric compare optimization is put in. then sort {$a <=> $b} will be as
> > fast as the builtin sort.
>
> No comprendo. We already know that the alphabetic compare {$a cmp $b}
> is considerably slower than the default sort, so there is no
> optimization there, let alone for numeric compare.
What Uri means is, the built-in sort will do <=> as well as cmp, and do
it just as fast. (Probably faster, I think.)
> Anyway, sorts are
> often used on compound keys from several fields, so stringifying is
> required.
True. But for those situations where there is a single float key,
with possibly negative values, it will be a big win.
John Porter
------------------------------
Date: Mon, 21 Dec 1998 17:02:07 GMT
From: ptimmins@netserv.unmc.edu
Subject: Re: numbers in base 36
Message-Id: <75luud$ces$1@nnrp1.dejanews.com>
In article <75k5rg$gtu$1@client3.news.psi.net>,
abigail@fnx.com wrote:
> Jarkko Hietaniemi (jhi@alpha.hut.fi) wrote on MCMXXXV September MCMXCIII
> in <URL:news:oeesoedrvpr.fsf@alpha.hut.fi>:
> ++
> ++ Okay, give me 123**456 in base 789?
>
> 569 373 666 115 375 198 632 735 092 529 302 012 264 005 503 563 614
> 559 766 345 259 316 734 336 028 062 320 117 784 544 582 740 037 143
> 494 181 028 245 030 511 349 125 165 389 285 485 583 713 396 116 708
> 570 679 712 210 562 297 338 089 211 000 779 102 576 111 012 202 294
> 291 766 275 303 434 616 239 484 725 540 564 696 554 781 504 294 607
> 159 250 538 273 020 447 039 433 208 602 147 304 711 251 328 010 680
> 118 623 374 715 466 565 518 393 482 697 635 558 661 390 196 681 500
> 398 363 604 738 141 785 079 490 417 267 603 249 774 484 562 287 583
> 657 245 715 414 107 614 268 185 215 181 324 604 061 450 465 684 531
> 169 573 639 774 058 717 750 419 764 172 523 170 721 372 163 600 709
> 102 448 312 419 265 077 752 163 783 116 661 357 011 703 179 260 318
> 084 107 459 207 686 560 053 710 722 113 170 270 294 332 308 370 463
> 396 184 052 653 094 511 342 615 298 517 251 757 722 221 571 356 634
> 452 028 060 708 603 258 193 279 578 238 774 034 428 155 646 726 378
^^^ The edge of the universe, for me
> 155 784 597 161 738 704 595 423 628 172 386 314 654 433 550 052 397
> 338 656 336 383 092 136 140 075 144 035 037 281 606 267 047 199 675
> 487 382 182 172 267 050 421 674 340 506 198 570 578 063 643 407 241
> 485 051 481 009 716 585 134 189 770 173 508 734 702 531 155 591 079
> 745 059 662 223 461 117 317 660 120 363 175 158 773 135 398 092 114
> 309 395 515 268 629 699
>
> HTH. HAND.
>
> Abigail
I can't get past 60*789**105 on any of the systems I have access to,
let alone 569*789**328, so I'll ignore that dig :) ... or is there some
way to derive it, rather than actual numerical computation?
Patrick Timmins
$monger{Omaha}[0]
-----------== Posted via Deja News, The Discussion Network ==----------
http://www.dejanews.com/ Search, Read, Discuss, or Start Your Own
------------------------------
Date: Mon, 21 Dec 1998 15:35:30 GMT
From: "Sam Patton" <samuel.patton@wichita.boeing.com>
Subject: Re: Perl Training - Worth it?
Message-Id: <F4BnAw.Joo@news.boeing.com>
My only problem with the training that I have seen available is that its all
geared to
UNIX. I and some of my associates would very much like to find a good class
on
on using PERL in the WIN32 environment.
Any suggestions.
Chris Hobbs wrote in message <367D7543.FFEDC0F9@silvervalley.k12.ca.us>...
>Tom Christiansen wrote:
>
>> My goodness, but that's expensive! You can do a lot better than that
>> if you look around just a wee bit. I'd rather not say more than that.
>
>Thanks Tom,
>
>Boulder's got to be cold this time of year though :-)
>
>It looks like I'm going to stock up on O'Reilly books for now, and
>perhaps consider further training later next year. I do like the idea of
>having a true guru for a trainer though!
>
>--
>Chris Hobbs chobbs@silvervalley.k12.ca.us|Network Admin | Postmaster
>Silver Valley Unified School District |MCP - TCP/IP | J.A.W.P.H.
>http://www.silvervalley.k12.ca.us/chobbs |A witty saying proves nothing.
> - Voltaire
>
------------------------------
Date: Mon, 21 Dec 1998 12:18:35 -0500
From: Bill Jones <bill@fccj.org>
Subject: Re: Rather complicated, is this possible? Trying to "Glue" this idea together!
Message-Id: <367E82E2.B15DB271@fccj.org>
Ryan wrote:
>
<Snipped a long story>
> But I want to know if it's possible to break down a long command line
> passed to the script and use those exact parts as the commands. Liek
> above, but more cryptic even!
> such as:
> pathtoscript/script?TICKET=12encryptedpasswordrandomnumbers_savedcommandchange
>
>
<Snipped a longer story...>
Yes, what you want is possible, but I feel
you are trying to make it as hard as possible to
achieve the desired results...
A couple of things-
* Use CGI.pm's "param()" to break up CGI data.
* Use Regular Expressions and split to break up passed
data patterns (or use the unpack() function.)
* Using substr so much will only lead to heart burn :]
2 Cents,
-Sneex- :]
______________________________________________________________________
Bill Jones | FCCJ Webmaster | http://www.fccj.org/cgi/mail?webmaster
http://certserver.pgp.com:11371/pks/lookup?op=get&search=0x37E70D5E
------------------------------
Date: Mon, 21 Dec 1998 15:29:23 GMT
From: davel@spc.uchicago.edu (Dave Lorand)
Subject: Re: Retrospective on comp.lang.perl.moderated?
Message-Id: <davel-2112980929230001@honeybee.src.uchicago.edu>
In article <MPG.10e2d95848e744bd989963@nntp.hpl.hp.com>, lr@hpl.hp.com
(Larry Rosler) wrote:
> With year-end-assessment time rapidly approaching, would anyone care to
> comment on how comp.lang.perl.moderated has performed over its life of
> six months or so, relative to the hopes and expectations of its
> proponents?
>
> A cost-benefit analysis at this time might be enlightening.
When I started working with Perl (about a year ago) I was completely
overwhelmed by the volume on clp.misc. I gave up on it because I just
didn't have the time to sort through all of that stuff. By contrast, I
love clp.mod. I learn interesting things almost every day, and sometimes
I get to help someone else with something I've already figured out. I
wouldn't mind getting two or three times the volume we do now, but I do
really appreciate not having the massive volume and low S/N ratio of
clp.misc.
Thanks to the creators and moderators for making this group possible.
Dave
____________________________________________________________
| Dave Lorand | davel@spc.uchicago.edu |
| Programmer/Analyst | 773-702-3792 |
| Social Science Research Computing | 773-702-0793 (dept.) |
| University of Chicago | 773-702-2101 (fax) |
+-----------------------------------+------------------------+
------------------------------
Date: 21 Dec 1998 14:16:41 GMT
From: jseymour@jimsun.LinxNet.com (Jim Seymour)
Subject: Re: Review This For Me? (Note: 166 lines of code)
Message-Id: <75ll89$phn$1@jimsun.uucp>
[Note: I Cc'd you, Greg, because it's been a couple of days since
you posted your comments and I didn't know whether you'd necessarily
notice the follow-up.]
In article <75e6os$alv$1@news0-alterdial.uu.net>,
gward@thrak.cnri.reston.va.us (Greg Ward) writes:
> Jim Seymour <jseymour@jimsun.LinxNet.com> wrote:
[Code & request for reviews/evaluations: snip]
>
> Good start: documentation! Always important.
Thanks. Yes. If nothing else: I can't count the number of times
I got lazy with docs and then had trouble dealing with my *own*
code later.
> Might be useful to put
> usage info like this as a POD, though.
Learning to do POD is on the list.
>
>> use strict;
>> use Getopt::Std;
>>
>> use vars qw(
[bunch o' vars: snip]
>> );
>
> Saying 'use strict' and then declaring a whole bunch of global variables
> is better than not using strict at all, but it's kind of silly.
[snip]
At least I got a fraction of a point! :-). Okay... A bit of a
misunderstanding on my part. (I have Learning Perl, the Camel
Book, Advanced Perl Programming, and (latest) the Perl Cookbook.
And I've read the FAQs. And spent some time lurking here. And
I'm a relatively accomplished C programmer. But somehow I missed
that distinction nonetheless?)
>
> You should just ditch your 'use vars' and declare all these variables as
> lexically scoped using 'my'.
I did that except for the exceptions noted later.
> Makes your code much easier to maintain:
> how many times did you have to go back and edit the 'use vars' to
> add yet another new variable?
Yeah. Somehow I rather thought that was (part of) the whole point.
>
>> $opt_q = 0; # for "simpler" tests later in case not set
>> getopts('qd:') ||
>> die "$usageMsg\n";
>
> getopts lets you be strict and avoid the "set a variable named after an
> option" hack. I would do it like this:
>
> my %opt;
> getopts ('qd:', \%opt) ||
> die "$usageMsg\n";
That one I knew about. It's noted in the Getopt::Std perldoc. (See?
I told you I RTFM'd! :-) Tho I appreciate you noting it nonetheless.)
Purists may roast me for it, but I left my "$opt_*" vars as they were--
global and all. My thinking being: "$opt_*" is pretty darn obvious and
therefor not (as?) susceptible to accidental misuse as more commonly
named variables. A compromise, I agree. I also left the $usageMsg
as it was.
>
[snip]
>
> The rest of your code looks fine.
Thanks again.
> I don't see anything that will have
> to change if you fix to use 'my' for all your now-global variables, but
> I bet you'll find some spots where a subroutine is using a global
> variable that *should* be passed in as a parameter.
One of the "$opt_" vars and the $usageMsg. I can live with that.
> That's the
> sort of bug that 'use strict' helps you find, and 'use vars' lets
> you get away with -- which is why 'use vars' should be used sparingly.
Perhaps someone can explain this one, point me to the relevant
chapters in (one of) the aforementioned books, or point me to a
FAQ: when I simply changed that list of vars to "my", I got
absolutely no complaints, either with "perl -c -w" or actually
running the code. I *think* I can understand why I didn't get a
complaint about the "$opt_" vars (tho I'd like to see somebody
explain it rather than guessing), but why didn't I get a complaint
over "$usageMsg" in "sub get_datestr"? (The functionality was,
of course, broken wrt the $opt_'s, but the $usageMsg actually
still worked in the sub!)
>
> Oh, good move on passing hash refs to your print_file_by_cnt_vals sub.
> That's the way to go...
>
>> How am I doing?
>
> A lot better than a lot of newbies who post here! Get rid of your
> global variables and your karma will shoot up...
Thanks & thanks, Greg. And thanks for the eval and suggestions as
well!
Maybe my karma didn't shoot up *quite* as high as it could have (due
to the compromises), but I suspect it's improved a bit. Tho I've
definitely got to get a handle on why the change to "my" on the
variables didn't result in the expected (by me, at least) behaviour!
Regards,
Jim
--
Jim Seymour
jseymour@jimsun.LinxNet.com
http://home.msen.com/~jimsun
------------------------------
Date: Mon, 21 Dec 1998 10:56:52 -0500
From: Jim Michael <jim.michael@gecm.com>
Subject: Re: Running Perl for Win32 -- Beginner Question
Message-Id: <367E6FC4.785E@gecm.com>
Stephen C. Smith wrote:
>
> On Sun, 20 Dec 1998 20:06:36 -0600, John Maas <jmaas@execpc.com>
> wrote:
> I've tried that. I still get the message, "This program cannot
> be run in DOS Mode." It only seems to work if executed through Win95
> Explorer.
Go into MS Exploder and right mouse click on perl.exe and see if MS-DOS
mode is enabled. If it is, uncheck it and see if that helps. From MSDN,
"When an MS-DOS - based application starts in MS-DOS Mode, Windows 95
removes itself from memory (except for a small stub) and provides the
application with full access to all the computer's resources. " HTH.
Cheers,
Jim
------------------------------
Date: Mon, 21 Dec 1998 10:30:20 -0500
From: John Porter <jdporter@min.net>
Subject: Re: sort it ?
Message-Id: <367E698C.37D0B6AA@min.net>
Micha3 Rutka wrote:
>
> all what is needed is 'linearization' (i.e. reducing number of indexes
> in an array) of the anonymous array used by ST. This trick removes
> need for index manipulation.
>
> I call the above process an 'invention'.
Insight and discovery, sure. Invention, no. Trick? Hardly.
> What we get after it is something simpler that ST itself. Simple is
> beautiful, therefore you can say that it should be rule-of-thumb. But
> rule-of-thumb is usually something very complicated reduced to a
> simple sentence.
That's exactly what we have in this case.
> If I say to somebody, which does not now much how
> computers operate, that 'sort comparision is usually much faster than
> explicit comparison code', then he certinaly ask - WHY?
Simple: overhead of the callback. Calling native C code vs. Perl bytecode.
> Note that my
> construction is against another rule-of-thumb, which says 'larger code
> is usually faster than a compact code, performing the same task'.
WHAT?! True in some cases, maybe. Rule of thumb? NOT!
John Porter
------------------------------
Date: Mon, 21 Dec 1998 10:32:39 -0500
From: John Porter <jdporter@min.net>
Subject: Re: sort it ?
Message-Id: <367E6A17.80FF69B@min.net>
Micha3 Rutka wrote:
>
> You can speed up even more if you use the original technique (without a
> name yet) ...
Doesn't need a name.
Remember, kids: use the built-in sort comparison if the performance
of your sorts is a concern.
John Porter
------------------------------
Date: 21 Dec 1998 16:30:25 +0100
From: rutka@lucent.com (Micha3 Rutka)
Subject: Re: Sorting problem: Is there a better way?
Message-Id: <wsm3e69ikby.fsf@hzsac328.nl.lucent.com>
lr@hpl.hp.com (Larry Rosler) writes:
[...]
> sub _Default_sort{
> # Schwartz Transform using default sort.
> my $list = letters();
> my @sorted =
> map { substr $_, 1 + rindex $_, "\0" }
> sort
> map { /(\D*)(\d*)/; sprintf "\U$1\E%9d\0$_", $2 }
> @$list;
> # Note: The data have no percent signs, so substituting into the
> # 'sprintf' format is safe. For the faint-hearted, this could be
> # written as: sprintf "%s%9d\0%s", uc $1, $2, $_
> # I doubt the benchmark result would change noticeably.
> # Also, the right-adjusting parameter '9' depends on the maximum
> # possible length of the digit string. This all works because the
> # padding spaces sort lower than any alphanuerics, thus effectively
> # terminate the alphabetical part of the sort. Some might prefer to
> # insert another "\0" between the fields, and/or to zero-pad the digits.
>
> $list = numbers();
> @sorted =
> map { substr $_, 1 + rindex $_, "\0" }
> sort
> map { /(\D*)(\d*)/; sprintf "\U$1\E%9d\0$_", $2 }
> @$list;
> }
There is even a faster method:
sub _Michal_sort{
my $list = letters();
my @sorted = map { substr $_, 1 + rindex $_,"\0" }
sort
map { /(\D*)(\d*)/;
pack("a*I","\U$1",$2)."\0$_" }
@$list;
$list = numbers();
@sorted = map { substr $_, 1 + rindex $_,"\0" }
sort
map { /(\D*)(\d*)/;
pack("a*I","\U$1",$2)."\0$_" }
@$list;
}
[...]
>
> Benchmark: timing 1000 iterations of Default sort, Schwartzian Transform
> 2...
> Default sort: 33 wallclock secs (33.34 usr + 0.00 sys = 33.34 CPU)
> Schwartzian Transform 2: 44 wallclock secs (43.66 usr + 0.00 sys =
> 43.66 CPU)
Benchmark: timing 200 iterations of Default sort, Michal sort,
Schwartzian Transform 2...
Default sort: 16 secs (15.16 usr 0.00 sys = 15.16 cpu)
Michal sort: 15 secs (14.52 usr 0.01 sys = 14.53 cpu)
Schwartzian Transform 2: 26 secs (23.06 usr 0.00 sys = 23.06 cpu)
>
> Comments on benchmarking:
>
[...]
Although the difference is not much, personaly I find it a pity when
my original technique is used without a full understanding :-(.
Regards,
Michal
--
Dr. Ir. Michal Rutka Lucent Technologies - Huizen, The Netherlands
Senior System Engineer mailto:rutka@lucent.com
------------------------------
Date: Mon, 21 Dec 1998 10:56:03 -0600
From: Tk Soh <r28629@email.sps.mot.com>
Subject: Re: Splitting a line at |'s
Message-Id: <367E7DA3.E5B0D96B@email.sps.mot.com>
Adam Levy wrote:
>
> In article <367D3E44.FDA9C016@home.com>, Rick Delaney
> <rick.delaney@home.com> wrote:
>
> > [posted & mailed]
> >
> > Adam Levy wrote:
> > >
> > > i'd use:
> > > ($one,$two,$three) = split(/|/,$vartobesplit,3);
> >
> > Why would you ever use that??
>
> [blah, blah, blah; garbage, garbage, garbage]
>
> > What you have written makes it look like you want to split on '|',
>
> Funny, thats what the original poster wanted.
>
> > which
> > of course would be written as:
> >
> > ($one,$two,$three) = split(/\|/,$vartobesplit,3);
>
> Of course I meant that, you self declared idiot. If you had read the
> original post, splitting it up into three variables was the objective, not
> the garbage you wrote about at the start of your critique. It was an
> honest and accidental mistake. Calm down a little and save yourself a
> heart attack.
I sense no flame it Rick D's message. He was simply trying to correct
your mistake. You posted suggests that you are the one who need to "Calm
down a little and save yourself a heart attack."
-TK
------------------------------
Date: Mon, 21 Dec 1998 11:45:26 -0500
From: Erik van Roode <newsposter@cthulhu.demon.nl>
Subject: Re: trouble with a script
Message-Id: <367E7B26.CD1EB76E@cthulhu.demon.nl>
Kingsley Foreman wrote:
>
> I have this script that i wrote
>
> it works for perl win32 but won't work under lynix
>
> its log has
>
> [error] Premature end of script headers: /usr/lib/cgi-bin/table.pl
>
> can someone who nows have a look and tell me what im doing wrong
>
> the script is
>
> ---------------------------------------------------------------------------------------
[snip]
> sub open_file {
>
> local ($filevar, $filemode, $filename) = @_;
>
> open ($filevar,$filemode . $filename) ||
> die ("Can't open $filename");
> }
Your script probably dies somewhere without generating a valid html response.
Use something like die ("Content-type: text/html\n\nCan't open $filename");
Then you can see where/why your script fails. That's the first step in
figuring out your problem.
Erik
------------------------------
Date: Mon, 21 Dec 1998 17:11:15 -0000
From: "Artoo" <r2-d2@REMOVEbigfoot.com>
Subject: Turning Variables into CAPS?
Message-Id: <75lvhe$89g$1@plug.news.pipex.net>
Hi all
I seem to remember a while back on this newsgroup someone was asking about
tuning variables into Caps. Can someone remind me about how you turn the
first letter of a variable into caps and the entire variable into Caps?
Many thanks, Happy Christmas!
Artoo
------------------------------
Date: Mon, 21 Dec 1998 12:58:58 -0500
From: "Allan M. Due" <Allan@due.net>
Subject: Re: Turning Variables into CAPS?
Message-Id: <75m1v2$qps$1@camel18.mindspring.com>
Artoo wrote in message <75lvhe$89g$1@plug.news.pipex.net>...
>Hi all
>
>I seem to remember a while back on this newsgroup someone was asking about
>tuning variables into Caps. Can someone remind me about how you turn the
>first letter of a variable into caps and the entire variable into Caps?
One way:
#!/usr/local/bin/perl -w
use strict;
my $variable = 'abcdefghijklmnopqrstuvwxyz';
my $caps;
($caps = $variable) =~ s/(^[a-z])/uc($1)/e;
print $caps,"\n";
my $Caps = uc($variable);
print $Caps;
AmD
------------------------------
Date: 12 Dec 98 21:33:47 GMT (Last modified)
From: Perl-Request@ruby.oce.orst.edu (Perl-Users-Digest Admin)
Subject: Special: Digest Administrivia (Last modified: 12 Dec 98)
Message-Id: <null>
Administrivia:
Well, after 6 months, here's the answer to the quiz: what do we do about
comp.lang.perl.moderated. Answer: nothing.
]From: Russ Allbery <rra@stanford.edu>
]Date: 21 Sep 1998 19:53:43 -0700
]Subject: comp.lang.perl.moderated available via e-mail
]
]It is possible to subscribe to comp.lang.perl.moderated as a mailing list.
]To do so, send mail to majordomo@eyrie.org with "subscribe clpm" in the
]body. Majordomo will then send you instructions on how to confirm your
]subscription. This is provided as a general service for those people who
]cannot receive the newsgroup for whatever reason or who just prefer to
]receive messages via e-mail.
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.misc (and this Digest), send your
article to perl-users@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.
The Meta-FAQ, an article containing information about the FAQ, is
available by requesting "send perl-users meta-faq". The real FAQ, as it
appeared last in the newsgroup, can be retrieved with the request "send
perl-users FAQ". Due to their sizes, neither the Meta-FAQ nor the FAQ
are included in the digest.
The "mini-FAQ", which is an updated version of the Meta-FAQ, is
available by requesting "send perl-users mini-faq". It appears twice
weekly in the group, but is not distributed in the digest.
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 V8 Issue 4472
**************************************
