[15992] in Perl-Users-Digest
Perl-Users Digest, Issue: 3404 Volume: 9
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Sat Jun 17 18:05:28 2000
Date: Sat, 17 Jun 2000 15:05:14 -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: <961279514-v9-i3404@ruby.oce.orst.edu>
Content-Type: text
Perl-Users Digest Sat, 17 Jun 2000 Volume: 9 Number: 3404
Today's topics:
# Algorithm to generate user session id's for web serve <miguel3000@bigfoot.com>
Re: # Algorithm to generate user session id's for web s <rootbeer@redcat.com>
[ANNOUNCE] Curses module v1.04 is now available <William_Setzer@ncsu.edu>
[Off Topic - Ignore Please] Re: hoe to know which modul <callgirl@la.znet.com>
Accessing XSUB global variables from Perl <vikas@navya.com>
ANNOUNCE: Algorithm::Diff v1.06 in CPAN (new version an <perl@bike-nomad.com>
ANNOUNCE: Archive::Zip v0.09 in CPAN (new version) <ned@bike-nomad.com>
Re: Anyone use ActivePerl on Win95 or Win98 <hedim@hta-bi.bfh.xxx>
Re: Bot for this group to auto-answer queries? <rootbeer@redcat.com>
Re: Bot for this group to auto-answer queries? <henry@penninkilampi.net>
Re: Bot for this group to auto-answer queries? <rootbeer@redcat.com>
changing file permissions without telnet <primeooze@hotmail.com>
Re: changing file permissions without telnet <ranshe@Qfish.nospam.com>
Re: changing file permissions without telnet <rootbeer@redcat.com>
Re: Convert::UU::uuencode gives short file error <rootbeer@redcat.com>
Digest Administrivia (Last modified: 16 Sep 99) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Sat, 17 Jun 2000 18:17:56 GMT
From: "Miguel Barrientos" <miguel3000@bigfoot.com>
Subject: # Algorithm to generate user session id's for web server log files?
Message-Id: <ohP25.1976$A35.60747@typhoon.southeast.rr.com>
I'd like to import my web log files into a database for detailed analysis;
however, I'd first like to append to each row in the flat file a session id.
Does anybody know of a good perl algorithm to generate the session id's?
Conceptually, what the algorithm would have to do is the following:
1. Open log file
2. Read line, generate a session id and store "open" session in memory
3. Read next line and check if user already has a session id (based on
timestamp, IP, and browser type). If yes, set session id to exisiting
session id. If no, generate new session id and add session to list of open
sessions
4. Loop through open sessions. If timestamp of current line is X minutes
after open session, close it and remove it from list of open sessions.
Thanks in advance for any pointers,
Miguel
miguel3000@bigfoot.com
------------------------------
Date: Sat, 17 Jun 2000 12:51:21 -0700
From: Tom Phoenix <rootbeer@redcat.com>
Subject: Re: # Algorithm to generate user session id's for web server log files?
Message-Id: <Pine.GSO.4.10.10006171242440.21108-100000@user2.teleport.com>
On Sat, 17 Jun 2000, Miguel Barrientos wrote:
> Does anybody know of a good perl algorithm to generate the session id's?
The algorithm would almost certainly be the same if it were implemented in
another language; perhaps you should discuss this in
comp.infosystems.www.authoring.cgi.
> Conceptually, what the algorithm would have to do is the following:
>
> 1. Open log file
Don't forget file locking!
> 3. Read next line and check if user already has a session id (based on
> timestamp, IP, and browser type).
Ah, but some users will be using proxies and other methods which can
assign one IP address to many browsers at once. They could even have a
different IP address from one request to the next. You can't reliably use
IP addresses to identify users.
If you want a session id for web transactions, you should generally assign
it to the browser "at first sight" and ask the browser to give it back
upon each request. This is typically done with hidden fields or PATH_INFO,
although sometimes cookies can do this, if they're supported. If you can
use authentication, that can be the best method for identifying users,
rather than browsers, though.
As I said, this is the same whether you use Perl or some other language;
if you have further questions about this, the newsgroup
comp.infosystems.www.authoring.cgi may be able to help. Good luck!
--
Tom Phoenix Perl Training and Hacking Esperanto
Randal Schwartz Case: http://www.rahul.net/jeffrey/ovs/
------------------------------
Date: 16 Jun 2000 13:43:17 -0400
From: William P Setzer <William_Setzer@ncsu.edu>
Subject: [ANNOUNCE] Curses module v1.04 is now available
Message-Id: <9sP25.1110$v7.71772@news-west.usenetserver.com>
The Curses module v1.04 should be showing up on CPAN shortly. I've
added a lot, cut a lot, and generally made a mess of things, so
feedback on whether this version works or not would be very much
appreciated. The README follows:
The Curses extension to perl v5
Version 1.04
Copyright (c) 1994-2000 William Setzer
All rights reserved.
This program is free software; you can redistribute it and/or modify
it under the same terms as perl, specifically:
a) the GNU General Public License as published by the Free
Software Foundation; either version 1, or (at your option) any
later version, or
b) the "Artistic License" which comes with this Kit.
This program is distributed in the hope that it will be useful,
but WITHOUT ANY WARRANTY; without even the implied warranty of
MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
Artistic License for more details.
You should have received a copy of the Artistic License with this
Kit, in the file named "Artistic". If not, I'll be glad to provide one.
You should also have received a copy of the GNU General Public License
along with this program; if not, write to the Free Software Foundation,
Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307, USA.
This is a dynamic loadable curses module for perl. You can get this
package at any CPAN archive.
Please see the INSTALL document for how to install it on your system,
the Curses pod (located at the end of "Curses.pm") for known
incompatibilities with other Perl programs, and the end of this
document for known compile or install problems.
New in 1.04:
o (1.03 was a test version.)
o Completely retooled most of the important parts! Reread the INSTALL
document "just in case", but the changes should be mostly internal.
o New release is now also covered under the GPL, to appease the
license-challenged.
o Dropped support/instructions for perl with version less than 5.003.
o Fixed is_linetouched arg count.
o Added a Curses::Screen::new to allow for object oriented calls.
o Added suport for getmaxx() and getmaxy() for those Ultrix/Alpha
libs that dont have the -yx version.
o Added optional panel support! [*]
Thanks to Chris Leach <leachcj at bp.com>.
o Renamed the variable "rs" in the border function so it would no
longer conflict with one defined in threads.
o Additional VMS fixes.
o Additional support for IRIX.
o OpenBSD hints.
o Added support for the [ncurses] resize() function.
o Added NCR MPRAS 3.02 hints.
o Unpolluted na, sv_yes, sv_no, sv_undef.
o Added DESTROY method to quell "invisible" complaints.
o Added support for the COLORS and COLOR_PAIRS variables (and
function equivalents).
o Added cygwin hints.
o Deleted support for the following functions. (I couldn't remember
where I got them in the first place, and in some cases they
actually cause problems.)
getattrs gettmode mvcur setterm
o Also added support for the following functions. (I think [hope]
this is all of them :)
attr_get attr_off attr_on attr_set chgat curs_set cursyncup
def_prog_mode def_shell_mode delay_output delwin dupwin filter
getsyx getwin has_key mvderwin napms putwin redrawln redrawwin
reset_prog_mode reset_shell_mode scr_dump scr_init scr_restore
scr_set setsyx slk_attr slk_attroff slk_attron slk_attrset
slk_color syncdown syncup termattrs termname untouchwin use_env
o Removed support for the following variables. (They never worked,
but now Curses won't even tell you they don't work.)
ttytype My_term Def_term
My thanks to the following people:
walker at sky.nlm.nih.gov [Curses::Screen::new, IRIX fixes]
jrs at sys.uea.ac.uk [getmaxx, getmaxy]
drs1 at lucent.com [rs/thread conflict]
pvhp at forte.com [VMS fixes]
sgrozev at orbitel.bg [OpenBSD hints]
mike at unix1.allvirtual.com [OpenBSD hints]
James.Bailey at AtlantaGA.NCR.COM [NCR hints]
Todd.Miller at courtesan.com [OpenBSD hints]
mcafee at umich.edu [DESTROY method]
michael at shoebox.net [COLORS/COLOR_PAIRS support]
gombasg at inf.elte.hu [DESTROY method]
aweinberger at insweb.com [OpenBSD hints]
spinazzi at databankgroup.it [Cygwin hints]
[*] His full patch is yet to be integrated. The parts clearing the
way for forms and menu library support are not there yet.
Maybe next time... :)
I also reserve the right to fiddle around with package placement
for panels. Curses::Panels is a probable spot.
The "demo" program is for demonstration purposes only. If it
references a function your version of curses doesn't have, wrap it in
an "eval" and try again. Same goes double for the "gdc" program.
You can type "make cdemo" to make a C language version of the demo.
If you get the same results via "demo" and "cdemo", but they don't
look right, then it's a bug in your libcurses, not in Curses.
Enjoy!
William Setzer
William_Setzer at ncsu.edu
Known Problems
--------------
NCurses
getch() and getstr() don't work right under very old versions of
ncurses (around v1.8.5). Please upgrade to a newer version.
panel_hidden() test is reversed in v1.9.9.g. Please upgrade to
a newer version.
------------------------------
Date: Sat, 17 Jun 2000 14:36:27 -0700
From: Kira <callgirl@la.znet.com>
Subject: [Off Topic - Ignore Please] Re: hoe to know which modules installed
Message-Id: <394BEF5B.EA64C79D@la.znet.com>
ChungpingLi wrote:
> Firends
> How to find out which modules installed in perl
> Please tell me
> Andrea
Others have graciously posted on how to do this.
You will enjoy how small our world can become,
when we pay attention to events and pay attention
to often overlooked minor details.
Seems bigfoot.com is a very popular remailer lately.
Are you satisfied with their service? I know of a
person who maintains lots of accounts with bigfoot
along with lots and lots of other servers. He seems
satisfied with this privacy afforded.
Anyhow, this sanfrancisco1.level3.net just happens to
be one of many personal servers of this person, someone
my friends and myself have known for a few years. What
a coincidence! He operates some class C servers in 'Frisco
with a peer news feed. Maybe you know him? This would explain
your posting through wt.net news server over in Texas.
Having lots of news servers available makes life a
lot easier, sure does.
However, more coincidental, my real name is Andrea
just like yours, Chung Ping Li.
That ain't all Andrea! Look at your path and look
at this!
10:22:53 5/15/2000 CHAT PROXY ATTEMPT:
- ISP: webcache.mathworks.com - DNS: 144.212.95.125
- System: mozilla/4.0 (compatible; msie 4.01; windows nt)
- X-Forwarded: 144.212.115.230
- Proxy Via: 1.1 webcache.mathworks.com:3128 (squid/2.2.stable2)
This person I know and mentioned, just happens to have a
lot of computers at his servers, one loaded with Win NT
and MSIE 4.01 !! Dang, so many million-to-one coincidences,
all wrapped up in one neat little article. I would have
fainted if you had posted via a MAC, his favorite system!
Very small world suddenly, yes Mr. Li? So very many
coincidental events in one article. I just couldn't
resist posting some trivia for you, even if mildly
off-topic, something I rarely do and avoid as a rule.
If you know Frank, tell him Kira says hello. He well
knows me.
I wish you luck on finding those modules and, I will
avoid off-topic posts such as this. However, this
is just too tempting with so many coincidences. Almost
like winning the California State Lottery.
Andrea better known as Kira
------------------------------
Date: Sat, 17 Jun 2000 10:57:03 -0400
From: Vikas Aggarwal <vikas@navya.com>
Subject: Accessing XSUB global variables from Perl
Message-Id: <394B91BF.9109C4D1@navya.com>
Is there any way to access C global variables in an XS file from perl
(without writing a function?). I could only find references to invoking C
functions in the .xs file, nothing on accessing the global C variables.
test.xs
--------
int flag = 0;
MODULE = test PACKAGE = test
void
set_flag()
CODE:
printf ("flag = %d\n", flag);
test.pl
--------
use test;
$test::flag = 5; # try to access global var in test.xs file
test::set_flag();
Do I have to write a .XS function to set_ and get_ for each of these global
variables?
Thanks,
-vikas
------------------------------
Date: Thu, 15 Jun 2000 09:00:52 -0800
From: "Ned Konz" <perl@bike-nomad.com>
Subject: ANNOUNCE: Algorithm::Diff v1.06 in CPAN (new version and maintainer)
Message-Id: <esP25.1111$v7.70783@news-west.usenetserver.com>
Mark-Jason Dominus has just handed the maintenance of the
Algorithm::Diff Perl module over to me.
This is a module for computing the difference between two files, two
strings, or any other two lists of things. It uses an intelligent
algorithm similar to (or identical to) the one used by the Unix `diff'
program. It is guaranteed to find the *smallest possible* set of
differences.
Included is a version of the Unix diff utility that uses Algorithm::Diff
and produces compatible output.
I've uploaded a completely re-written version (1.06) to CPAN, where it
resides under the authors/id/N/NE/NEDKONZ/ directory (along with my
Archive::Zip module). So, for instance, you can get it from the
http://www.cpan.org/modules/by-authors/id/N/NE/NEDKONZ/ directory. The
new version runs much faster and with much less memory consumption when
comparing large arrays/files.
The module index on CPAN has not yet been changed to reflect my
ownership of the module, so use the above link.
I'd like to thank Mark for doing the original Algorithm::Diff as well as
all his other CPAN modules and training. I had the opportunity to meet
and talk with him on the Perl Whirl, a one-week cruise/technical
conference that went up to Alaska. He's a great guy and very bright (as
you've already noticed, no doubt).
I had an easier time of writing this than Mark did, since I found a
Smalltalk version on the net that had been done by Mario Wolczko
<mario@wolczko.com>. His source is available at
ftp://st.cs.uiuc.edu/pub/Smalltalk/MANCHESTER/manchester/4.0/diff.st if
you're interested. I spent quite a while optimizing time and memory
after doing the port.
There is one change to the interface: if you're passing a user-defined
comparison function, you'll have to change it to a function that
generates key strings instead. This is used internally for comparison
and key generation (I use a hash for speed and the keys are used as keys
into this hash).
If you aren't passing a user-defined comparison function, this should be
a drop-in replacement. Specifically, if you're comparing strings,
there's probably nothing to change.
But if you're using objects or something more complex in the arrays,
you'll need to supply a key-generating function.
For example, if you're doing a case-insensitive diff, you might have had
a comparision function that looked like this:
sub { lc($_[0]) eq lc($_[1]) }
for this new version, you'd change this to:
sub { lc($_[0]) }
to supply a key for the strings instead.
--
Ned Konz
Perl homepage: http://bike-nomad.com/perl
------------------------------
Date: Fri, 16 Jun 2000 09:51:32 -0800
From: "Ned Konz" <ned@bike-nomad.com>
Subject: ANNOUNCE: Archive::Zip v0.09 in CPAN (new version)
Message-Id: <3sP25.1109$v7.71562@news-west.usenetserver.com>
Archive::Zip version 0.09 has been released.
>From the README:
The Archive::Zip module allows a Perl program to create, manipulate,
read, and write Zip archive files.
Zip archives can be created, or you can read from existing zip files.
Once created, they can be written to files, streams, or strings.
Members can be added, removed, extracted, replaced, rearranged, and
enumerated. They can also be renamed or have their dates, comments, or
other attributes queried or modified. Their data can be compressed or
uncompressed as needed. Members can be created from members in existing
Zip files, or from existing directories, files, or strings.
Directory trees can be added or extracted simply (this is new).
This module uses the Compress::Zlib library to read and write the
compressed streams inside the files. Note that versions of Compress::Zlib
prior to 1.06 truncate data.
Examples and helper libraries are given to show how:
* zip files can be written to strings
* zip files can be written in chunks to arbitrary functions
CHANGES SINCE VERSION 0.07:
0.09 Tue May 9 13:27:35 PDT 2000
- Added fix for bug in contents()
- removed system("rm") call in t/test.t for Windows.
0.08 March 27 2000 (unreleased)
- Fixed documentation
- Used IO::File instead of FileHandle, allowed for use of almost anything as
a file handle.
- Extra filenames can be passed to extractMember(),
extractMemberWithoutPaths(), addFile(), addDirectory()
- Added work-around for WinZip bug with 0-length DEFLATED files
- Added Archive::Zip::Tree module for adding/extracting hierarchies
COPYRIGHT:
Copyright (c) 2000 Ned Konz. All rights reserved. This program is free
software; you can redistribute it and/or modify it under the same terms
as Perl itself.
AVAILABILITY:
>From CPAN, in directory
http://www.cpan.org/modules/by-authors/id/N/NE/NEDKONZ/
or
ftp://ftp.cpan.org/pub/CPAN/modules/by-authors/id/N/NE/NEDKONZ/
as Archive-Zip-0.09.tar.gz or Archive-Zip-0.09.zip
Or on my website:
http://bike-nomad.com/perl/
--
Ned Konz
currently: Stanwood, WA
Perl homepage: http://bike-nomad.com/perl
------------------------------
Date: Sat, 17 Jun 2000 21:05:29 +0200
From: Markus Hediger <hedim@hta-bi.bfh.xxx>
Subject: Re: Anyone use ActivePerl on Win95 or Win98
Message-Id: <394BCBF9.D950010E@hta-bi.bfh.xxx>
hi again
when i read your last message, i think my question is not that stupid:
do you have a webserver installed on the computer where you're testing
all the stuff?
if yes, check wheter the server is configured to run .pl-files as cgi
programs, and not to send them to the client as is. because that's when
your browsers receives a "text/pl" or whatever file from the server and
then thinks "yeah, that's a perl script my user is downloading - let's
impress him and invoke the local perl interpreter!" and you see the
output in the dos window... :)
i hope that helps
regards
------------------------------
Date: Sat, 17 Jun 2000 11:12:21 -0700
From: Tom Phoenix <rootbeer@redcat.com>
Subject: Re: Bot for this group to auto-answer queries?
Message-Id: <Pine.GSO.4.10.10006171110230.21108-100000@user2.teleport.com>
On Sun, 18 Jun 2000, Henry wrote:
> Isn't it Tom Phoenix who regularly posts a pointer to the Perl FAQ in
> this group? Maybe coercing him into inserting a link to
> <http://www.perlfaq.com/> in that document would be the go?
That's a good idea. How about if I insert it retroactively into the ones
I've already posted? :-)
--
Tom Phoenix Perl Training and Hacking Esperanto
Randal Schwartz Case: http://www.rahul.net/jeffrey/ovs/
------------------------------
Date: Sun, 18 Jun 2000 03:53:08 +0930
From: Henry <henry@penninkilampi.net>
Subject: Re: Bot for this group to auto-answer queries?
Message-Id: <henry-9945B7.03530818062000@news.metropolis.net.au>
In article
<Pine.GSO.4.10.10006171110230.21108-100000@user2.teleport.com>, Tom
Phoenix <rootbeer@redcat.com> wrote:
>> Isn't it Tom Phoenix who regularly posts a pointer to the Perl FAQ in
>> this group? Maybe coercing him into inserting a link to
>> <http://www.perlfaq.com/> in that document would be the go?
>
> That's a good idea. How about if I insert it retroactively into the ones
> I've already posted? :-)
Not time efficient - you have newbies to serve!
Henry.
------------------------------
Date: Sat, 17 Jun 2000 12:41:56 -0700
From: Tom Phoenix <rootbeer@redcat.com>
Subject: Re: Bot for this group to auto-answer queries?
Message-Id: <Pine.GSO.4.10.10006171228370.21108-100000@user2.teleport.com>
On Sun, 18 Jun 2000, Henry wrote:
> > That's a good idea. How about if I insert it retroactively
> > into the ones I've already posted? :-)
>
> Not time efficient
Don't worry; since I'll be doing it retroactively, it'll take a negative
amount of time to accomplish. Or is that an imaginary amount? In any case,
I'll be finished before I begin, so once I will have begun to be finished,
it will be about to be accomplished a month ago. I hope that's clear now.
> - you have newbies to serve!
I tried reading that book, "To Serve Newbies". Omigod! It's full of
recipes! And some of them are pretty tasty!
--Tom "I could go for some Popplers right now" Phoenix
------------------------------
Date: Sat, 17 Jun 2000 14:22:43 -0400
From: "primeooze" <primeooze@hotmail.com>
Subject: changing file permissions without telnet
Message-Id: <394bc17a@news.ismi.net>
anyone know a way?
------------------------------
Date: Sat, 17 Jun 2000 21:59:22 +0200
From: "R@nsh!" <ranshe@Qfish.nospam.com>
Subject: Re: changing file permissions without telnet
Message-Id: <8ighg9$sg0$1@news.huji.ac.il>
Use CuteFTP, or any other ftp client that let's you run unix command.
primeooze <primeooze@hotmail.com> wrote in message
news:394bc17a@news.ismi.net...
| anyone know a way?
|
|
------------------------------
Date: Sat, 17 Jun 2000 12:05:14 -0700
From: Tom Phoenix <rootbeer@redcat.com>
Subject: Re: changing file permissions without telnet
Message-Id: <Pine.GSO.4.10.10006171150180.21108-100000@user2.teleport.com>
On Sat, 17 Jun 2000, primeooze wrote:
> Subject: changing file permissions without telnet
>
> anyone know a way?
Sure. Here are ten.
1. Log in at the console.
2. Beg your admin to do it for you.
3. Write a program to do it.
4. Ask someone else to write the program.
5. Hack the kernel to change the perms on all your files.
6. Hire Uri Geller to move the magnetic domains around on
the disk - if he can bend spoons with his mind, moving
a few particles on a disk should be lots easier,
not to mention more useful.
7. Find a security hole for your machine with the help of
CERT's lists of exploits. Make sure that the hole lets
you run arbitrary code as root - many do. Insert code
that changes the perms.
8. Set up a cron task to call chmod every minute.
9. Install your own telnet daemon, call it "not-telnet",
then use that.
10. Find a service provider who will give you permission to
use telnet.
Okay, so that last one is a cheat. But you aren't asking a Perl question;
I suspect that your real question is, "How can I install programs when my
ISP doesn't let me use telnet, chmod, and other standard utilities?" And
the answer to that is, "Upgrade to a better ISP. This one doesn't want
your business."
If you need further help in finding an ISP, installing programs, or other
non-perl topics, see news.announce.newusers for information on finding
appropriate newsgroups. If you have Perl questions that aren't answered in
the docs, feel free to ask those here. I've set follow-ups, in case
there's any Perl-related follow-up. Cheers!
--
Tom Phoenix Perl Training and Hacking Esperanto
Randal Schwartz Case: http://www.rahul.net/jeffrey/ovs/
------------------------------
Date: Sat, 17 Jun 2000 12:52:31 -0700
From: Tom Phoenix <rootbeer@redcat.com>
Subject: Re: Convert::UU::uuencode gives short file error
Message-Id: <Pine.GSO.4.10.10006171251441.21108-100000@user2.teleport.com>
On Fri, 16 Jun 2000, tlung wrote:
> When I use Convert::UU::uuencode to uuencode a file, the resulting file
> appears to be not uuencoded properly. When I use the UNIX command line to
> uudecode it, it gives a short file error.
Maybe you should make a small, self-contained example which shows what you
mean. If you've found a true bug, this will help others to find and fix
it. Cheers!
--
Tom Phoenix Perl Training and Hacking Esperanto
Randal Schwartz Case: http://www.rahul.net/jeffrey/ovs/
------------------------------
Date: 16 Sep 99 21:33:47 GMT (Last modified)
From: Perl-Users-Request@ruby.oce.orst.edu (Perl-Users-Digest Admin)
Subject: Digest Administrivia (Last modified: 16 Sep 99)
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.
| NOTE: The mail to news gateway, and thus the ability to submit articles
| through this service to the newsgroup, has been removed. I do not have
| time to individually vet each article to make sure that someone isn't
| abusing the service, and I no longer have any desire to waste my time
| dealing with the campus admins when some fool complains to them about an
| article that has come through the gateway instead of complaining
| to the source.
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 V9 Issue 3404
**************************************
