[29106] in Perl-Users-Digest
Perl-Users Digest, Issue: 350 Volume: 11
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Mon Apr 16 21:10:00 2007
Date: Mon, 16 Apr 2007 18:09:11 -0700 (PDT)
From: Perl-Users Digest <Perl-Users-Request@ruby.OCE.ORST.EDU>
To: Perl-Users@ruby.OCE.ORST.EDU (Perl-Users Digest)
Perl-Users Digest Mon, 16 Apr 2007 Volume: 11 Number: 350
Today's topics:
Re: %s in variable, how to work correctly? <tadmc@augustmail.com>
[OT] Re: is laziness a programer's virtue? <dherring@at.tentpost.dot.com>
Re: Absolute Path errors <nikos1337@gmail.com>
Re: Absolute Path errors <bik.mido@tiscalinet.it>
Re: Absolute Path errors usenet@DavidFilmer.com
Re: Absolute Path errors <tadmc@augustmail.com>
Re: Absolute Path errors <sbryce@scottbryce.com>
Re: Error connecting to remote database <RedGrittyBrick@SpamWeary.foo>
Re: Error connecting to remote database <nikos1337@gmail.com>
How to time out a forked command but still see output? <hokkaidocrow@gmail.com>
Re: How to time out a forked command but still see outp <hokkaidocrow@gmail.com>
Re: How to time out a forked command but still see outp xhoster@gmail.com
Re: How to time out a forked command but still see outp xhoster@gmail.com
Re: How to time out a forked command but still see outp <attn.steven.kuo@gmail.com>
is laziness a programer's virtue? <xah@xahlee.org>
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Mon, 16 Apr 2007 19:52:06 -0500
From: Tad McClellan <tadmc@augustmail.com>
Subject: Re: %s in variable, how to work correctly?
Message-Id: <slrnf286hm.6kc.tadmc@tadmc30.august.net>
Dick Pluim <dickjenospam@xs4all.nl> wrote:
> "Michele Dondi" <bik.mido@tiscalinet.it> schreef in bericht
> news:0ck623lldt6ndpjb29b2i35uvbt05eui42@4ax.com...
>> On Mon, 16 Apr 2007 12:24:09 +0200, "Dick Pluim"
>> <dickjenospam@xs4all.nl> wrote:
>>
>>>I read out an Oracle-parameter log_archive_format. This one containts also
>>>%s in the value (%t_%s_%r.dbf).
>>>If I just let it print it show me the %s, but if I add the text to another
>>>string I loose the %s, and it looks like
>>>%t__%r.dbf .
>> I suspect you may be messing with (s)printf().
>
> Thanx. It had indeed to do with print and/or printf. When I did the test to
> let me show the value I used print and in the final part where the program
> has to come up with errormessages printf was being used. Changed this to
> print and now it's working fine.
That is a prime example of why you should always enable warnings
when developing Perl code.
If you had turned on warnings the problem would have been pointed
out within a few milliseconds.
--
Tad McClellan SGML consulting
tadmc@augustmail.com Perl programming
Fort Worth, Texas
------------------------------
Date: Mon, 16 Apr 2007 17:58:52 -0400
From: D Herring <dherring@at.tentpost.dot.com>
Subject: [OT] Re: is laziness a programer's virtue?
Message-Id: <96adnb0sJ8PubL7bnZ2dnUVZ_gednZ2d@comcast.com>
Xah Lee wrote:
> In a couple of posts in the past year i have crossed-posted (e.g.
> recently “What are OOP's Jargons and Complexities”, “is laziness a
> programer's virtue?”, “On Java's Interface (the meaning of interface
> in computer programing)” ), there are a some controversy, and lots of
> off-topic and careless follow ups.
Please don't dismiss so many posts as being "off-topic and careless".
> I think a few things today's tech geekers should remind themselves:
>
> • If you deem something off-topic to “your” newsgroup, and want to
> tech-geek by changing the “follow-up group”, start with yourself.
> Please do not cross-post yourself, and tweak the follow-up, and
> proudly proclaim that you changed the follow-up as a benign gesture.
...
A few more points:
- I know many geeks but not so many geekers...
http://www.urbandictionary.com/define.php?term=geeker
- Please topquote snippets from the threads about which you are commenting.
- Please set your newsreader to prepend "Re: " or somesuch when replying
to a toplevel post.
- Please don't preach about "meta-talk and policing" in a post which is
mostly meta-talk and preaching.
Thanks,
Daniel
------------------------------
Date: 16 Apr 2007 11:24:10 -0700
From: "skieros" <nikos1337@gmail.com>
Subject: Re: Absolute Path errors
Message-Id: <1176747850.395650.156060@p77g2000hsh.googlegroups.com>
On Apr 16, 8:27 pm, Michele Dondi <bik.m...@tiscalinet.it> wrote:
> On 16 Apr 2007 08:49:59 -0700, "skieros" <nikos1...@gmail.com> wrote:
>
> >> I'm most certainly *not* the best one to answer your question, but
>
> >> use...@DavidFilmer.com wrote:
>
> >> : Some webservers will set $ENV{'DOCUMENT_ROOT'} which you may use
> >> : within your Perl program. But you must explicitly code this; Perl
> >> : will not make any use of this variable unless you specifically code it
> >> : yourself.
>
> >> That may just be what you want/need.
>
> >Indeed but will something like this likely to work?
>
> Did you try? What happened?
>
> >open FILE, "$ENV{'DOCUMENT_ROOT'}www/data/text/tips.txt" or die $!;
>
> Well, if 'www' is (one of) your document root(s) anyway, as seems
> probable, then you don't want that in the path.
>
> >my @files = glob "$ENV{'DOCUMENT_ROOT'}/data/text/*.txt";
>
> To put it simply and briefly: I don't know. But as a side note, if you
> really want to be picky, you may use File::Spec(::Functions)'s
> catfile().
well here what hey responded me on free hostia.
Hello,
I am truly sorry to disappoint you but Access and Error logs service
in not available at this time. Our administrators are working to
enable it as soon as possible.
Best Regards,
Bob
and heer what i answered them:
2007-04-16 18:19:18 by nikkou6 to Technical Support
Well that really sucks!
Any other free hosting provider provides access to both of them.
Otherwise people will not know what wrong with their scripts.
But i guess thats all a trick to get us to pay for your hosting isnt?
So ill never be abel to see the access an s error logs.
Any other goog hostinf plans gys?
ill try the document root env var now in my localhost and tell you if
it works.
------------------------------
Date: Mon, 16 Apr 2007 23:58:31 +0200
From: Michele Dondi <bik.mido@tiscalinet.it>
Subject: Re: Absolute Path errors
Message-Id: <0as723ttp8fjl04lqd2quk3dleetkbtmff@4ax.com>
On 16 Apr 2007 11:24:10 -0700, "skieros" <nikos1337@gmail.com> wrote:
>> >Indeed but will something like this likely to work?
>>
>> Did you try? What happened?
>>
>> >open FILE, "$ENV{'DOCUMENT_ROOT'}www/data/text/tips.txt" or die $!;
>>
>> Well, if 'www' is (one of) your document root(s) anyway, as seems
>> probable, then you don't want that in the path.
>>
>> >my @files = glob "$ENV{'DOCUMENT_ROOT'}/data/text/*.txt";
>>
>> To put it simply and briefly: I don't know. But as a side note, if you
>> really want to be picky, you may use File::Spec(::Functions)'s
>> catfile().
>
>well here what hey responded me on free hostia.
>
>Hello,
>
>I am truly sorry to disappoint you but Access and Error logs service
>in not available at this time. Our administrators are working to
>enable it as soon as possible.
I'm sorry for you, honestly. But... the relevance of this should be?
Michele
--
{$_=pack'B8'x25,unpack'A8'x32,$a^=sub{pop^pop}->(map substr
(($a||=join'',map--$|x$_,(unpack'w',unpack'u','G^<R<Y]*YB='
.'KYU;*EVH[.FHF2W+#"\Z*5TI/ER<Z`S(G.DZZ9OX0Z')=~/./g)x2,$_,
256),7,249);s/[^\w,]/ /g;$ \=/^J/?$/:"\r";print,redo}#JAPH,
------------------------------
Date: 16 Apr 2007 15:24:35 -0700
From: usenet@DavidFilmer.com
Subject: Re: Absolute Path errors
Message-Id: <1176762275.769423.204130@l77g2000hsb.googlegroups.com>
On Apr 16, 8:49 am, "skieros" <nikos1...@gmail.com> wrote:
> Indeed but will something like this likely to work?
> open FILE, "$ENV{'DOCUMENT_ROOT'}www/data/text/tips.txt" or die $!;
> or
> my @files = glob "$ENV{'DOCUMENT_ROOT'}/data/text/*.txt";
Here's an easy way for you to answer your own question. Cut-and-paste
this tiny little program into a file:
#!/usr/bin/perl
print "Content-type: text/plain\n\n";
printf "%-25s => %s\n", $_, $ENV{$_} for sort keys %ENV;
__END__
Save it with some name (perhaps env.cgi) in your cgi-bin, chmod it to
be executable, and now run it from a browser (http://yourdomain.com/
cgi-bin/env.cgi).
It will show you the webserver environment in which your Perl programs
are running (note that the output in a browser is COMPLETELY different
than the output you get if you run the program from a shell). Note
the value for DOCUMENT_ROOT (and note that it does not have a trailing
slash, so your first example could not work, but your second example
might work, depending on if the concatenation is valid).
--
The best way to get a good answer is to ask a good question.
David Filmer (http://DavidFilmer.com)
------------------------------
Date: Mon, 16 Apr 2007 19:54:47 -0500
From: Tad McClellan <tadmc@augustmail.com>
Subject: Re: Absolute Path errors
Message-Id: <slrnf286mn.6kc.tadmc@tadmc30.august.net>
skieros <nikos1337@gmail.com> wrote:
> Any other goog hostinf plans gys?
Huh?
--
Tad McClellan SGML consulting
tadmc@augustmail.com Perl programming
Fort Worth, Texas
------------------------------
Date: Mon, 16 Apr 2007 19:02:33 -0600
From: Scott Bryce <sbryce@scottbryce.com>
Subject: Re: Absolute Path errors
Message-Id: <cNmdnW-NR_UPgbnbnZ2dnUVZ_j6dnZ2d@comcast.com>
Tad McClellan wrote:
> skieros <nikos1337@gmail.com> wrote:
>
>
>
>>Any other goog hostinf plans gys?
>
>
>
> Huh?
I'm guessing that he is looking for a web host. That would be a question
for another newsgroup. Perhaps alt.www.webmaster?
------------------------------
Date: Mon, 16 Apr 2007 22:41:27 +0100
From: RedGrittyBrick <RedGrittyBrick@SpamWeary.foo>
Subject: Re: Error connecting to remote database
Message-Id: <ZtSdnUkISNkecL7bnZ2dnUVZ8qugnZ2d@bt.com>
skieros wrote:
> On Apr 16, 7:37 pm, Ian Wilson <scoblo...@infotop.co.uk> wrote:
>> skieros wrote:
>>> <TITLE>500 Internal Server Error</TITLE>
>>> when i try tohttp://skieros.freehostia.com/cgi-bin/test.pl
>> You need to check the Apache error log. I don't know about
>> freehostia.com but my hosting providers provide separate error logs for
>> each customer.
> I wish i could!! Then i wouldnt speculate any more.
> Isnt it weird that it cant even get to then print hello or die
> statement?
It isn't very wierd really. IIRC it means that either the Perl
interpreter isn't being invoked (e.g. its not installed at /usr/bin) or
the program failed with a compiler error rather than a run-time error.
(though frankly I'm a bit hazy about this distinction with perl)
Consider this CGI script accessed via a web browser:
#!perl
use strict;
use warnings;
use DBI;
use CGI::Carp qw(fatalsToBrowser);
use CGI qw(:standard);
print header( -charset=>'utf-8' ),
start_html( -title=>'Hello World!' ),
p('hello'),
end_html;
Apache produces a 500 error.
Now consider this
#!perl
use strict;
use warnings;
use CGI::Carp qw(fatalsToBrowser);
use CGI qw(:standard);
use DBI;
print header( -charset=>'utf-8' ),
start_html( -title=>'Hello World!' ),
p('hello'),
end_html;
The browser displays "Can't locate DBI.pm in @INC (@INC contains: ..."
This is because I moved the `use CGI::Carp` before the `use DBI` (which
isn't installed).
You can install Apache on your WinXP PC and test your CGI scripts that
way. At least you'll have access to error logs :-)
------------------------------
Date: 16 Apr 2007 15:18:48 -0700
From: "skieros" <nikos1337@gmail.com>
Subject: Re: Error connecting to remote database
Message-Id: <1176761928.014217.94020@p77g2000hsh.googlegroups.com>
On Apr 17, 12:41 am, RedGrittyBrick <RedGrittyBr...@SpamWeary.foo>
wrote:
> skieros wrote:
> > On Apr 16, 7:37 pm, Ian Wilson <scoblo...@infotop.co.uk> wrote:
> >> skieros wrote:
> >>> <TITLE>500 Internal Server Error</TITLE>
> >>> when i try tohttp://skieros.freehostia.com/cgi-bin/test.pl
> >> You need to check the Apache error log. I don't know about
> >> freehostia.com but my hosting providers provide separate error logs for
> >> each customer.
> > I wish i could!! Then i wouldnt speculate any more.
> > Isnt it weird that it cant even get to then print hello or die
> > statement?
>
> It isn't very wierd really. IIRC it means that either the Perl
> interpreter isn't being invoked (e.g. its not installed at /usr/bin) or
> the program failed with a compiler error rather than a run-time error.
> (though frankly I'm a bit hazy about this distinction with perl)
>
> Consider this CGI script accessed via a web browser:
>
> #!perl
> use strict;
> use warnings;
> use DBI;
> use CGI::Carp qw(fatalsToBrowser);
> use CGI qw(:standard);
> print header( -charset=>'utf-8' ),
> start_html( -title=>'Hello World!' ),
> p('hello'),
> end_html;
>
> Apache produces a 500 error.
>
> Now consider this
>
> #!perl
> use strict;
> use warnings;
> use CGI::Carp qw(fatalsToBrowser);
> use CGI qw(:standard);
> use DBI;
> print header( -charset=>'utf-8' ),
> start_html( -title=>'Hello World!' ),
> p('hello'),
> end_html;
>
> The browser displays "Can't locate DBI.pm in @INC (@INC contains: ..."
> This is because I moved the `use CGI::Carp` before the `use DBI` (which
> isn't installed).
>
> You can install Apache on your WinXP PC and test your CGI scripts that
> way. At least you'll have access to error logs :-)
Yes i use dbi.pm. the .way .you .describe.
and no error .displayed,why3?
------------------------------
Date: 16 Apr 2007 13:47:38 -0700
From: "thecrow" <hokkaidocrow@gmail.com>
Subject: How to time out a forked command but still see output?
Message-Id: <1176756458.838699.48400@e65g2000hsc.googlegroups.com>
The goal... perl script launches the external program, shows all its
ouput in realtime. If too much time expires, perl script exits,
redirects all output of external program to some file. Can someone
give me a nudge in the right direction?
I tried a few things involving alarm() and eval but couldn't get them
to work. I won't waste your time with everything that failed, but the
following code is as close as I got. It is not acceptable because it
doesn't show the output of the program.
I also tried something like redirecting CMD to STDOUT but when I do
that, the output of the program keeps scrolling to the term even after
the timeout. I tried to solve this by closing these filehandles and
redirecting them to /dev/null outside of the eval, but those didn't
work either.
Help is appreciated...
#!/usr/bin/perl
$command = shift @ARGV;
$startupWait = shift @ARGV || 60;
eval {
local $SIG{'ALRM'} =
sub {
die "\nTimed out command $command after waiting
$startupWait seconds\n";
};
alarm($startupWait);
print "Running command: $command\n";
print "with timeout of $startupWait\n";
open(CMD, "$command|");
(@output) = (<CMD>);
close CMD;
alarm 0;
print "Command completed, output is:\n";
print map { "$_\n" } @output;
};
die "$@" if ($@);
------------------------------
Date: 16 Apr 2007 14:28:16 -0700
From: "thecrow" <hokkaidocrow@gmail.com>
Subject: Re: How to time out a forked command but still see output?
Message-Id: <1176758896.561070.56430@n76g2000hsh.googlegroups.com>
Never mind, I hit on something simple that worked. Don't know why I
didn't try this first. Haven't done Perl in years.
alarm($timeout);
open(CMD, "$command|");
while (<CMD>) {
print $_;
}
close CMD;
alarm(0);
The output is displayed up until the time of completion or timeout.
alarm() seems to interrupt this and its children just fine.
I'm sure the solution is obvious to everyone, but I'll record it here
for posterity for whoever else has the same question.
On Apr 16, 4:47 pm, "thecrow" <hokkaidoc...@gmail.com> wrote:
> The goal... perl script launches the external program, shows all its
> ouput in realtime. If too much time expires, perl script exits,
> redirects all output of external program to some file. Can someone
> give me a nudge in the right direction?
>
> I tried a few things involving alarm() and eval but couldn't get them
> to work. I won't waste your time with everything that failed, but the
> following code is as close as I got. It is not acceptable because it
> doesn't show the output of the program.
>
> I also tried something like redirecting CMD to STDOUT but when I do
> that, the output of the program keeps scrolling to the term even after
> the timeout. I tried to solve this by closing these filehandles and
> redirecting them to /dev/null outside of the eval, but those didn't
> work either.
>
> Help is appreciated...
>
> #!/usr/bin/perl
> $command = shift @ARGV;
> $startupWait = shift @ARGV || 60;
>
> eval {
> local $SIG{'ALRM'} =
> sub {
> die "\nTimed out command $command after waiting
> $startupWait seconds\n";
> };
> alarm($startupWait);
> print "Running command: $command\n";
> print "with timeout of $startupWait\n";
> open(CMD, "$command|");
> (@output) = (<CMD>);
> close CMD;
> alarm 0;
> print "Command completed, output is:\n";
> print map { "$_\n" } @output;};
>
> die "$@" if ($@);
------------------------------
Date: 16 Apr 2007 22:51:27 GMT
From: xhoster@gmail.com
Subject: Re: How to time out a forked command but still see output?
Message-Id: <20070416185130.150$IN@newsreader.com>
"thecrow" <hokkaidocrow@gmail.com> wrote:
> Never mind, I hit on something simple that worked. Don't know why I
> didn't try this first. Haven't done Perl in years.
>
> alarm($timeout);
> open(CMD, "$command|");
> while (<CMD>) {
> print $_;
> }
> close CMD;
> alarm(0);
That doesn't seem do what you said you want. It doesn't redirect
to a file and let child finish sending output there.
The way I do something vaguely like that is just to do:
$ perl something.pl > foo
$ tail -f foo
Then hit ctrl-c on the tail when I got bored.
Xho
>
> On Apr 16, 4:47 pm, "thecrow" <hokkaidoc...@gmail.com> wrote:
> > The goal... perl script launches the external program, shows all its
> > ouput in realtime. If too much time expires, perl script exits,
> > redirects all output of external program to some file. Can someone
> > give me a nudge in the right direction?
--
-------------------- http://NewsReader.Com/ --------------------
Usenet Newsgroup Service $9.95/Month 30GB
------------------------------
Date: 16 Apr 2007 22:54:05 GMT
From: xhoster@gmail.com
Subject: Re: How to time out a forked command but still see output?
Message-Id: <20070416185408.114$Tg@newsreader.com>
xhoster@gmail.com wrote:
> "thecrow" <hokkaidocrow@gmail.com> wrote:
> > Never mind, I hit on something simple that worked. Don't know why I
> > didn't try this first. Haven't done Perl in years.
> >
> > alarm($timeout);
> > open(CMD, "$command|");
> > while (<CMD>) {
> > print $_;
> > }
> > close CMD;
> > alarm(0);
>
> That doesn't seem do what you said you want. It doesn't redirect
> to a file and let child finish sending output there.
>
> The way I do something vaguely like that is just to do:
>
> $ perl something.pl > foo
Of course that should be:
$ perl something.pl > foo &
> $ tail -f foo
>
> Then hit ctrl-c on the tail when I got bored.
>
> Xho
--
-------------------- http://NewsReader.Com/ --------------------
Usenet Newsgroup Service $9.95/Month 30GB
------------------------------
Date: 16 Apr 2007 16:14:35 -0700
From: "attn.steven.kuo@gmail.com" <attn.steven.kuo@gmail.com>
Subject: Re: How to time out a forked command but still see output?
Message-Id: <1176765275.479619.42750@e65g2000hsc.googlegroups.com>
On Apr 16, 3:51 pm, xhos...@gmail.com wrote:
> "thecrow" <hokkaidoc...@gmail.com> wrote:
> > Never mind, I hit on something simple that worked. Don't know why I
> > didn't try this first. Haven't done Perl in years.
>
> > alarm($timeout);
> > open(CMD, "$command|");
> > while (<CMD>) {
> > print $_;
> > }
> > close CMD;
> > alarm(0);
>
> That doesn't seem do what you said you want. It doesn't redirect
> to a file and let child finish sending output there.
I started to play with the close-on-exec flag and
had the signal handler exec to a new process:
my $fh;
my @output;
eval {
local $SIG{'ALRM'} = sub {
close $fh;
exec("finish_at_your_leisure");
};
alarm 15;
local $^F = 3;
open(CMD, "slow_process|")
or die "Cound not open pipe: $!";
open $fh, '>', '/tmp/save'
or die "Could not open file : $!";
my $old_fh = select($fh);
$| = 1;
select($old_fh);
while (<CMD>)
{
push @output, $_;
print $fh $_;
}
alarm 0;
print "Command completed, output is:\n";
print $_ for @output;
};
die "$@" if $@;
Where finish_at_your_leisure was something like:
open my $fh, '>>', '/tmp/save'
or die $!;
open (CMD, '<&=3')
or die "fdopen equivalent failed: $!";
while (<CMD>)
{
print $fh $_;
}
close $fh;
It seems to work but I don't usually
work with signal handlers and frankly having
anything complex in them gives me an uneasy
feeling.
--
Hope this helps,
Steven
------------------------------
Date: 16 Apr 2007 14:01:11 -0700
From: "Xah Lee" <xah@xahlee.org>
Subject: is laziness a programer's virtue?
Message-Id: <1176757271.282365.319740@n76g2000hsh.googlegroups.com>
2007-03-29
Dear tech geekers,
In a couple of posts in the past year i have crossed-posted (e.g.
recently =E2=80=9CWhat are OOP's Jargons and Complexities=E2=80=9D, =E2=80=
=9Cis laziness a
programer's virtue?=E2=80=9D, =E2=80=9COn Java's Interface (the meaning of =
interface
in computer programing)=E2=80=9D ), there are a some controversy, and lots =
of
off-topic and careless follow ups.
I think a few things today's tech geekers should remind themselves:
=E2=80=A2 If you deem something off-topic to =E2=80=9Cyour=E2=80=9D newsgro=
up, and want to
tech-geek by changing the =E2=80=9Cfollow-up group=E2=80=9D, start with you=
rself.
Please do not cross-post yourself, and tweak the follow-up, and
proudly proclaim that you changed the follow-up as a benign gesture.
=E2=80=A2 Please remind yourself what is on-topic and off-topic. Unless you
are the auhority of a online forum, otherwise, Meta-talk, and
policing, are off-topic in general, and only tends to worsen the
forum's quality. This issue is cleared up in online communications as
early as early 1990s.
=E2=80=A2 The facility of cross-posting is a good thing as a progress of
communication technology, and the action of cross-posting is a good
thing with respect to communication. What the common tech-geekers's
sensitivity to cross-posting are due to this collective's lack of
understanding of social aspects of communication. Cross-posting isn't
a problem. The problem is the power-struggling male nature and
defensiveness in propergating the tongues of a tech geeker's own.
Tech-geeker's behavior towards cross-posting over the years did
nothing to enhance the content quality of newsgroups, but engendered
among computing language factions incommunicado, and aided in the
proliferation of unnecessary re-invention (e.g. the likes of Perl,
PHP, Python, Ruby that are essentially the same) and stagnation (e.g.
the lisp camp with their above-it attitude).
If you are a programer of X and is learning Y or wondering about Y,
please do cross-post it. If your article is relevant to X, Y, and Z,
please cross post it. If you are really anti-cross-posting, please
use a online forum that is more specialized with controlled
communication, such as mailing lists, developer's blogs, and website-
based forums.
I hope that the computing newsgroups will revive to its ancient nature
of verdant cross communication of quality content, as opposed to
today's rampant messages focused on politics, mutual sneering, closed-
mindedness, and careless postings.
References:
=E2=80=9CTech Geekers versus Spammers=E2=80=9D
http://xahlee.org/UnixResource_dir/writ/tech_geekers_vs_spammers.html
Netiquette Guidelines, 1995, by S Hambridge. (RFC 1855)
http://tools.ietf.org/html/rfc1855
Xah
xah@xahlee.org
=E2=88=91 http://xahlee.org/
------------------------------
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 350
**************************************