[10456] in Perl-Users-Digest
Perl-Users Digest, Issue: 4048 Volume: 8
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Thu Oct 22 18:03:54 1998
Date: Thu, 22 Oct 98 15:00:25 -0700
From: Perl-Users Digest <Perl-Users-Request@ruby.OCE.ORST.EDU>
To: Perl-Users@ruby.OCE.ORST.EDU (Perl-Users Digest)
Perl-Users Digest Thu, 22 Oct 1998 Volume: 8 Number: 4048
Today's topics:
Re: "Can't locate auto/Getopt/Long/autosplit.ix" <larry-granroth@NOSPAM.uiowa.edu>
Re: += operator produces error, = operator doesn't? <ludlow@us.ibm.com>
Re: += operator produces error, = operator doesn't? (Richard S. Holmes)
Re: += operator produces error, = operator doesn't? <uri@fastengines.com>
Re: += operator produces error, = operator doesn't? <ludlow@us.ibm.com>
Re: += operator produces error, = operator doesn't? <uri@fastengines.com>
Re: += operator produces error, = operator doesn't? <ludlow@us.ibm.com>
Re: += operator produces error, = operator doesn't? (Sean McAfee)
Re: Access to a DLL with PERL ?? (Jan Dubois)
Re: Accessing Win NT performance counters <rootbeer@teleport.com>
Re: ActiveState or Gurusamy Sarathy (Jan Dubois)
Re: Advice on style (John Klassa)
Re: applying perlipc ? <prl2@lehigh.edu>
general problem - perl under win-nt 4.0 / iis 3.0 (Andreas Krahn)
Help needed sandeep_aggarwal@my-dejanews.com
Re: Help needed <ludlow@us.ibm.com>
Re: Help needed <tupshin@tupshin.com>
Re: Help needed <murrayb@vansel.alcatel.com>
Re: help shorten one-liner (Mark-Jason Dominus)
Re: help shorten one-liner (Mark-Jason Dominus)
Re: help shorten one-liner <uri@fastengines.com>
Re: Help:Tried installing PERL under WIN3.11, it simply <aufempen@dyson.brisnet.org.au>
Re: Help:Tried installing PERL under WIN3.11, it simply <aufempen@dyson.brisnet.org.au>
Re: How to print portion of file (Brand Hilton)
Re: How to print portion of file <rootbeer@teleport.com>
Re: Newbie needs help transposing two words in a file <aqumsieh@matrox.com>
Re: Perl & Y2K - booby trap code <keithmur@mindspring.com>
Re: Perl & Y2K - booby trap code (Larry Rosler)
Re: Perl & Y2K - booby trap code <rootbeer@teleport.com>
Re: perl2exe <rootbeer@teleport.com>
Re: perl2exe <commitman@digitalnet.com.br>
Re: Pink? Blue? What color _is_ it??? <keithmur@mindspring.com>
Re: Pink? Blue? What color _is_ it??? (Ben Coleman)
Problem with code nguyen.van@imvi.bls.com
Problems with NT perl <commitman@digitalnet.com.br>
Re: Repost from Data <rootbeer@teleport.com>
Re: Why Flushing Buffer works For HTTP but NOT HTTPS? <rootbeer@teleport.com>
Special: Digest Administrivia (Last modified: 12 Mar 98 (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Thu, 22 Oct 1998 20:51:08 GMT
From: Larry Granroth <larry-granroth@NOSPAM.uiowa.edu>
Subject: Re: "Can't locate auto/Getopt/Long/autosplit.ix"
Message-Id: <F18xx8.BvI@sysadm.physics.uiowa.edu>
Johan Vromans <JVromans@Squirrel.nl> wrote:
: It looks like something went wrong during your installation.
: Fetch ftp://ftp.perl.com/pub/CPAN/authors/id/JV/GetoptLong-2.17.tar.gz,
: and install it the usual way.
Thanks, Johan. Unfortunately the symptoms persist. Here's what I did:
~/perl/GetoptLong-2.17% perl Makefile.PL
Checking if your kit is complete...
Looks good
Writing Makefile for Getopt::Long
~/perl/GetoptLong-2.17% make
mkdir blib
mkdir blib/lib
mkdir blib/lib/Getopt
mkdir blib/arch
mkdir blib/arch/auto
mkdir blib/arch/auto/Getopt
mkdir blib/arch/auto/Getopt/Long
mkdir blib/lib/auto
mkdir blib/lib/auto/Getopt
mkdir blib/lib/auto/Getopt/Long
mkdir blib/man3
cp GetoptLong.pm blib/lib/Getopt/Long.pm
AutoSplitting blib/lib/Getopt/Long.pm (blib/lib/auto/Getopt/Long)
cp newgetopt.pl blib/lib/newgetopt.pl
Manifying blib/man3/Getopt::GetoptLong.3
Can't locate auto/Getopt/Long/autosplit.ix in @INC (@INC contains: /opt/local/lib/perl5/5.00502/sun4-solaris /opt/local/lib/perl5/5.00502/sun4-solaris /opt/local/lib/perl5/5.00502 /opt/local/lib/perl5/5.00502/sun4-solaris /opt/local/lib/perl5/5.00502 /opt/local/lib/perl5/site_perl/sun4-solaris /opt/local/lib/perl5/site_perl .) at /opt/local/lib/perl5/5.00502/AutoLoader.pm line 127.
at /opt/local/lib/perl5/5.00502/Getopt/Long.pm line 44
~/perl/GetoptLong-2.17% make install
Skipping /opt/local/lib/perl5/5.00502/Getopt/Long.pm (unchanged)
Installing /opt/local/lib/perl5/5.00502/auto/Getopt/Long/GetOptions.al
Installing /opt/local/lib/perl5/5.00502/auto/Getopt/Long/FindOption.al
Installing /opt/local/lib/perl5/5.00502/auto/Getopt/Long/Configure.al
Installing /opt/local/lib/perl5/5.00502/auto/Getopt/Long/config.al
Installing /opt/local/lib/perl5/5.00502/auto/Getopt/Long/Croak.al
Skipping /opt/local/lib/perl5/5.00502/newgetopt.pl (unchanged)
Installing /opt/local/lib/perl5/5.00502/man/man3/Getopt::GetoptLong.3
Writing /opt/local/lib/perl5/5.00502/sun4-solaris/auto/Getopt/Long/.packlist
Appending installation info to /opt/local/lib/perl5/5.00502/sun4-solaris/perllocal.pod
~/perl/GetoptLong-2.17% perl Makefile.PL
Writing Makefile for Getopt::Long
~/perl/GetoptLong-2.17% make
Manifying blib/man3/Getopt::GetoptLong.3
Can't locate auto/Getopt/Long/autosplit.ix in @INC (@INC contains: /opt/local/lib/perl5/5.00502/sun4-solaris /opt/local/lib/perl5/5.00502/sun4-solaris /opt/local/lib/perl5/5.00502 /opt/local/lib/perl5/5.00502/sun4-solaris /opt/local/lib/perl5/5.00502 /opt/local/lib/perl5/site_perl/sun4-solaris /opt/local/lib/perl5/site_perl .) at /opt/local/lib/perl5/5.00502/AutoLoader.pm line 127.
at /opt/local/lib/perl5/5.00502/Getopt/Long.pm line 44
~/perl/GetoptLong-2.17% find . -type f -name autosplit.ix -print
~/perl/GetoptLong-2.17% find /opt/local/lib/perl5/5.00502/ -type f -name autosplit.ix -print
/opt/local/lib/perl5/5.00502/sun4-solaris/auto/DynaLoader/autosplit.ix
/opt/local/lib/perl5/5.00502/sun4-solaris/auto/DB_File/autosplit.ix
/opt/local/lib/perl5/5.00502/sun4-solaris/auto/GDBM_File/autosplit.ix
/opt/local/lib/perl5/5.00502/sun4-solaris/auto/POSIX/autosplit.ix
As you see, there is still no "autosplit.ix" under Getopt/Long.
Is this created by AutoSplit.pm? Do you think I should re-install that?
I have an old AutoSplit.pm higher in the directory:
~/perl/GetoptLong-2.17% find /opt/local/lib/perl5/ -type f -name "AutoSplit*" -print
/opt/local/lib/perl5/AutoSplit.pm
/opt/local/lib/perl5/man/man3/AutoSplit.3
/opt/local/lib/perl5/5.00502/AutoSplit.pm
/opt/local/lib/perl5/5.00502/man/man3/AutoSplit.3
Although, "/opt/local/lib/perl5/" isn't in @INC either . . . Hmmm.
I guess I'm still mostly clueless.
larry-granroth@NOSPAM.uiowa.edu
------------------------------
Date: Thu, 22 Oct 1998 15:01:17 -0500
From: James Ludlow <ludlow@us.ibm.com>
Subject: Re: += operator produces error, = operator doesn't?
Message-Id: <362F8F0D.B8A31557@us.ibm.com>
Sean McAfee wrote:
>
> > perl -e 'print $n += 5'
> syntax error at -e line 1, near "+="
> Execution of -e aborted due to compilation errors.
>
> > perl -e 'print $n = 5'
> 5
>
> What the..? I checked perlop and didn't see that += and = have any sort of
> differing semantics.
Well, I can solve your problem, but I can't completely answer your
question. It's not the operators that are screwed up, it's print().
print() thinks that $n is your filehandle.
Try:
print +$n += 5;
Now, as to why print parses += differently than =, I have no idea.
--
James Ludlow (ludlow@us.ibm.com)
(Any opinions expressed are my own, not necessarily those of IBM)
------------------------------
Date: 22 Oct 1998 16:09:39 -0400
From: rsholmes@rodan.syr.edu (Richard S. Holmes)
Subject: Re: += operator produces error, = operator doesn't?
Message-Id: <xzcg1cgnyt8.fsf@rodan.syr.edu>
In article <70o2h8$oen$1@pilot.njin.net> dblack@pilot.njin.net (David Alan Black) writes:
>mcafee@waits.facilities.med.umich.edu (Sean McAfee) writes:
>
>>> perl -e 'print $n += 5'
>>syntax error at -e line 1, near "+="
>>Execution of -e aborted due to compilation errors.
>
>>> perl -e 'print $n = 5'
>>5
>
>And - just to thicken the plot -
>
>orpheus:~$ perl -e 'print $n+= 5'
>5
>
>orpheus:~$ perl -e 'print +$n += 5'
>5
and
>perl -e 'print $n *= 5'
0>perl -e 'print $n /= 5'
Search pattern not terminated at -e line 1.
>perl -e 'print $n/= 5'
0>perl -e 'print $n <<= 5'
Can't find string terminator "" anywhere before EOF at -e line 1.
>perl -e 'print $n<<= 5'
0>
--
- Rich Holmes
Syracuse, NY / We have more important things to do...
Newport News, VA Censure and move on! Sign the petition at
rsholmes@mailbox.syr.edu <http://www.moveon.org>
------------------------------
Date: 22 Oct 1998 16:19:47 -0400
From: Uri Guttman <uri@fastengines.com>
Subject: Re: += operator produces error, = operator doesn't?
Message-Id: <sarvhlcl57f.fsf@camel.fastserv.com>
>>>>> "JL" == James Ludlow <ludlow@us.ibm.com> writes:
JL> Sean McAfee wrote:
>> > perl -e 'print $n += 5' syntax error at -e line 1, near "+="
>> Execution of -e aborted due to compilation errors.
>>
>> > perl -e 'print $n = 5' 5
>>
>> What the..? I checked perlop and didn't see that += and = have any
>> sort of differing semantics.
JL> Well, I can solve your problem, but I can't completely answer your
JL> question. It's not the operators that are screwed up, it's
JL> print(). print() thinks that $n is your filehandle.
JL> Try: print +$n += 5;
JL> Now, as to why print parses += differently than =, I have no idea.
print doesn't parse, perl does.
but this fails too:
perl -e 'print ($n += 4)'
but this works:
perl -e 'print ($n+= 4)'
i think this should be reported to p5p with perlbug. if it is not a bug
then someone could explain the parsing of it. the parens should make it
an expression. why = works and += doesn't is buggy to me.
uri
--
Uri Guttman Fast Engines -- The Leader in Fast CGI Technology
uri@fastengines.com http://www.fastengines.com
------------------------------
Date: Thu, 22 Oct 1998 15:58:49 -0500
From: James Ludlow <ludlow@us.ibm.com>
Subject: Re: += operator produces error, = operator doesn't?
Message-Id: <362F9C89.206BE6FE@us.ibm.com>
Uri Guttman wrote:
>
> >>>>> "JL" == James Ludlow <ludlow@us.ibm.com> writes:
>
> JL> Sean McAfee wrote:
> >> What the..? I checked perlop and didn't see that += and = have any
> >> sort of differing semantics.
>
> JL> Try: print +$n += 5;
>
> JL> Now, as to why print parses += differently than =, I have no idea.
>
> print doesn't parse, perl does.
Um, yeah. I read it 3 times before I sent it, but I still missed that.
What I meant to say was "the way that perl parses when dealing with list
operators such as print." Sorry about that. Which then leads to the
question, what do other list operators do in this situation?
#!/usr/bin/perl -w
$n=0;
@a = sort ($n+= 5); # works, but sort ($n += 5) fails
print @a;
Looks the same as the way print works.
sort (+$n += 5) also works.
--
James Ludlow (ludlow@us.ibm.com)
(Any opinions expressed are my own, not necessarily those of IBM)
------------------------------
Date: 22 Oct 1998 17:17:17 -0400
From: Uri Guttman <uri@fastengines.com>
Subject: Re: += operator produces error, = operator doesn't?
Message-Id: <sarsoggl2jm.fsf@camel.fastserv.com>
>>>>> "JL" == James Ludlow <ludlow@us.ibm.com> writes:
JL> Uri Guttman wrote:
JL> Now, as to why print parses += differently than =, I have no idea.
>> print doesn't parse, perl does.
JL> Um, yeah. I read it 3 times before I sent it, but I still missed
JL> that. What I meant to say was "the way that perl parses when
JL> dealing with list operators such as print." Sorry about that.
JL> Which then leads to the question, what do other list operators do
JL> in this situation?
JL> #!/usr/bin/perl -w $n=0; @a = sort ($n+= 5); # works, but sort ($n
JL> += 5) fails print @a;
JL> Looks the same as the way print works. sort (+$n += 5) also
JL> works.
this is interesting. we should definitely report it. maybe it is a
correct but undocumented side effect of parsing list operators. i don't
like it though. the white space should not make such a difference in
parsing. and semantically they should be the same in the parens.
who in this thread will send in a perlbug? the original poster should if
he wants to.
uri
--
Uri Guttman Fast Engines -- The Leader in Fast CGI Technology
uri@fastengines.com http://www.fastengines.com
------------------------------
Date: Thu, 22 Oct 1998 16:45:38 -0500
From: James Ludlow <ludlow@us.ibm.com>
Subject: Re: += operator produces error, = operator doesn't?
Message-Id: <362FA782.A299D30A@us.ibm.com>
Uri Guttman wrote:
> this is interesting. we should definitely report it. maybe it is a
> correct but undocumented side effect of parsing list operators. i don't
> like it though. the white space should not make such a difference in
> parsing. and semantically they should be the same in the parens.
>
> who in this thread will send in a perlbug? the original poster should if
> he wants to.
That would be Sean Mcafee. If he doesn't want to, then I'll volunteer.
I think, however, that we should confirm this behavior with someone
running the latest release of perl. I'm running 5.004_01, so I'm a bit
behind the times in that regard.
--
James Ludlow (ludlow@us.ibm.com)
(Any opinions expressed are my own, not necessarily those of IBM)
------------------------------
Date: Thu, 22 Oct 1998 21:58:30 GMT
From: mcafee@waits.facilities.med.umich.edu (Sean McAfee)
Subject: Re: += operator produces error, = operator doesn't?
Message-Id: <aUNX1.3093$fS.9750167@news.itd.umich.edu>
In article <sarsoggl2jm.fsf@camel.fastserv.com>,
Uri Guttman <uri@fastengines.com> wrote:
>who in this thread will send in a perlbug? the original poster should if
>he wants to.
Done. Here's my report, for anyone who cares:
-----------------------------------------------------------------
[Please enter your report here]
> perl -e 'print $n += 5'
syntax error at -e line 1, near "+="
Execution of -e aborted due to compilation errors.
> perl -e 'print $n = 5'
5
> perl -e 'print ($n += 5)'
syntax error at -e line 1, near "+="
Execution of -e aborted due to compilation errors.
> perl -e 'print +$n += 5'
5
> perl -e 'print $n+= 5'
5
According to perlop, += and = should have identical semantics.
The same kind of error happens when -= is used. Of the other assignment
operators, the following produce error messages:
> perl -e 'print $n /= 5'
Search pattern not terminated at -e line 1.
> perl -e 'print $n <<= 5'
Can't find string terminator "" anywhere before EOF at -e line 1.
Replacing "$n" with "+$n" or removing the space between "$n" and the
operator fixes the error, just as for += above.
All of the other assignment operators work as expected.
The same error manifests with other list operators besides "print", eg:
join $n += 5, $foo, $bar;
[Please do not change anything below this line]
-----------------------------------------------------------------
--
Sean McAfee | GS d->-- s+++: a26 C++ US+++$ P+++ L++ E- W+ N++ |
| K w--- O? M V-- PS+ PE Y+ PGP?>++ t+() 5++ X+ R+ | mcafee@
| tv+ b++ DI++ D+ G e++>++++ h- r y+>++** | umich.edu
------------------------------
Date: Thu, 22 Oct 1998 23:48:38 +0200
From: jan.dubois@ibm.net (Jan Dubois)
Subject: Re: Access to a DLL with PERL ??
Message-Id: <3635a488.15738791@news3.ibm.net>
[mailed & posted]
"Michael Pressler" <Michael.Pressler@pcm.bosch.de> wrote:
>Hallo,
>how can I access to DLL's with a PERL-Script ???
You can either use the Win32::API module by Aldo Calpini (available from his
web site or from the ActiveState repository), or you can create XS wrappers
yourself. For the later you need a C compiler and read perlxs.pod,
perlxstut.pod and (maybe) perlguts.pod.
-Jan
------------------------------
Date: Thu, 22 Oct 1998 21:36:38 GMT
From: Tom Phoenix <rootbeer@teleport.com>
Subject: Re: Accessing Win NT performance counters
Message-Id: <Pine.GSO.4.02A.9810221435490.5534-100000@user2.teleport.com>
On Thu, 22 Oct 1998, Alex Tatistcheff wrote:
> I'm looking for a perl module or library that will allow me to access
> the Windows NT performance counters from perl.
If there's a module which does what you want, it should be listed in
the module list on CPAN. If you don't find one to your liking, you're
welcome and encouraged to submit one! :-) Hope this helps!
http://www.perl.org/CPAN/
http://www.perl.com/CPAN/
> Please remove "nospam" from my email when replying
Please remove "nospam" from your email when you want courtesy copies
emailed. :-)
--
Tom Phoenix Perl Training and Hacking Esperanto
Randal Schwartz Case: http://www.rahul.net/jeffrey/ovs/
------------------------------
Date: Thu, 22 Oct 1998 23:48:36 +0200
From: jan.dubois@ibm.net (Jan Dubois)
Subject: Re: ActiveState or Gurusamy Sarathy
Message-Id: <3634a24c.15166107@news3.ibm.net>
[mailed & posted]
bobn@interaccess.com (Bob N.) wrote:
>They both have 5.005, so which is better, if either? I see some sneering
>at ActiveState, but it seems to be based on 5.004 or older - the 5.00502
>I've got seems OK.
The "Gruesome Stuff" version is 5.004_02. The latest ActivePerl build 504 is
based on 5.005_02 (based on, because it contains additional patches beyond
5.005_02). So AS is more current, but you might consider 5.004_02 more
stable as the current 5.005_02 (which is not completely unreasonable).
>Any opinions here on this (he says with an evil grin)?
There is no reason for sneering and evil grins. Both are valid choices. But
to confuse the evil sneering ones a little more: Sarathy will be starting to
work for ActiveState in November. "There shall be only ONE!" (Perl for
Win32, that is). I think if you want to use the latest released version of
Perl on Win32 (and don't want to compile it yourself!) then you should use
the ActivePerl distribution. You'll also be able to download binary versions
of most CPAN modules from the ActiveState repository using the ppm.pl script
(Perl Package Manager, included in ActivePerl).
-Jan
------------------------------
Date: 22 Oct 1998 20:44:31 GMT
From: klassa@aur.alcatel.com (John Klassa)
Subject: Re: Advice on style
Message-Id: <70o5ff$p8h$1@aurwww.aur.alcatel.com>
Ian,
I tried to reach you by mail, but there seems to be a disconnect somewhere
along the way. Drop me a line & let me know how I can reach you.
Thanks,
John
--
John Klassa / Alcatel / Raleigh, NC, USA / $perl_monger{Raleigh}[0] / <><
------------------------------
Date: Thu, 22 Oct 1998 16:28:41 -0400
From: "Phil R Lawrence" <prl2@lehigh.edu>
Subject: Re: applying perlipc ?
Message-Id: <70o4ip$n86@fidoii.cc.Lehigh.EDU>
Tom,
>> What is 'IGNORE'? Just a string, or something special to Perl?
>
>That tells Perl to tell your system that that signal is to be ignored by
>your process. See your system's docs (or any good book on Unix) to learn
>what system calls are happening behind the scenes, and what it means for a
>signal to be ignored.
Thanks, I checked out a UNIX System V R4 Intro book we have. Not too much.
Found more with man signal.
Meanwile, I've made 2 example scripts, one trapping ctrl-c the way I used to,
and one trapping the new way (from my attempt to follow perlipc). I realize
the new one might be just as flawed as the old; I can't discern from
performance because they *both* work fine. Can someone tell me if my newest
attempt is correct? If so it seems you really can do anything you want if you
get a ctrl-c, just need to assign that IGNORE. (As long as the IGNORE is
honored. Don't know if that might not always work.)
NEW ATTEMPT EXAMPLE:
#!/usr/local/bin/perl -w
use diagnostics;
use strict;
use Term::ReadKey;
local $SIG{"INT"} = sub { die "\nPlain dead!\n" };
sub IGNORE_INT {
local $SIG{INT} = 'IGNORE';
&clean_and_die;
}
sub clean_and_die {
print "\nResetting ReadMode.\n";
ReadMode(0); # restore original console settings
print "Exiting.\n";
exit(0);
}
sub do_work_sub {
local $SIG{"INT"} = \&IGNORE_INT;
ReadMode(2); # console echo off
print "Enter something else: ";
my $x = <STDIN>;
ReadMode(0);
exit(0);
}
print "Enter something: ";
my $x = <STDIN>; # ctrl-c gives: "Plain dead!"
&do_work_sub;
Thanks,
Phil R Lawrence
------------------------------
Date: 21 Oct 1998 06:29:30 GMT
From: 04164811421-0001@t-online.de (Andreas Krahn)
Subject: general problem - perl under win-nt 4.0 / iis 3.0
Message-Id: <70jv0a$4gi$1@news02.btx.dtag.de>
my problem:
i am running iis 3.0 under nt 4.0.
i have installed the perl 5-package and it works well in the dos-box.
in the browser i get the error : "http/1.0 501 nicht unterstuetzt"
or i see the source of the script when i call a *.pl file.
what did i forget? registry-records?
the cgi-directory is executable!
m.f.g. / regards
andreas krahn :)
------------------------------
Date: Thu, 22 Oct 1998 19:52:57 GMT
From: sandeep_aggarwal@my-dejanews.com
Subject: Help needed
Message-Id: <70o2ep$hvn$1@nnrp1.dejanews.com>
Hi guys,
I need help with the following task and I'd really appreciate your help.
I need to consolidate two host files (unix) into one file. The situation is
that system x and system y have different host maps. I would like to
consolidate the two files in the following way:
1) Take the two files and come up with one file with no duplicates.
2) When you do run into duplicates keep the entry from system y and discard
the entry from system x.
The files are in the following format:
IP Name Aliases
-- ---- -------
1.2.3.4 x a b c
5.6.7.8 y e f
Thanks in anticipation.
Sandeep.
-----== Posted via Deja News, The Leader in Internet Discussion ==-----
http://www.dejanews.com/rg_mkgrp.xp Create Your Own Free Member Forum
------------------------------
Date: Thu, 22 Oct 1998 15:28:12 -0500
From: James Ludlow <ludlow@us.ibm.com>
Subject: Re: Help needed
Message-Id: <362F955C.11EF6C76@us.ibm.com>
sandeep_aggarwal@my-dejanews.com wrote:
> I need to consolidate two host files (unix) into one file. The situation is
> that system x and system y have different host maps. I would like to
> consolidate the two files in the following way:
>
> 1) Take the two files and come up with one file with no duplicates.
> 2) When you do run into duplicates keep the entry from system y and discard
> the entry from system x.
If your files aren't enormous, I would suggest using a hash. Your key
will be whatever piece of information you're using to decide if an item
is duplicated or not (I guess IP address). Read file x first, then file
y. When you assign key->value pairs from y, any duplicates will be
overwritten in favor of the y file values.
--
James Ludlow (ludlow@us.ibm.com)
(Any opinions expressed are my own, not necessarily those of IBM)
------------------------------
Date: 22 Oct 1998 14:01:39 PDT
From: "Tupshin Harper" <tupshin@tupshin.com>
Subject: Re: Help needed
Message-Id: <newscache$qey81f$ija@debian>
1) Read the entries from host x one line at a time into a temp variable
$var.
2) split the variable on whitespace, assigning the first portion to one
variable, and the remainder to another. e.g. ($key, $value)=split(' ', $var,
2)
3) assign your variables to be the keys and values of a hash e.g.
$hosthash{$key}=$value;
4) do the exact same thing for file y. Any duplicate entries(assuming that
by duplicate you just mean the IP address is the same) will be overwritten.
5) Spit your hash out to a new file
Caveats:
Assumes that order is unimportant.
I avoided the use of $_ and other efficiency tricks to make the logic clear.
This could be done much more concisely.
If you're feeling very lazy, calling the following script with this command
line should work.
hostmerge.pl <hostsx hostsy > newhosts
#!/usr/local/bin/perl
while (<>) {($key,$value)=split(' ',$_,2);$hosthash{$key}=$value;}
print "@{[%hosthash]}\n";
-Tupshin Harper
-Programmer/Network Administrator
-Studio Verso
sandeep_aggarwal@my-dejanews.com wrote in message
<70o2ep$hvn$1@nnrp1.dejanews.com>...
>Hi guys,
>
>I need help with the following task and I'd really appreciate your help.
>
>I need to consolidate two host files (unix) into one file. The situation
is
>that system x and system y have different host maps. I would like to
>consolidate the two files in the following way:
>
>1) Take the two files and come up with one file with no duplicates.
>2) When you do run into duplicates keep the entry from system y and
discard
>the entry from system x.
>
>The files are in the following format:
>
>IP Name Aliases
>-- ---- -------
>1.2.3.4 x a b c
>5.6.7.8 y e f
>
>
>Thanks in anticipation.
>
>Sandeep.
>
>-----== Posted via Deja News, The Leader in Internet Discussion ==-----
>http://www.dejanews.com/rg_mkgrp.xp Create Your Own Free Member Forum
------------------------------
Date: 22 Oct 1998 13:41:46 -0700
From: Brad Murray <murrayb@vansel.alcatel.com>
Subject: Re: Help needed
Message-Id: <uhfww9vn9.fsf@vansel.alcatel.com>
sandeep_aggarwal@my-dejanews.com writes:
> I need to consolidate two host files (unix) into one file. The situation is
> that system x and system y have different host maps. I would like to
> consolidate the two files in the following way:
>
> 1) Take the two files and come up with one file with no duplicates.
> 2) When you do run into duplicates keep the entry from system y and discard
> the entry from system x.
>
> The files are in the following format:
>
> IP Name Aliases
> -- ---- -------
> 1.2.3.4 x a b c
> 5.6.7.8 y e f
Looks easy. What have you got so far that's not working for you? What do
you not want duplicated, names, aliases or IPs? You will likely use a
hash where the key is the unique field.
--
Brad Murray "Be very, very careful what you put into that
Alcatel Canada head, because you will never, ever get it out."
Software Analyst (Cardinal Wolsey)
------------------------------
Date: 22 Oct 1998 16:05:32 -0400
From: mjd@op.net (Mark-Jason Dominus)
Subject: Re: help shorten one-liner
Message-Id: <70o36c$n7$1@monet.op.net>
In article <70nhhd$vkd$1@nnrp1.dejanews.com>, <jkane@my-dejanews.com> wrote:
>Any gotchas on existing perl4 programs running under perl5?
man perltrap
------------------------------
Date: 22 Oct 1998 16:21:27 -0400
From: mjd@op.net (Mark-Jason Dominus)
Subject: Re: help shorten one-liner
Message-Id: <70o447$105$1@monet.op.net>
In article <70nhrg$vsc$1@nnrp1.dejanews.com>, <jkane@my-dejanews.com> wrote:
>> #!/usr/bin/perl -w
>>
>> print "Something ";
>>
>> =for nobody
>>
>> Here is some POD style commenting, which
>> can throw your whole concept of commenting way over...
>>
>> =cut
>>
>> print "under the bed is drooling.";
>> __END__
>>
>I didn't realize you could comment in the middle of a statement.
You can't. That's not in the middle of a statement.
------------------------------
Date: 22 Oct 1998 16:30:00 -0400
From: Uri Guttman <uri@fastengines.com>
Subject: Re: help shorten one-liner
Message-Id: <saru30wl4qf.fsf@camel.fastserv.com>
>>>>> "MD" == Mark-Jason Dominus <mjd@op.net> writes:
MD> In article <70nhrg$vsc$1@nnrp1.dejanews.com>,
MD> <jkane@my-dejanews.com> wrote:
>>> #!/usr/bin/perl -w
>>>
>>> print "Something ";
>>>
>>> =for nobody
>>>
>>> Here is some POD style commenting, which can throw your whole
>>> concept of commenting way over...
>>>
>>> =cut
>>>
>>> print "under the bed is drooling."; __END__
>>>
>> I didn't realize you could comment in the middle of a statement.
MD> You can't. That's not in the middle of a statement.
mjd,
i believe you have it wrong. you know you can comment in middle of
statements like this:
print "foobar", # comment in statement
"more text\n" ; # end of statement
i don't want to quote any rules but between most terms/whitespace that
is not in quote like things, you can comment to the end of the line with #
i think the poster was also refering to comments in a regex (which he
incorrectly called a statement) using /x. and the =cut pod stuff was new
to him also.
uri
--
Uri Guttman Fast Engines -- The Leader in Fast CGI Technology
uri@fastengines.com http://www.fastengines.com
------------------------------
Date: 22 Oct 1998 20:18:44 GMT
From: "G. North" <aufempen@dyson.brisnet.org.au>
Subject: Re: Help:Tried installing PERL under WIN3.11, it simply gave me an error 2 on bat. installation
Message-Id: <70o3v4$ejf$1@bunyip.cc.uq.edu.au>
Charon
WIN3.11 is certainly not 32 bits but what about WIN32s this is certainly
32 bits.
I do not understand what you are getting at.
If you care to look at
www.perl.com
You will see that perl works under WIN3.1 and MSDOS.
Would you know where these compilers are for WIN3.1 and MSDOS?
Cheers Guy
"Charon" <charon@eastky.net> wrote:
>Please read the first 5 lines of what you typed.
>
>PERLW32...WIN32...WIN3.11...
>
>Which one of those doesn't belong.
>
>WIN3.11 is a 16 bit architechture. Not 32 bit.
>
>G. North <aufempen@dyson.brisnet.org.au> wrote in message
>70mb11$8ga$1@bunyip.cc.uq.edu.au...
>>Help:Tried installing PERL under WIN3.11, it simply gave me an error 2 on
>>bat. installation
>>I downloaded PW321316.exe from Active.
>>Unzipped 252 files perfectly well.
>>Then when I am trying to run PERLW32-Install.bat, I
>>am receiving an error 2.
>>I have read a lot of FAQ about WIN32 but there is
>>nothing specific about the installation under WIN3.11
>>or MSDOS 6.22.
>>If anyone can help.
>>Please email direct if you wish
>>aufempen@dyson.brisnet.org.au
>>Cheers Guy North
>>
>>
>
>
--
aufempen@nospam.brisnet.org.au (Please replace "nospam" by "dyson" )
------------------------------
Date: 22 Oct 1998 21:12:10 GMT
From: "G. North" <aufempen@dyson.brisnet.org.au>
Subject: Re: Help:Tried installing PERL under WIN3.11, it simply gave me an error 2 on bat. installation
Message-Id: <70o73a$itu$1@bunyip.cc.uq.edu.au>
Hi Charon
I have checked the webpage of perl.com.
But I still do not know where to find "perl" for win3.11
or MSDOS.
Your remark is inccorrect.
May I suggest you read http://wwww.perl.com
Cheers Guy
"Charon" <charon@eastky.net> wrote:
>Please read the first 5 lines of what you typed.
>
>PERLW32...WIN32...WIN3.11...
>
>Which one of those doesn't belong.
>
>WIN3.11 is a 16 bit architechture. Not 32 bit.
>
>G. North <aufempen@dyson.brisnet.org.au> wrote in message
>70mb11$8ga$1@bunyip.cc.uq.edu.au...
>>Help:Tried installing PERL under WIN3.11, it simply gave me an error 2 on
>>bat. installation
>>I downloaded PW321316.exe from Active.
>>Unzipped 252 files perfectly well.
>>Then when I am trying to run PERLW32-Install.bat, I
>>am receiving an error 2.
>>I have read a lot of FAQ about WIN32 but there is
>>nothing specific about the installation under WIN3.11
>>or MSDOS 6.22.
>>If anyone can help.
>>Please email direct if you wish
>>aufempen@dyson.brisnet.org.au
>>Cheers Guy North
>>
>>
>
>
------------------------------
Date: 22 Oct 1998 20:14:33 GMT
From: bhilton@tsg.adc.com (Brand Hilton)
Subject: Re: How to print portion of file
Message-Id: <70o3n9$9qv3@mercury.adc.com>
In article <70nqp6$902$1@nnrp1.dejanews.com>, <baillie@my-dejanews.com> wrote:
>I'm making a little program in which the person can search a file using a
>keyword. How can I search for the keyword and print only that entry to
>STDOUT, here's an example
>
>file looks like:
>
>-------------------
>login name - date
>-------------------
>person wrote something
>about nothing or <- example - person uses KEYWORD: about
>something, blah. how do I print from
> top --- to ^\n$ ?? to the STDOUT
>------------------- also, how could I edit only that and
>login name - date put it right back where it was?
>-------------------
>someone else wrote
>something else, blah.
>
>Sorry if this is a lot, any help would be welcome
>
>* Just Another Newbie Wannabe Perl Hacker *
>From your post, I'm not sure what I can assume to be the separator
between entries. If you can assume that the only blank lines in the
file are the ones preceding the "------" lines, it's pretty simple:
$/ = ''; # sets Perl into paragraph-slurp mode
while (<FILE>) {
print if /\Q$keyword/s;
}
If blank lines can appear in other places, it becomes slightly harder,
but the solution is still the $/ variable (the input record
separator). Read about it in the perlvar man page (perldoc perlvar on
Windows systems).
Your second question -- editing the record in-place -- is answered in
the perlfaq5 man page.
Enjoy!
--
_____
|/// | Brand Hilton bhilton@adc.com
| ADC| ADC Telecommunications, ATM Transport Division
|_____| Richardson, Texas
------------------------------
Date: Thu, 22 Oct 1998 20:40:24 GMT
From: Tom Phoenix <rootbeer@teleport.com>
Subject: Re: How to print portion of file
Message-Id: <Pine.GSO.4.02A.9810221339220.5534-100000@user2.teleport.com>
On Thu, 22 Oct 1998 baillie@my-dejanews.com wrote:
> I'm making a little program in which the person can search a file
> using a keyword. How can I search for the keyword and print only that
> entry to STDOUT,
The print function is documented in perlfunc. So is the index function. If
you're still having troubles after checking the docs, please let us know
how far you've gotten. Good luck!
--
Tom Phoenix Perl Training and Hacking Esperanto
Randal Schwartz Case: http://www.rahul.net/jeffrey/ovs/
------------------------------
Date: 22 Oct 1998 15:06:34 -0400
From: Ala Qumsieh <aqumsieh@matrox.com>
Subject: Re: Newbie needs help transposing two words in a file
Message-Id: <x3y1zo0xvph.fsf@gamma.matrox.com>
aml@world.std.com (Andrew M. Langmead) writes:
> Lets go over this in order.
>
> 1. You have been posting code with errors in them.
and I previously acknowledged that I have indeed. But let me add that
I am not the only one that posts code with errors in clp.misc. From
now on, I will make sure that I won't (as much as I can).
> 2. Larry keeps correcting you.
He wasn't the only one .. but he did yes.
> 3. In this thread post yet another piece of incorrect code.
Nope .. you haven't been watching the thread sir. I posted a piece of
CORRECT code. But I claimed that MY code was faster than another
proposed solution. I had no basis for my claim and Larry did point
that out.
> 4. Larry corrects you again and suggests you test assertions before
> you post them. He also tells you your e-mail address is incorrect.
As far as I remember I posted only ONE code as a solution to the
original question of this thread. And as I said, the code was
CORRECT. Larry did correct my claim and point out that my email
address was not correct.
> 5. You say your e-mail address is fine.
I did because I really thought it was fine. I tested it from my side
and it was indeed fine.
> 6. You say your e-mail address was wrong after all.
Yes I did after Larry sent me his server's response to his trying to
send me an email. It bounced back with a host unknown message. I
believe I corrected that behavior of my newsreader. I also resolved
the problem with Larry through private email.
> So with this series of events, I decided to point out that Larry was
> right, you don't test your assertions before you post them. The
Thank you very much for your positive input. I really appreciate you
taking a few minutes off your busy schedule and pointing this
out. This really helped the world go forward.
> incorrect code and the stuff about the e-mail address are just
> different examples of the same underlying problem.
I repeat .. in this thread there was NO INCORRECT CODE.
(PS. I am tempted to add here "please test your assertions before
posting" .. but I won't!)
--
Ala Qumsieh email: aqumsieh@matrox.com
ASIC Design Engineer phone: (514) 822-6000 x7581
Matrox Graphics Inc. (old) webpage :
Montreal, Quebec http://www.cim.mcgill.ca/~qumsieh
------------------------------
Date: Thu, 22 Oct 1998 15:42:34 -0500
From: "Keith G. Murphy" <keithmur@mindspring.com>
Subject: Re: Perl & Y2K - booby trap code
Message-Id: <362F98BA.E8608D2A@mindspring.com>
Randal Schwartz wrote:
>
> >>>>> "Russ" == Russ Allbery <rra@stanford.edu> writes:
>
> Russ> Randal Schwartz <merlyn@stonehenge.com> writes:
> >> In the same way, it'll make perfect sense past the millennium (or even
> >> now) to talk about years like 11/22/03 (to mean my birthday in the year
> >> 2003) and 11/22/98 (to mean my birthday this year).
>
> Russ> I think you need to read Tom's rant about Y2K again. :)
>
> No, I'm quite settled on my opinion. :)
>
> There is *always* a context for any data. It's important to keep the
> context in mind when creating *and* interpreting the data, and to
> ensure that there's an agreement at both ends. If the context is
> "late 20th, early 21st century", then 11/22/03 has a perfectly sane
> interpretation.
>
I agree absolutely, but:
I think people confuse what is appropriate for input and output, where
there *is* a known context, and what is appropriate for storage, where
you cannot know what the context *will be*. That "11/22/03", when
stored on a disk, can be mighty ambiguous. Especially if it's
"11/12/03", considering differing locales... I'm a big fan of *storing*
dates as unambiguously as possible.
------------------------------
Date: Thu, 22 Oct 1998 13:56:21 -0700
From: lr@hpl.hp.com (Larry Rosler)
Subject: Re: Perl & Y2K - booby trap code
Message-Id: <MPG.10993bd26807dd4a989833@nntp.hpl.hp.com>
[Posted to comp.lang.perl.misc and a copy mailed.]
In article <362F98BA.E8608D2A@mindspring.com> on Thu, 22 Oct 1998
15:42:34 -0500, Keith G. Murphy <keithmur@mindspring.com> says...
...
> I think people confuse what is appropriate for input and output, where
> there *is* a known context, and what is appropriate for storage, where
> you cannot know what the context *will be*. That "11/22/03", when
> stored on a disk, can be mighty ambiguous. Especially if it's
> "11/12/03", considering differing locales... I'm a big fan of *storing*
> dates as unambiguously as possible.
There is an unambiguous way that is also *standard*: ISO 8601:1988.
The following is the complete long form:
yyyy-mm-dd HH:MM:SS (punctuation is optional)
and there are several other standard forms, including ordinal date.
These are directly sortable by default alphanumeric comparison, in
contrast to most locale-dependent formats (ObPerl).
Here is one of many links:
<URL:http://www.eunet.pt/ano2000/gen_8601.htm>
--
(Just Another Larry) Rosler
Hewlett-Packard Laboratories
http://www.hpl.hp.com/personal/Larry_Rosler/
lr@hpl.hp.com
------------------------------
Date: Thu, 22 Oct 1998 21:43:08 GMT
From: Tom Phoenix <rootbeer@teleport.com>
Subject: Re: Perl & Y2K - booby trap code
Message-Id: <Pine.GSO.4.02A.9810221439440.5534-100000@user2.teleport.com>
On Thu, 22 Oct 1998, Scratchie wrote:
> I don't know many (any?) programmers with the time to go back into
> completed projects and check every token.
They should have checked their code when they wrote it. But what's so
Perl-specific about this? If you must discuss this in a newsgroup, use one
about programming in general.
> Reviewing completed projects for the proper use of "localtime", on the
> other hand, would not seem impossible or unwarranted, especially if one is
> maintaining code that one did not write personally.
Reviewing completed projects for the proper use of "die" is neither
impossible nor unwarranted. Reviewing completed projects for the proper
use of "**" is neither impossible nor unwarranted. Reviewing completed
projects for the proper use of "abs" is neither impossible nor
unwarranted....
--
Tom Phoenix Perl Training and Hacking Esperanto
Randal Schwartz Case: http://www.rahul.net/jeffrey/ovs/
------------------------------
Date: Thu, 22 Oct 1998 20:28:15 GMT
From: Tom Phoenix <rootbeer@teleport.com>
Subject: Re: perl2exe
Message-Id: <Pine.GSO.4.02A.9810221229340.5534-100000@user2.teleport.com>
On Thu, 22 Oct 1998, Commitman wrote:
> Newsgroups: comp.lang.perl, comp.lang.perl.misc, comp.lang.perl.tk
If your news server still lists comp.lang.perl as an active newsgroup,
replace your news admin. That group is defunct. When it was active, Kevin
Costner was still thought of as a promising film director.
And what does this have to do with c.l.p.tk?
> Where may I found something like perl2exe or perl2c ???
Discussed in the FAQ. :-)
--
Tom Phoenix Perl Training and Hacking Esperanto
Randal Schwartz Case: http://www.rahul.net/jeffrey/ovs/
------------------------------
Date: Thu, 22 Oct 1998 18:16:59 -0000
From: "Commitman" <commitman@digitalnet.com.br>
Subject: Re: perl2exe
Message-Id: <70o3pf$e12$1@srv4-poa.nutecnet.com.br>
I found it !
http://www.hotsoft.de/cgi-bin/hotsoft?SUBMIT=Produkt+zeigen&satzid=855218375
&WAGEN=916204194&SEITE=0
Commitman wrote in message <70nk09$fk2$1@srv4-poa.nutecnet.com.br>...
>Where may I found something like perl2exe or perl2c ???
>
>
>
------------------------------
Date: Thu, 22 Oct 1998 15:47:26 -0500
From: "Keith G. Murphy" <keithmur@mindspring.com>
Subject: Re: Pink? Blue? What color _is_ it???
Message-Id: <362F99DE.69F6C59@mindspring.com>
Clinton Pierce wrote:
>
> In article <8ck91tr4fc.fsf@gadget.cscaper.com>,
> Randal Schwartz <merlyn@stonehenge.com> writes:
> >>>>>> "John" == John G Dobnick <jgd@alpha3.csd.uwm.edu> writes:
> >
> >John> Now, we all know what the "pink" camel is.
> >
> >John> But what's this "blue" thing? Since when did "teal" become "blue"?
> >John> Have I missed something
> >
> >Of the colors: red, orange, yellow, green, blue, purple, white, and
> >black, the second edition camel is closest to "blue". Therefore, I
> >call it "blue". I'm sorry if you find this confusing. :)
> >
>
> By this logic, the First Edition Camel would be the "red" Camel, not
> pink. :-)
>
Pink I can handle, but a color is not standard if you have to make
reference to a duck to describe it. :-)
------------------------------
Date: Thu, 22 Oct 1998 20:37:46 GMT
From: tnguru@termnetinc.com (Ben Coleman)
Subject: Re: Pink? Blue? What color _is_ it???
Message-Id: <362f9728.92756757@news.mindspring.com>
On 21 Oct 1998 21:06:33 GMT, jgd@alpha3.csd.uwm.edu (John G Dobnick) wrote:
> But what's this "blue" thing? Since when did "teal" become "blue"?
> Have I missed something
Some of us are essentially aesthetically blind. To us, coming up with
names to describe different shades of blue is a waste of time.
Ben
--
Ben Coleman
Senior Systems Analyst
TermNet Merchant Services, Inc.
Atlanta, GA
------------------------------
Date: Thu, 22 Oct 1998 21:38:06 GMT
From: nguyen.van@imvi.bls.com
Subject: Problem with code
Message-Id: <70o8jv$pt5$1@nnrp1.dejanews.com>
Hi guys,
I have another problem with filehandle. The following is my code:
_______________________________________________________________________________
use IO::File;
$HANDLE_AOL = new IO::File "+<aol_out";
$HANDLE_MSIE = new IO::File "+<msie_out";
$HANDLE_NETSCAPE = new IO::File "+<netscape_out";
@proced_files = ( $HANDLE_AOL, $HANDLE_MSIE, $HANDLE_NETSCAPE );
foreach $out_file ( @proced_files )
{
process_out($out_file);
}
sub process_out
{
my $out_file = shift;
while (<$out_file>)
{
$_ =~ s#(AOL)\s(\d\.\d+)#$1_$2#g;
$_ =~ s#(MSIE)\s(\d\.\d+)#$1_$2#g;
$_ =~ s#(Mozilla)\/(\d\.\d+)#$1_$2#g;
print STDOUT;
}
}
$HANDLE_AOL->close;
$HANDLE_MSIE->close;
$HANDLE_NETSCAPE->close;
________________________________________________________________________________
I see the changes in STDOUT but there weren't no changes in the files
(i.e aol_out, msie_out, netscape_out). What are other additional steps that I
need to do so that I can see the changes in these files. I also don't want to
change the file names. Your help is appreciated.
Thanx
Van Nguyen
-----------== Posted via Deja News, The Discussion Network ==----------
http://www.dejanews.com/ Search, Read, Discuss, or Start Your Own
------------------------------
Date: Thu, 22 Oct 1998 18:19:15 -0000
From: "Commitman" <commitman@digitalnet.com.br>
Subject: Problems with NT perl
Message-Id: <70o3to$e44$1@srv4-poa.nutecnet.com.br>
The cgi don't see that $FORM{ "FIELD" } is my form field. SUX !!!
Who may help me ???
I'm using d post method
Sory because my english !
Tks !
------------------------------
Date: Thu, 22 Oct 1998 21:35:09 GMT
From: Tom Phoenix <rootbeer@teleport.com>
Subject: Re: Repost from Data
Message-Id: <Pine.GSO.4.02A.9810221434340.5534-100000@user2.teleport.com>
On Thu, 22 Oct 1998 toiday@my-dejanews.com wrote:
> The problem is if someone use Microsoft IE (version 4) to submit the
> data,
> However, it work fine for Netscape.
Then it's not a Perl problem.
If you're following the proper protocol but some browser or server doesn't
cooperate, then it's the other program's fault. If you're not following
the protocol, then it's your fault. If you aren't sure about the protocol,
you should read the protocol specification. If you've read it and you're
still not sure, you should ask in a newsgroup about the protocol.
Hope this helps!
--
Tom Phoenix Perl Training and Hacking Esperanto
Randal Schwartz Case: http://www.rahul.net/jeffrey/ovs/
------------------------------
Date: Thu, 22 Oct 1998 21:38:41 GMT
From: Tom Phoenix <rootbeer@teleport.com>
Subject: Re: Why Flushing Buffer works For HTTP but NOT HTTPS?
Message-Id: <Pine.GSO.4.02A.9810221437360.5534-100000@user2.teleport.com>
On Thu, 22 Oct 1998 nkaiser@my-dejanews.com wrote:
> Has anyone experienced this?: I have a CGI which I need to flush the
> buffers and display some text before forking off another system call.
> So, I simply set $|=1 and close STDOUT. Works perfect on apache
> http://. However, when I use it with apache stronghold https:, the
> text waits until all forks are complete before displaying.
It sounds as if you have a question about how your server works. The docs,
FAQs, and newsgroups about servers should be able to help. Good luck!
--
Tom Phoenix Perl Training and Hacking Esperanto
Randal Schwartz Case: http://www.rahul.net/jeffrey/ovs/
------------------------------
Date: 12 Jul 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 Mar 98)
Message-Id: <null>
Administrivia:
Special notice: in a few days, the new group comp.lang.perl.moderated
should be formed. I would rather not support two different groups, and I
know of no other plans to create a digested moderated group. This leaves
me with two options: 1) keep on with this group 2) change to the
moderated one.
If you have opinions on this, send them to
perl-users-request@ruby.oce.orst.edu.
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 4048
**************************************
