[16141] in Perl-Users-Digest
Perl-Users Digest, Issue: 3553 Volume: 9
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Mon Jul 10 15:32:33 2000
Date: Mon, 10 Jul 2000 12:32:21 -0700 (PDT)
From: Perl-Users Digest <Perl-Users-Request@ruby.OCE.ORST.EDU>
To: Perl-Users@ruby.OCE.ORST.EDU (Perl-Users Digest)
Message-Id: <963257541-v9-i3553@ruby.oce.orst.edu>
Content-Type: text
Perl-Users Digest Mon, 10 Jul 2000 Volume: 9 Number: 3553
Today's topics:
CGI script problems.. anuragmenon@my-deja.com
Re: CGI script problems.. <bwalton@rochester.rr.com>
Re: CGI script problems.. anuragmenon@my-deja.com
Re: CGI script problems.. <bwalton@rochester.rr.com>
cgi-lib - How to get parameters from url? (Jesse)
Re: cgi-lib - How to get parameters from url? (David Efflandt)
CGI.pm : Problems with default values in popup menus et <gzma@gpu.srv.ualberta.ca>
Re: CGI.pm : Problems with default values in popup menu (David Efflandt)
Re: CGI.pm : Problems with default values in popup menu (Keith Calvert Ivey)
CGI.pm documentation, was Re: redirection using Locatio <flavell@mail.cern.ch>
CGI/fork/HTTP::Daemon problem (re: YAPC Practical Web P <prlawrence@lehigh.edu>
CGI/Perl programming question <kupernik@bcn.net>
Re: CGI/Perl programming question <care227@attglobal.net>
Changes uid in CGI scripts <kh@penell.dk>
Re: Changes uid in CGI scripts <news@fido.workone.com>
Character Encoding with Perl / Oracle <joseph@denalii.com>
Digest Administrivia (Last modified: 16 Sep 99) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Tue, 04 Jul 2000 04:52:31 GMT
From: anuragmenon@my-deja.com
Subject: CGI script problems..
Message-Id: <8jrqib$nfa$1@nnrp1.deja.com>
I posted a similar query sometime back,but I am not able to find it
now..so posting again.
I am trying to use a subroutine in a CGI script and the CGI script is
only returning a string to the main routine.
If I run the script on commandline, it works without throwing out any
errors/warnings. But the moment I try to use it online from the form, it
gives an internal server error and the error is at the line where I call
the subroutine since things are fine when I comment that line out.
Could anyone give a suggestion why that might be so?
Using the object method for writing the CGI script.
the pseudocode is as follows..
<lines of code>
----------------
<lines of code>
my $PassString = 'test';
my $NewString = TrySub($PassString);
print q->end_html;
exit 0;
#subroutine
sub TrySub{
my ($LocalString) = @_;
my $AddString = 'TEST';
my $RetString = $LocalString.$AddString;
return $RetString;
}
This is almost EXACTLY what it does..the sub works perfect if executed
offline but throws up an internal server error when I run it from the
form!
PLEASE HELP!
I have been stuck with this for over a day and a half!!
Thanks for all your suggestions in advance..
Vinod.
Sent via Deja.com http://www.deja.com/
Before you buy.
------------------------------
Date: Tue, 04 Jul 2000 17:30:05 GMT
From: Bob Walton <bwalton@rochester.rr.com>
Subject: Re: CGI script problems..
Message-Id: <39621F66.8B670649@rochester.rr.com>
anuragmenon@my-deja.com wrote:
>
> I posted a similar query sometime back,but I am not able to find it
> now..so posting again.
Did you try looking on DejaNews?
>
> I am trying to use a subroutine in a CGI script and the CGI script is
> only returning a string to the main routine.
You mean the sub is doing the returning of the string??
>
> If I run the script on commandline, it works without throwing out any
> errors/warnings. But the moment I try to use it online from the form, it
> gives an internal server error and the error is at the line where I call
> the subroutine since things are fine when I comment that line out.
Are you using the CGI module? I assume you are from your code. Did you
turn fatals_to_brower on? If not, try that -- with that, you shouldn't
get a server error. And use -w and use strict; if you aren't already.
>
> Could anyone give a suggestion why that might be so?
No, it should be fine. Your sub name doesn't conflict with the names of
anything defined by CGI or other modules you might be using, does it?
>
...
> Vinod.
--
Bob Walton
------------------------------
Date: Tue, 04 Jul 2000 19:54:48 GMT
From: anuragmenon@my-deja.com
Subject: Re: CGI script problems..
Message-Id: <8jtfe2$shd$1@nnrp1.deja.com>
Thanks a ton for that suggestion..using the 'fatalstobrowser' option
was perfect.. my problem was solved in a flash since it showed what the
error was..but that gave rise to another issue..and that is a pain now..
I am using the CGI module and using strinct and the -w options.
The error was this. I was passing a string that I construct in the main
routine to the subroutine and since that is string can vary in length, I
need to find its length in the subroutine and determine an increment
value which is 1.0/LengthofString. I use the perf function 'length' and
print out all values. The server error was coming because the
LengthofString was giving a 0.0 value and hence the illegal division by
zero error which was clear when I used the fatalstobrowser. THanks a ton
for that.
But the whole thing showed me another error.
This is what happens.
<lines of code>
$NewString = TrySub($TestString);
print q->end_html;
exit 0;
#subroutine
sub TrySub{
my ($LocalString) = @_;
print "The local string passed is $LocalString\n";
my $StringLength = length chomp($LocalString);
print "length of string passed is $StringLength\n";
---
---
---
return $somevalue;
}
Considering that the string passed is 'test' from the main program, this
is the output I get
The local string passed is test
length of string passed is 5
why might that be?
Vinod.
Sent via Deja.com http://www.deja.com/
Before you buy.
------------------------------
Date: Tue, 04 Jul 2000 21:06:27 GMT
From: Bob Walton <bwalton@rochester.rr.com>
Subject: Re: CGI script problems..
Message-Id: <3962521B.515364F6@rochester.rr.com>
anuragmenon@my-deja.com wrote:
...
> <lines of code>
>
> $NewString = TrySub($TestString);
>
> print q->end_html;
> exit 0;
>
> #subroutine
>
> sub TrySub{
>
> my ($LocalString) = @_;
> print "The local string passed is $LocalString\n";
>
> my $StringLength = length chomp($LocalString);
> print "length of string passed is $StringLength\n";
>
> ---
> ---
> ---
> return $somevalue;
>
> }
>
> Considering that the string passed is 'test' from the main program, this
> is the output I get
>
> The local string passed is test
> length of string passed is 5
>
> why might that be?
>
> Vinod.
...
Well, I'm not really sure why you got 5 given the above. I would have
expected 1. Check out
perldoc -f chomp
where you will note that the return value of chomp is "the total number
of characters removed from all its arguments". You were obviously
expecting the return value to be the chomp'ed string. If the above is
really the output you got, there were no extra newlines on the end of
$LocalString in your test case, or they would have shown up in the
output. Thus, zero characters would have been chomped, and the length
of the string 0 is 1. Note also that the behavior of chomp is affected
by the value of $/. Why you got 5 given the above is a mystery to me.
--
Bob Walton
------------------------------
Date: Mon, 10 Jul 2000 08:09:45 GMT
From: jesse@juga.org.invalid (Jesse)
Subject: cgi-lib - How to get parameters from url?
Message-Id: <39698462.9784068@news.m.iinet.net.au>
Hi there,
I want to be able to read in a couple of parameters from a URL - and
according to all the docs this should be exceedingly simple.
Nevertheless, I can't seem to do it and I'm hoping someone can point
me in the right direction.
What I want to be able to do is have two variables that can be passed
in, ala http://webserver/test.cgi?skip=3&number=4
And if no parameters are passed in, I want it to default to 0 and 15
respectively.
Below is the code I've been using to try and do this, but it always
returns that I didn't enter in values.
Anyone kind enough to point out where I went wrong? :)
Thanks,
Jesse
(please remove the .invalid when replying)
#!/usr/bin/perl
require "cgi-lib.pl";
# first.. lets start producing a html page
print <<EOF ;
Content-type: text/html\n\n
<html>
<head>
<title>Test2 CGI Script</title>
</head>
<body>
EOF
# lets read in the parameters first
&ReadParse(*input);
if ($input{'skip'})
{
$skip = $input{'skip'};
print "<p>You entered a skip ($skip)</p>";
}
else
{
$skip = 0;
print "<p>You didn't enter a skip value, defaulting to ($skip)</p>";
}
if (defined($input{'number'}))
{
$number = $input{'number'};
print "<p>You entered a number ($number)</p>";
}
else
{
$number = 15;
print "<p>You didn't enter a number, defaulting to ($number)</p>";
}
print <<EOF ;
</body>
</html>
EOF
# and now to exit
exit;
------------------------------
Date: 10 Jul 2000 10:08:37 GMT
From: efflandt@xnet.com (David Efflandt)
Subject: Re: cgi-lib - How to get parameters from url?
Message-Id: <slrn8mj84o.us1.efflandt@efflandt.xnet.com>
On Mon, 10 Jul 2000 08:09:45 GMT, Jesse <jesse@juga.org.invalid> wrote:
>Hi there,
>
>I want to be able to read in a couple of parameters from a URL - and
>according to all the docs this should be exceedingly simple.
>Nevertheless, I can't seem to do it and I'm hoping someone can point
>me in the right direction.
>
>What I want to be able to do is have two variables that can be passed
>in, ala http://webserver/test.cgi?skip=3&number=4
>
>And if no parameters are passed in, I want it to default to 0 and 15
>respectively.
>
>Anyone kind enough to point out where I went wrong? :)
(script snipped)
cgi-lib.pl is obsolete. See if my massaged version of your script isn't
somewhat easier (and works). For more info, on a system with Perl, type:
perldoc CGI
#!/usr/bin/perl
use CGI qw/:standard/;
print header,start_html('Test2 CGI Script');
if ($skip = param('skip')) {
print p,"You entered a skip ($skip)";
} else {
$skip = 0;
print p,"You didn't enter a skip value, defaulting to ($skip)";
}
if ($number = param('number')) {
print p,"You entered a number ($number)";
} else {
$number = 15;
print p,"You didn't enter a number, defaulting to ($number)";
}
print end_html;
--
David Efflandt efflandt@xnet.com http://www.de-srv.com/
http://www.autox.chicago.il.us/ http://www.berniesfloral.net/
http://hammer.prohosting.com/~cgi-wiz/ http://cgi-help.virtualave.net/
------------------------------
Date: 4 Jul 2000 19:33:12 GMT
From: G Ma <gzma@gpu.srv.ualberta.ca>
Subject: CGI.pm : Problems with default values in popup menus etc...
Message-Id: <8jte5o$duc$1@pulp.srv.ualberta.ca>
Hi,
I am using CGI.pm for forms and I am having trouble using perl variables
as default values for popup menus, scolling lists, and radio groups.
For example,
print popup_menu(-name=>"ncpus", -values=>[@numbers],-default=>$ncpu);
does not seems to work. @numbers is merely an array containing the
numbers 1 through 64. $ncpu is a number, which lies within the range,
that is read from a data file. When the form is rendered the default
value of the popup is not the value specified by the variable; it merely
defaults to the first element of the array. Is there any sort of
typecasting I need to do to $ncpu for the form to display properly?
Using variables for default values in CGI.pm does work for simple text
fields and text areas. However, it does not seem to work for me on popup
menus, scolling lists, and radio groups. Should this work?
Any help would be greatly appreciated.
--
--
George Ma
http://ugweb.cs.ualberta.ca/~george/
gzma@ualberta.ca | george@cs.ualberta.ca
------------------------------
Date: 4 Jul 2000 22:04:54 GMT
From: efflandt@xnet.com (David Efflandt)
Subject: Re: CGI.pm : Problems with default values in popup menus etc...
Message-Id: <slrn8m4ns4.ee0.efflandt@efflandt.xnet.com>
On 4 Jul 2000 19:33:12 GMT, G Ma <gzma@gpu.srv.ualberta.ca> wrote:
>
>I am using CGI.pm for forms and I am having trouble using perl variables
>as default values for popup menus, scolling lists, and radio groups.
>For example,
>
>print popup_menu(-name=>"ncpus", -values=>[@numbers],-default=>$ncpu);
>
>does not seems to work. @numbers is merely an array containing the
>numbers 1 through 64. $ncpu is a number, which lies within the range,
>that is read from a data file. When the form is rendered the default
>value of the popup is not the value specified by the variable; it merely
>defaults to the first element of the array. Is there any sort of
>typecasting I need to do to $ncpu for the form to display properly?
Hint: Maybe newlines or carriage returns, so your default does NOT
exactly match any of your data.
This works perfectly for me even using \@numbers (per CGI.pm instructions)
instead of [@numbers]
#!/usr/bin/perl
use CGI qw/:standard/;
@numbers = (1,2,3,4,5);
$ncpu = 4;
print header,start_html('Test'),start_form,
popup_menu(-name=>'ncpus',-values=>[@numbers],-default=>$ncpu),
submit,end_form;
--
David Efflandt efflandt@xnet.com http://www.de-srv.com/
http://www.autox.chicago.il.us/ http://www.berniesfloral.net/
http://hammer.prohosting.com/~cgi-wiz/ http://cgi-help.virtualave.net/
------------------------------
Date: Wed, 05 Jul 2000 02:50:11 GMT
From: kcivey@cpcug.org (Keith Calvert Ivey)
Subject: Re: CGI.pm : Problems with default values in popup menus etc...
Message-Id: <3963a1b7.2338462@nntp.idsonline.com>
G Ma <gzma@gpu.srv.ualberta.ca> wrote:
>print popup_menu(-name=>"ncpus", -values=>[@numbers],-default=>$ncpu);
>
>does not seems to work. @numbers is merely an array containing the
>numbers 1 through 64. $ncpu is a number, which lies within the range,
>that is read from a data file. When the form is rendered the default
>value of the popup is not the value specified by the variable; it merely
>defaults to the first element of the array.
Are you sure that $ncpu is exactly the same (stringwise: eq, not
==) as one of the entries in @numbers? If you're reading it
from a file, perhaps you need to chomp it.
--
Keith C. Ivey <kcivey@cpcug.org>, Washington, DC
(Still working on getting the newsfeeds.com obscenity below removed.
And isn't it mind-bogglingly stupid to claim 80,000 newsgroups
simply because you newgroup every typo or joke that comes along?)
-----= Posted via Newsfeeds.Com, Uncensored Usenet News =-----
http://www.newsfeeds.com - The #1 Newsgroup Service in the World!
-----== Over 80,000 Newsgroups - 16 Different Servers! =-----
------------------------------
Date: Tue, 4 Jul 2000 12:02:36 +0200
From: "Alan J. Flavell" <flavell@mail.cern.ch>
Subject: CGI.pm documentation, was Re: redirection using Location: in Perl CGI script
Message-Id: <Pine.GHP.4.21.0007041142530.5516-100000@hpplus03.cern.ch>
On Tue, 4 Jul 2000, Alan J. Flavell wrote:
> > From 'perldoc CGI':
>
> Documentation bug already reported...
That was a late-night mistake, sorry. The documentation bug that I
previously reported was to the corresponding statement in the Perl
FAQs. But the item under discussion wasn't the Perl FAQ, it was the
version of the CGI.pm documentation that appears in perldoc in the
distribution. And this general issue (rather than the specific
technical topic) prompts me to open a new subthread, cc: to Lincoln
Stein.
I've discussed before with Lincoln Stein some of the text of the
CGI.PM POD documentation. The problem seems to be that the good
CGI.pm documentation is maintained in HTML, and this is the
documentation that I would advise CGI.pm users to refer to:
http://stein.cshl.org/WWW/software/CGI/ for the current production
version. The CGI.pm POD, on the other hand, turns out from time to
time to contain some obsolete stuff and does not receive the same
level of attention re updates. Unfortunately, it not only gets
distributed as the module documentation in the Perl distribution, it
also gets automatically converted (and somewhat garbled in the
process, AFAICS) to an HTML-ised form that also gets distributed, and
which had me considerably confused until the distinction was pointed
out to me.
This needs some kind of attention, but I don't know what. Maybe
CGI.pm needs some alternative packaging into the Perl distribution.
Could someone who has links to the Perl porters suggest an appropriate
way to progress this general issue?
It's a pity for this excellent software to be let down by the
distribution of inadequate documentation, when in fact better
documentation is already available (albeit in a different format). It
would seem to me unreasonable to expect the author to maintain two
lots of documentation in parallel.
cheers
------------------------------
Date: Thu, 6 Jul 2000 12:04:07 -0400
From: "Phil R Lawrence" <prlawrence@lehigh.edu>
Subject: CGI/fork/HTTP::Daemon problem (re: YAPC Practical Web Programming)
Message-Id: <8k2alq$afs@fidoii.CC.Lehigh.EDU>
Hello,
Following Randall's short "Practical Web Programming" class at YAPC, I want
to apply his first chatbot example
(http://www.stonehenge.com/merlyn/WebTechniques/col23.html) to my Service
Request system.
Background:
My program is slow. Sysadmin says he'll have mod_perl installed for me
soon. Meantime, I want to try Randall's tecnique of "stateful transactions
via a single-threaded mini-webserver"
Problem:
I can get the username and pass no problem by starting the program off as a
normal CGI.pm script (we have a secure web server). Then I fork, redirect
parent to new url, and get database connection with child, which will
persist. So far so good. The submit button from the login screen has
already set the '.State' param to 'Main Menu', so after getting database
connection I throw the main menu up on the screen. So far so good. Now,
when the user hits one of the submit buttons on the main menu, it is suposed
to change the '.State' param so a different form will display.
UNFORTUNATELY, '.State' is never changed again, and always remains 'Main
Menu', no matter which button I press.
Obviously some arcane issue I'm missing here. Can anyone offer a
suggestion? Here's my code higlights, picking up after I've captured the
username and password. Subroutines are at the end:
### OK, let's fork
use LUDBI; # my subclassed DBI
use HTTP::Daemon;
use HTTP::Status;
my $HOST = 'my.host.lehigh.edu'; # Where are we now?
my $TIMEOUT = 60; # Number of seconds before this
database connection expires
# Maps actions to functions
my %Actions = (
'Add SSR' => \&add_ssr,
'Delete SSR' => \&delete_ssr,
'Update SSR' => \&update_ssr,
);
# Maps pages to functions
my %States = (
'Main Menu' => \&main_menu_form,
'Add SSR' => \&add_form,
'Maintain SSR' => \&maint_form,
'View SSR' => \&view_form,
);
my $d = new HTTP::Daemon (LocalAddr => $HOST);
my $unique = join '.', time, $$, int(rand 1000);
my $url = $d->url.$unique;
defined(my $pid = fork) or die "Cannot fork: $!";
if ($pid) { # I'm the parent!
print $query->redirect($url);
exit 0;
}
close STDOUT; # to let the kid live on
my $dbh = LUDBI->lu_connect('dbi:Oracle:instance.world', $user, $pass,
{RaiseError => 1})
or die $DBI::errstr;
my $c;
{
alarm($TIMEOUT); # (re-)set the deadman timer
$c = $d->accept; # $c is a connection
my $r = $c->get_request; # $r is a request
if ($r->url->epath ne "/$unique") {
$c->send_error(RC_FORBIDDEN, 'Not a valid connection attempt!');
close $c;
redo;
}
$c->send_basic_header;
#I've tried this three ways: as below, as $query = CGI->new, and without
getting another
#CGI object. None fixed my problem
$CGI::Q = new CGI $r->content;
# Generate the current page
my ($Current_Action,$Current_Screen) = ('','');
if ($query->param('.Action')) {
$Current_Action = $query->param('.Action');
die "No action for $Current_Action" unless
$Actions{$Current_Action};
} else {
$Current_Screen = $query->param('.State') || 'Login';
die "No screen for $Current_Screen" unless $States{$Current_Screen};
}
if ($Current_Action) {
$Actions{$Current_Action}->();
} else {
$States{$Current_Screen}->();
}
close $c;
redo;
}
###########################
# subroutines for each form
###########################
sub login_form {
...
}
sub main_menu_form {
standard_header($c,'SSR Main Menu');
print $c $query->hr,
$query->p( $query->submit(-name => '.State',
-value => 'Add SSR'));
...
standard_footer($c);
}
sub add_form {
standard_header($c,'Add SSR Form');
print $c $query->hr,
...
}
...
#############################
# header and footer functions
#############################
sub standard_header {
my $fh = shift;
my $header = ($_[0]) ? shift() : 'System Service Request';
print $fh $query->header(),
$query->start_html(-title => 'System Service Request',
-author => 'prlawrence@lehigh.edu',
-bgcolor => $bgcolor,
-textcolor => $textcolor),
$query->h1($header),
$query->start_form('POST',$url);
}
sub standard_footer {
my $fh = shift;
print $fh $query->end_form,
$query->end_html;
}
------------------------------
Date: Mon, 10 Jul 2000 08:46:16 -0400
From: "James M Kupernik" <kupernik@bcn.net>
Subject: CGI/Perl programming question
Message-Id: <smjhj134nu117@corp.supernews.com>
I'm writting a order form and there are two submittion buttons, one for
calculating and one to continue. The continue button check to make sure all
of the fieds are filled in. If this is the case it is supposed to go to a
confimation page, but it won't leave the verification program. I have the
perl program set up for the two buttons as follows;
if ($in{'Calculate'} eq "Calculate")
{
<<Code>>
}
else
{
if (($in{'Name'} eq "") || $in{'Address'} eq ""))
{
<<code>>
exit(0);
}
exit(0);
}
Any help would be great!
James
------------------------------
Date: Mon, 10 Jul 2000 09:39:36 -0400
From: Drew Simonis <care227@attglobal.net>
Subject: Re: CGI/Perl programming question
Message-Id: <3969D218.8F8CC935@attglobal.net>
James M Kupernik wrote:
>
> if ($in{'Calculate'} eq "Calculate")
> {
> <<Code>>
> }
> else
> {
> if (($in{'Name'} eq "") || $in{'Address'} eq ""))
> {
> <<code>>
> exit(0);
> }
> exit(0);
> }
>
> Any help would be great!
>
> James
Incomplete code doesn't help anyone. Well, this bit does help me see
that you aren't using a CGI module to take the form input, which is
generally a bad thing. Please include relevant code. Please run this
program from the command line and test the output. Please include a
detailed problem description.
In the process of doing the above 3 things, you'll probably see that
this isn't a Perl question at all, but instead is more CGI specific.
If this is the case, please post to comp.infosystems.www.authoring.cgi
HTH
------------------------------
Date: Tue, 04 Jul 2000 17:03:08 +0200
From: Kasper Hauge <kh@penell.dk>
Subject: Changes uid in CGI scripts
Message-Id: <3961FCAC.C729E409@penell.dk>
Hi
I'm pretty new in writing Perl, but I have this problem. I can't changes
uid when I'm using the script as a CGI script. It looks like I'm
"nobody" as default, but I'll like to changes that, to a known user. Is
it possible, and what command can I use ??
I'm running Perl 5.005 on a Red hat 6.1
Best Regards
Kasper
------------------------------
Date: Tue, 4 Jul 2000 17:34:01 +0200
From: Kirill Miazine <news@fido.workone.com>
Subject: Re: Changes uid in CGI scripts
Message-Id: <Pine.LNX.4.21.0007041731310.26627-100000@isolde.uio.no>
What you can do is to make the script setuid. Read man setuid for more
info.
Hope that helps
On Tue, 4 Jul 2000, Kasper Hauge wrote:
# Hi
# I'm pretty new in writing Perl, but I have this problem. I can't changes
#
# uid when I'm using the script as a CGI script. It looks like I'm
# "nobody" as default, but I'll like to changes that, to a known user. Is
# it possible, and what command can I use ??
#
# I'm running Perl 5.005 on a Red hat 6.1
#
# Best Regards
# Kasper
#
#
------------------------------
Date: Sat, 08 Jul 2000 20:56:07 -0700
From: Joseph Ziegler <joseph@denalii.com>
Subject: Character Encoding with Perl / Oracle
Message-Id: <mIS95.76$DU6.112442@news.pacbell.net>
I really could use some advice here. I'm using Perl and Oracle 8i DBI. I
need a good method to convert between character sets on CLOBS of data I'm
storing. I.e., I want to convert a large amount of text in Japanese from
EUC to SJIS, or Chinese from GB to HZ.
I was trying to get the Oracle 8i Convert function to work, but I can't seem
to get it to work correctly with Perl DBI.
Does anybody have a code example I could see? Is it better to have Oracle
do the conversion or is there some good Perl routines out there?
Thanks for any help!
-Joseph Ziegler
joseph at denalii.com
------------------------------
Date: 16 Sep 99 21:33:47 GMT (Last modified)
From: Perl-Users-Request@ruby.oce.orst.edu (Perl-Users-Digest Admin)
Subject: Digest Administrivia (Last modified: 16 Sep 99)
Message-Id: <null>
Administrivia:
The Perl-Users Digest is a retransmission of the USENET newsgroup
comp.lang.perl.misc. For subscription or unsubscription requests, send
the single line:
subscribe perl-users
or:
unsubscribe perl-users
to almanac@ruby.oce.orst.edu.
| NOTE: The mail to news gateway, and thus the ability to submit articles
| through this service to the newsgroup, has been removed. I do not have
| time to individually vet each article to make sure that someone isn't
| abusing the service, and I no longer have any desire to waste my time
| dealing with the campus admins when some fool complains to them about an
| article that has come through the gateway instead of complaining
| to the source.
To submit articles to comp.lang.perl.announce, send your article to
clpa@perl.com.
To request back copies (available for a week or so), send your request
to almanac@ruby.oce.orst.edu with the command "send perl-users x.y",
where x is the volume number and y is the issue number.
For other requests pertaining to the digest, send mail to
perl-users-request@ruby.oce.orst.edu. Do not waste your time or mine
sending perl questions to the -request address, I don't have time to
answer them even if I did know the answer.
------------------------------
End of Perl-Users Digest V9 Issue 3553
**************************************
