[29895] in Perl-Users-Digest
Perl-Users Digest, Issue: 1138 Volume: 11
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Sat Dec 22 00:09:39 2007
Date: Fri, 21 Dec 2007 21:09:04 -0800 (PST)
From: Perl-Users Digest <Perl-Users-Request@ruby.OCE.ORST.EDU>
To: Perl-Users@ruby.OCE.ORST.EDU (Perl-Users Digest)
Perl-Users Digest Fri, 21 Dec 2007 Volume: 11 Number: 1138
Today's topics:
Accessing Win32 remote scheduled tasks <kingskippus@gmail.com>
Re: Accessing Win32 remote scheduled tasks <kingskippus@gmail.com>
Re: Accessing Win32 remote scheduled tasks <nospam@somewhere.com>
Re: Accessing Win32 remote scheduled tasks <veatchla@yahoo.com>
Re: FAQ 4.3 Why isn't my octal data interpreted correct <brian.d.foy@gmail.com>
Re: FileHandle messes up Oracle connection <smallpond@juno.com>
Re: FileHandle messes up Oracle connection <uri@stemsystems.com>
Re: FileHandle messes up Oracle connection <smallpond@juno.com>
Re: Hi, i have information about C, C++ and Java langua <lew@lewscanon.com>
Regex to remove non printable characters <dontmewithme@got.it>
Re: Regex to remove non printable characters <glennj@ncf.ca>
Re: Regex to remove non printable characters <jurgenex@hotmail.com>
Re: Regex to remove non printable characters <dummy@example.com>
Re: Regex to remove non printable characters <dontmewithme@got.it>
Re: Which editor for Perl hacking are you using <kingskippus@gmail.com>
Re: Which editor for Perl hacking are you using <no@email.invalid>
Re: Which editor for Perl hacking are you using (Randal L. Schwartz)
Re: Which editor for Perl hacking are you using <joost@zeekat.nl>
Re: Which editor for Perl hacking are you using <john@castleamber.com>
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Fri, 21 Dec 2007 13:18:32 -0800 (PST)
From: TonyV <kingskippus@gmail.com>
Subject: Accessing Win32 remote scheduled tasks
Message-Id: <561dc4de-3308-4694-965a-fc09e7d9595d@j20g2000hsi.googlegroups.com>
Hey all, I'm trying to list the scheduled tasks on Windows servers. I
snagged the Win32::TaskScheduler package, and quickly wrote up the
following code:
my $scheduler=Win32::TaskScheduler->New();
$scheduler->SetTargetComputer("\\\\" . $computer);
my @jobs = $scheduler->Enum();
Locally, logged in as myself, it works like a charm. However, if I
put that in a script on an IIS server we're running, it bombs out on
the SetTargetComputer line. I'm pretty sure the problem is with the
permissions. IIS runs scripts as the local IUSR_(servername) account,
which doesn't have access to resources on remote servers.
I'm using integrated Windows authentication in IIS. Ideally, I
suppose I'd like the script to run with the same permissions as the
user who is accessing the site, so that it would have access to
whatever remote resources the user pulling up the web page has.
Does anyone know if this is possible? If not, does anyone know of a
workaround to accessing remote resources that doesn't involve changing
the permissions on the remote server?
------------------------------
Date: Fri, 21 Dec 2007 13:28:44 -0800 (PST)
From: TonyV <kingskippus@gmail.com>
Subject: Re: Accessing Win32 remote scheduled tasks
Message-Id: <cdaf9b37-e6fb-404b-9988-02edb2afd454@t1g2000pra.googlegroups.com>
On Dec 21, 4:18 pm, TonyV <kingskip...@gmail.com> wrote:
> Does anyone know if this is possible? If not, does anyone know of a
> workaround to accessing remote resources that doesn't involve changing
> the permissions on the remote server?
Crap, this might help. I'm using ActiveState Perl 5.8.8, build 820
[274739], and the server is IIS 6 running on a Windows 2003 box.
(I've got a really nasty cold right now, which is my excuse for not
posting this in the original message.)
------------------------------
Date: Fri, 21 Dec 2007 17:11:48 -0500
From: "Thrill5" <nospam@somewhere.com>
Subject: Re: Accessing Win32 remote scheduled tasks
Message-Id: <ZsidnemtFO6Ap_HanZ2dnUVZ_ommnZ2d@comcast.com>
This is a COM security problem, not an issue with your Perl program. (The
Win32:: modules all make calls to Windows COM components)
The following Google search
http://www.google.com/search?hl=en&q=IIS+running+scripts+as+authenticated+user
found this interesting article http://forums.iis.net/t/1002416.aspx that
could be the problem you are running into.
"TonyV" <kingskippus@gmail.com> wrote in message
news:cdaf9b37-e6fb-404b-9988-02edb2afd454@t1g2000pra.googlegroups.com...
> On Dec 21, 4:18 pm, TonyV <kingskip...@gmail.com> wrote:
>> Does anyone know if this is possible? If not, does anyone know of a
>> workaround to accessing remote resources that doesn't involve changing
>> the permissions on the remote server?
>
> Crap, this might help. I'm using ActiveState Perl 5.8.8, build 820
> [274739], and the server is IIS 6 running on a Windows 2003 box.
> (I've got a really nasty cold right now, which is my excuse for not
> posting this in the original message.)
------------------------------
Date: Fri, 21 Dec 2007 16:37:10 -0600
From: l v <veatchla@yahoo.com>
Subject: Re: Accessing Win32 remote scheduled tasks
Message-Id: <13mog0nj0a1h103@news.supernews.com>
TonyV wrote:
> On Dec 21, 4:18 pm, TonyV <kingskip...@gmail.com> wrote:
>> Does anyone know if this is possible? If not, does anyone know of a
>> workaround to accessing remote resources that doesn't involve changing
>> the permissions on the remote server?
>
> Crap, this might help. I'm using ActiveState Perl 5.8.8, build 820
> [274739], and the server is IIS 6 running on a Windows 2003 box.
> (I've got a really nasty cold right now, which is my excuse for not
> posting this in the original message.)
One possible workaround may be to map a drive letter using a user
account with elevated rights to the remote server (Win32::NetResource).
Then access the remote scheduled tasks. Consider security issues this
may cause.
--
Len
------------------------------
Date: Fri, 21 Dec 2007 16:19:53 -0600
From: brian d foy <brian.d.foy@gmail.com>
Subject: Re: FAQ 4.3 Why isn't my octal data interpreted correctly?
Message-Id: <211220071619532389%brian.d.foy@gmail.com>
In article <slrnfmo6ah.bel.hjp-usenet2@hrunkner.hjp.at>, Peter J.
Holzer <hjp-usenet2@hjp.at> wrote:
> Do you really not understand the difference between
>
> my $x = 0377;
>
> and
>
> my $s = '0377';
> my $x = oct($s);
> ?
Well, if you still want to be an asshole, I guess I'll just ignore you.
------------------------------
Date: Fri, 21 Dec 2007 14:34:27 -0800 (PST)
From: smallpond <smallpond@juno.com>
Subject: Re: FileHandle messes up Oracle connection
Message-Id: <ed9b4f12-a37b-42be-adfe-dd397899ad6c@e4g2000hsg.googlegroups.com>
On Dec 21, 1:40 pm, nolo contendere <simon.c...@fmr.com> wrote:
> I had a simple script which connected to an Oracle DB, and when I
> ported the subs to a larger script, I got the following error:
> DBI
> connect('database=FFOSD1;sid=FFOSD1;host=fosappdaldev2;port=1521','FFOSPOCDBO',...)
> failed: ERROR OCIEnvNlsCreate. Check ORACLE_HOME env var, NLS
> settings, permissions, etc. at ./FFOS_CmpDriver.NEW.pl line 661
> bash-2.03$ echo $ORACLE_HOME
> /ffosbasedir/common/oracle/iclient10_2
>
> I copied the head of my larger script, along with the sub to connect
> to Oracle and still got the error. So I pruned various pieces of code
> and discovered that commenting out 'use FileHandle;' allowed my
> connection to succeed.
>
> Anyone else notice this?
>
> The version of Perl i'm using is:
> bash-2.03$ perl -V
> Summary of my perl5 (revision 5 version 8 subversion 8) configuration:
> Platform:
> osname=solaris, osvers=2.8, archname=sun4-solaris
> uname='sunos smmk183 5.8 generic_117350-43 sun4u sparc sunw,netra-
> t12 '
> config_args='-Dcc=gcc -Dprefix=/ffosbasedir/common/perl'
> hint=recommended, useposix=true, d_sigaction=define
> usethreads=undef use5005threads=undef useithreads=undef
> usemultiplicity=undef
> useperlio=define d_sfio=undef uselargefiles=define usesocks=undef
> use64bitint=undef use64bitall=undef uselongdouble=undef
> usemymalloc=n, bincompat5005=undef
> Compiler:
> cc='gcc', ccflags ='-fno-strict-aliasing -pipe -I/usr/local/
> include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64',
> optimize='-O',
> cppflags='-fno-strict-aliasing -pipe -I/usr/local/include'
> ccversion='', gccversion='3.2.3', gccosandvers='solaris2.8'
> intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=4321
> d_longlong=define, longlongsize=8, d_longdbl=define,
> longdblsize=16
> ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t',
> lseeksize=8
> alignbytes=8, prototype=define
> Linker and Libraries:
> ld='gcc', ldflags =' -L/usr/local/lib '
> libpth=/usr/local/lib /usr/lib /usr/ccs/lib
> libs=-lsocket -lnsl -ldl -lm -lc
> perllibs=-lsocket -lnsl -ldl -lm -lc
> libc=/lib/libc.so, so=so, useshrplib=false, libperl=libperl.a
> gnulibc_version=''
> Dynamic Linking:
> dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags=' '
> cccdlflags='-fPIC', lddlflags='-G -L/usr/local/lib'
>
> Characteristics of this binary (from libperl):
> Compile-time options: PERL_MALLOC_WRAP USE_LARGE_FILES USE_PERLIO
> Built under solaris
> Compiled at Jun 6 2007 12:34:43
> %ENV:
> PERL5LIB=""
> @INC:
> /ffosbasedir/common/perl/lib/5.8.8/sun4-solaris
> /ffosbasedir/common/perl/lib/5.8.8
> /ffosbasedir/common/perl/lib/site_perl/5.8.8/sun4-solaris
> /ffosbasedir/common/perl/lib/site_perl/5.8.8
> /ffosbasedir/common/perl/lib/site_perl
> .
Almost certainly due to gross negligence on the part of the
FileHandle author. Please post your short demo of the problem
with identifying ID and password information obfuscated so
they can be properly chastised.
--S
------------------------------
Date: Fri, 21 Dec 2007 22:45:29 GMT
From: Uri Guttman <uri@stemsystems.com>
Subject: Re: FileHandle messes up Oracle connection
Message-Id: <x7prwzoeev.fsf@mail.sysarch.com>
>>>>> "s" == smallpond <smallpond@juno.com> writes:
s> On Dec 21, 1:40 pm, nolo contendere <simon.c...@fmr.com> wrote:
>> I had a simple script which connected to an Oracle DB, and when I
>> ported the subs to a larger script, I got the following error:
>> DBI
>> connect('database=FFOSD1;sid=FFOSD1;host=fosappdaldev2;port=1521','FFOSPOCDBO',...)
>> failed: ERROR OCIEnvNlsCreate. Check ORACLE_HOME env var, NLS
>> settings, permissions, etc. at ./FFOS_CmpDriver.NEW.pl line 661
>> bash-2.03$ echo $ORACLE_HOME
>> /ffosbasedir/common/oracle/iclient10_2
>>
>> I copied the head of my larger script, along with the sub to connect
>> to Oracle and still got the error. So I pruned various pieces of code
>> and discovered that commenting out 'use FileHandle;' allowed my
>> connection to succeed.
could you show the offending code?
s> Almost certainly due to gross negligence on the part of the
s> FileHandle author. Please post your short demo of the problem
s> with identifying ID and password information obfuscated so
s> they can be properly chastised.
s> --S
shows what you know. FileHandle is a deprecated wrapper around the
current IO:: classes. it shouldn't be used anymore for any reason other
than when you have to run with very old perls. so removing it is
probably a good thing for the OP. as for why it worked in one
environment and not another, it could be version issues or the oracle
code was breaking something in FileHandle that it didn't expect to see
there (assuming it was coded with IO::* modules in mind). so ripping the
'author' of FileHandle doesn't make much sense.
uri
--
Uri Guttman ------ uri@stemsystems.com -------- http://www.stemsystems.com
--Perl Consulting, Stem Development, Systems Architecture, Design and Coding-
Search or Offer Perl Jobs ---------------------------- http://jobs.perl.org
------------------------------
Date: Fri, 21 Dec 2007 15:28:11 -0800 (PST)
From: smallpond <smallpond@juno.com>
Subject: Re: FileHandle messes up Oracle connection
Message-Id: <bb439c70-7cee-4da3-a90f-a4882216de03@i3g2000hsf.googlegroups.com>
On Dec 21, 5:45 pm, Uri Guttman <u...@stemsystems.com> wrote:
> >>>>> "s" == smallpond <smallp...@juno.com> writes:
>
> s> On Dec 21, 1:40 pm, nolo contendere <simon.c...@fmr.com> wrote:
> >> I had a simple script which connected to an Oracle DB, and when I
> >> ported the subs to a larger script, I got the following error:
> >> DBI
> >> connect('database=FFOSD1;sid=FFOSD1;host=fosappdaldev2;port=1521','FFOSPOCDBO',...)
> >> failed: ERROR OCIEnvNlsCreate. Check ORACLE_HOME env var, NLS
> >> settings, permissions, etc. at ./FFOS_CmpDriver.NEW.pl line 661
> >> bash-2.03$ echo $ORACLE_HOME
> >> /ffosbasedir/common/oracle/iclient10_2
> >>
> >> I copied the head of my larger script, along with the sub to connect
> >> to Oracle and still got the error. So I pruned various pieces of code
> >> and discovered that commenting out 'use FileHandle;' allowed my
> >> connection to succeed.
>
> could you show the offending code?
>
> s> Almost certainly due to gross negligence on the part of the
> s> FileHandle author. Please post your short demo of the problem
> s> with identifying ID and password information obfuscated so
> s> they can be properly chastised.
> s> --S
>
> shows what you know. FileHandle is a deprecated wrapper around the
> current IO:: classes. it shouldn't be used anymore for any reason other
> than when you have to run with very old perls. so removing it is
> probably a good thing for the OP. as for why it worked in one
> environment and not another, it could be version issues or the oracle
> code was breaking something in FileHandle that it didn't expect to see
> there (assuming it was coded with IO::* modules in mind). so ripping the
> 'author' of FileHandle doesn't make much sense.
>
> uri
>
> --
> Uri Guttman ------ u...@stemsystems.com --------http://www.stemsystems.com
> --Perl Consulting, Stem Development, Systems Architecture, Design and Coding-
> Search or Offer Perl Jobs ---------------------------- http://jobs.perl.org
Sorry, left off the sarcasm tags. My guess is OP code does
something with the standard filehandles that FileHandle
then clobbers, but won't know until we see the code.
--S
------------------------------
Date: Fri, 21 Dec 2007 21:08:34 -0500
From: Lew <lew@lewscanon.com>
To: Tony Andreas <xtweb2@gmail.com>
Subject: Re: Hi, i have information about C, C++ and Java language, download now for free | http://freepdf-ebook.blogspot.com/
Message-Id: <476C71A2.2020303@lewscanon.com>
Tony Andreas wrote:
> hi, i want to share my information with you. this is many ebook about
> java,C, or C++,
> download from there site. the address is
>
> http://freepdf-ebook.blogslime.spam/
Tchya, like you have the copyright authority to do this. I'm so sure.
--
Lew
------------------------------
Date: Sat, 22 Dec 2007 03:54:33 +0100
From: Larry <dontmewithme@got.it>
Subject: Regex to remove non printable characters
Message-Id: <dontmewithme-B26256.03543322122007@news.tin.it>
Hi peeps,
I'd like to remove all characters with ascii values > 127 from a
string...that's to say i'd like to remove non printable chars...
is the following fine?
my $input =~ s/[^ -~]+//g;
thanks ever so much!
------------------------------
Date: 22 Dec 2007 03:19:19 GMT
From: Glenn Jackman <glennj@ncf.ca>
Subject: Re: Regex to remove non printable characters
Message-Id: <slrnfmp0hn.r2v.glennj@smeagol.ncf.ca>
At 2007-12-21 09:54PM, "Larry" wrote:
> Hi peeps,
>
> I'd like to remove all characters with ascii values > 127 from a
> string...that's to say i'd like to remove non printable chars...
You might want:
$string =~ s/\P{IsPrint}//g;
See perldoc perlre
--
Glenn Jackman
"You can only be young once. But you can always be immature." -- Dave Barry
------------------------------
Date: Sat, 22 Dec 2007 04:04:08 GMT
From: Jürgen Exner <jurgenex@hotmail.com>
Subject: Re: Regex to remove non printable characters
Message-Id: <5j2pm3hc3ichb7sgk832rjsm1vm33sks0r@4ax.com>
On Sat, 22 Dec 2007 03:54:33 +0100, Larry <dontmewithme@got.it> wrote:
> I'd like to remove all characters with ascii values > 127 from a
ASCII is a 7 bit encoding system where sometimes the eights bit is used as
parity bit. There are no ASCII characters > 127, therefore your request
doesn't make sense.
>string...that's to say i'd like to remove non printable chars...
In case you are not talking about ASCII but about e.g Windows-1252 or
ISO-Latin-x or any of the dozen other code pages that share the lower 128
characters with ASCII then please be advised that the vast majority of
those characters > 127 _ARE_ printable, at least in your typical commonly
used code pages.
The non-printable characters can be found in the lower part from 0x00 to
0x1F, no matter if ASCII or Windows-1252 or ISO-Latin-x or many, many
others.
Therefore your request makes even less sense. Maybe you want to clarify
first what you are talking about?
>is the following fine?
>
>my $input =~ s/[^ -~]+//g;
That will remove pretty much all the lower case English letters and a few
special characters. Wonder what they have to do with non-printable or
non-ASCII.
jue
------------------------------
Date: Sat, 22 Dec 2007 04:18:19 GMT
From: "John W. Krahn" <dummy@example.com>
Subject: Re: Regex to remove non printable characters
Message-Id: <fe0bj.9527$wy2.5863@edtnps90>
Larry wrote:
>
> I'd like to remove all characters with ascii values > 127 from a
> string
$input =~ s/[^[:ascii:]]+//g;
>...that's to say i'd like to remove non printable chars...
$input =~ s/[^[:print:]]+//g;
> is the following fine?
>
> my $input =~ s/[^ -~]+//g;
my() creates a new variable with no contents so there is nothing for the
substitution operator to remove.
$ perl -wle'my $input =~ s/[^ -~]+//g;'
Use of uninitialized value in substitution (s///) at -e line 1.
John
--
Perl isn't a toolbox, but a small machine shop where you
can special-order certain sorts of tools at low cost and
in short order. -- Larry Wall
------------------------------
Date: Sat, 22 Dec 2007 05:53:18 +0100
From: Larry <dontmewithme@got.it>
Subject: Re: Regex to remove non printable characters
Message-Id: <dontmewithme-5C1085.05531822122007@news.tin.it>
In article <fe0bj.9527$wy2.5863@edtnps90>,
"John W. Krahn" <dummy@example.com> wrote:
> $input =~ s/[^[:ascii:]]+//g;
>
>
> >...that's to say i'd like to remove non printable chars...
>
> $input =~ s/[^[:print:]]+//g;
is this fine?
$input =~ tr/\x80-\xFF//d;
------------------------------
Date: Fri, 21 Dec 2007 13:24:00 -0800 (PST)
From: TonyV <kingskippus@gmail.com>
Subject: Re: Which editor for Perl hacking are you using
Message-Id: <09762a75-4464-4e06-b297-f4497adb2505@c4g2000hsg.googlegroups.com>
On Dec 20, 11:52 pm, John Bokma <j...@castleamber.com> wrote:
> Please no editor war, but I am curious, what's the editor of choice you're
> using to write Perl, and why (if you want to share).
I do almost all of my development on Windows, so I use Notepad++.
It's got a good featureset, its free, and handles lots of languages
and file formats. I used to use PSPad for the same reasons, but I
like Notepad++'s customization abilities a little better. PSPad has
an excellent built-in FTP client, but I've started using a copy of
NetDrive to handle mounting FTP connections as filesystems. Much
easier!
I'm rather fickle, though. I might be using something totally
different tomorrow.
------------------------------
Date: Fri, 21 Dec 2007 18:43:06 -0500
From: Bob Walton <no@email.invalid>
Subject: Re: Which editor for Perl hacking are you using
Message-Id: <476c4f8c$0$16162$4c368faf@roadrunner.com>
John Bokma wrote:
...
VIM, because using a mouse kills my wrist, and with VIM I can do
everything from the keyboard.
--
Bob Walton
------------------------------
Date: Fri, 21 Dec 2007 17:02:13 -0800
From: merlyn@stonehenge.com (Randal L. Schwartz)
To: John Bokma <john@castleamber.com>
Subject: Re: Which editor for Perl hacking are you using
Message-Id: <86prwz1qzu.fsf@blue.stonehenge.com>
>>>>> "John" == John Bokma <john@castleamber.com> writes:
John> Please no editor war, but I am curious, what's the editor of choice
John> you're using to write Perl, and why (if you want to share).
That's like saying "Please - no platform wars, but which is better,
XBOX 360, PS/3, or Wii?". Can't be done. :)
--
Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095
<merlyn@stonehenge.com> <URL:http://www.stonehenge.com/merlyn/>
Perl/Unix/security consulting, Technical writing, Comedy, etc. etc.
See PerlTraining.Stonehenge.com for onsite and open-enrollment Perl training!
------------------------------
Date: Sat, 22 Dec 2007 02:35:58 +0100
From: Joost Diepenmaat <joost@zeekat.nl>
Subject: Re: Which editor for Perl hacking are you using
Message-Id: <87r6hfh5oh.fsf@zeekat.nl>
merlyn@stonehenge.com (Randal L. Schwartz) writes:
>>>>>> "John" == John Bokma <john@castleamber.com> writes:
>
> John> Please no editor war, but I am curious, what's the editor of choice
> John> you're using to write Perl, and why (if you want to share).
>
> That's like saying "Please - no platform wars, but which is better,
> XBOX 360, PS/3, or Wii?". Can't be done. :)
I think the replies so far have been very polite and informative. In any
case the most objective answer is always "try them all and see what you
like best". From what I've seen here the reply has been to put forth a
good case for why people use what they use, without resorting to flaming
the other opintions, which is probably the best kind of reply you can expect.
Cheers,
Joost.
------------------------------
Date: 22 Dec 2007 01:37:15 GMT
From: John Bokma <john@castleamber.com>
Subject: Re: Which editor for Perl hacking are you using
Message-Id: <Xns9A0DC79928B11castleamber@130.133.1.4>
merlyn@stonehenge.com (Randal L. Schwartz) wrote:
>>>>>> "John" == John Bokma <john@castleamber.com> writes:
>
> John> Please no editor war, but I am curious, what's the editor of
> choice John> you're using to write Perl, and why (if you want to
> share).
>
> That's like saying "Please - no platform wars, but which is better,
> XBOX 360, PS/3, or Wii?". Can't be done. :)
So far it still goes very good.
And of course I want to know, which editor you are using ;-)
--
John
Arachnids near Coyolillo - part 1
http://johnbokma.com/mexit/2006/05/04/arachnids-coyolillo-1.html
------------------------------
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.
NOTE: due to the current flood of worm email banging on ruby, the smtp
server on ruby has been shut off until further notice.
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 V11 Issue 1138
***************************************
