[27903] in Perl-Users-Digest
Perl-Users Digest, Issue: 9267 Volume: 10
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Thu Jun 8 14:10:17 2006
Date: Thu, 8 Jun 2006 11:10:10 -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 Thu, 8 Jun 2006 Volume: 10 Number: 9267
Today's topics:
Re: How to hobble a CPU <tzz@lifelogs.com>
Re: How to hobble a CPU <ashishgup@gmail.com>
Re: How to hobble a CPU <ashishgup@gmail.com>
Re: How to hobble a CPU <y_simard@yahoo.fr>
Re: How to hobble a CPU <tzz@lifelogs.com>
Multiple Line output using Win32::Printer <goodcall1@hotmail.dot.com>
Re: Multiple Line output using Win32::Printer <goodcall1@hotmail.dot.com>
Re: newbie - changing value of lexical from outside of <zen13097@zen.co.uk>
PerlIO omission <blgl@stacken.kth.se>
Re: PerlIO omission <benmorrow@tiscali.co.uk>
Re: PerlIO omission <ced@blv-sam-01.ca.boeing.com>
Re: PerlIO omission <ced@blv-sam-01.ca.boeing.com>
question: split, unix and windows file format <>
Re: question: split, unix and windows file format niall.macpherson@ntlworld.com
Re: question: split, unix and windows file format <rvtol+news@isolution.nl>
Re: question: split, unix and windows file format <tadmc@augustmail.com>
Re: Simple GPA calculator program <tzz@lifelogs.com>
split a big program into multiple files filippo2991@virgilio.it
Re: The Nature of the Unix Philosophy <albalmer@att.net>
Re: The Nature of the =?UTF-8?B?4oCcVW5peCBQaGlsb3NvcGh <eligottlieb@gmail.com>
Re: Unable to connect to SQLite database file <saviourms@yahoo.co.in>
Re: Where might I find a 'newer' DBI.pm (source) file? <bart.lateur@pandora.be>
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Thu, 08 Jun 2006 11:14:49 -0400
From: Ted Zlatanov <tzz@lifelogs.com>
Subject: Re: How to hobble a CPU
Message-Id: <g69ac8n7k7q.fsf@CN1374059D0130.kendall.corp.akamai.com>
On 8 Jun 2006, y_simard@yahoo.fr wrote:
> The reason I need to throttle down my workstation is to try and resolve
> a timing issue that other slower workstations are having in a
> client/server environment. They do not reply quickly enough, thus
> generating timeouts, while mine replies in time.
Ah, in that case just add a second of sleep(1) before the reply so it
will always be too slow. If you need a shorter time, look at
"perldoc -q sleep"
Ted
------------------------------
Date: 8 Jun 2006 04:23:11 -0700
From: "ashish" <ashishgup@gmail.com>
Subject: Re: How to hobble a CPU
Message-Id: <1149765791.802307.290180@j55g2000cwa.googlegroups.com>
To get 50% of CPU scheduling time for your process, run one another
process doing computation in an infinite loop, in the background. Using
round robin scheduling and assuming same priority for processes, it
will force the CPU to atleast devote 50% of time to that process, if
two processes are running.
To get 33% , run two such processes and so on.
For anything more precise, you will need a a combination of full
throttle processes like the above + another process which does
computation and sleep alternatively so as to achieve the desired
computation. For example, to get only 30% of CPU to yourself, you will
need to run 2 processes full throttle and then another process
computing only 33% of its scheduled cpu time. This is equal to 2.3
processes running full time. This plus yours is 3.3 , thus each process
gets 100/3.3 = 30% CPU scheduling time.
Ashish
Solostian wrote:
> Hi,
>
> I need to conduct a series of performance tests. Unfortunately, my
> workstation way more powerful than the targeted workstations. I need to
> design a script that will allow me to cut down the overall CPU power by
> a set % value.
>
> Does anyone knows if this is possible at all with Perl?
> Where would I first need to look?
>
> Regards,
> Solostian
------------------------------
Date: 8 Jun 2006 04:25:05 -0700
From: "ashish" <ashishgup@gmail.com>
Subject: Re: How to hobble a CPU
Message-Id: <1149765905.333646.299260@j55g2000cwa.googlegroups.com>
To get 50% of CPU scheduling time for your process, run one another
process doing computation in an infinite loop, in the background. Using
round robin scheduling and assuming same priority for processes, it
will force the CPU to atleast devote 50% of time to that process, if
two processes are running.
To get 33% , run two such processes and so on.
For anything more precise, you will need a a combination of full
throttle processes like the above + another process which does
computation and sleep alternatively so as to achieve the desired
computation. For example, to get only 30% of CPU to yourself, you will
need to run 2 processes full throttle and then another process
computing only 33% of its scheduled cpu time. This is equal to 2.3
processes running full time. This plus yours is 3.3 , thus each process
gets 100/3.3 = 30% CPU scheduling time.
Ashish
Solostian wrote:
> Hi,
>
> I need to conduct a series of performance tests. Unfortunately, my
> workstation way more powerful than the targeted workstations. I need to
> design a script that will allow me to cut down the overall CPU power by
> a set % value.
>
> Does anyone knows if this is possible at all with Perl?
> Where would I first need to look?
>
> Regards,
> Solostian
------------------------------
Date: 8 Jun 2006 06:48:07 -0700
From: "Solostian" <y_simard@yahoo.fr>
Subject: Re: How to hobble a CPU
Message-Id: <1149774487.930645.38340@j55g2000cwa.googlegroups.com>
Thank you all for your insights.
The reason I need to throttle down my workstation is to try and resolve
a timing issue that other slower workstations are having in a
client/server environment. They do not reply quickly enough, thus
generating timeouts, while mine replies in time.
Regards,
Solostian
------------------------------
Date: Thu, 08 Jun 2006 10:10:28 -0400
From: Ted Zlatanov <tzz@lifelogs.com>
Subject: Re: How to hobble a CPU
Message-Id: <g69verb7n6z.fsf@CN1374059D0130.kendall.corp.akamai.com>
On 8 Jun 2006, ashishgup@gmail.com wrote:
> To get 50% of CPU scheduling time for your process, run one another
> process doing computation in an infinite loop, in the background. Using
> round robin scheduling and assuming same priority for processes, it
> will force the CPU to atleast devote 50% of time to that process, if
> two processes are running.
> To get 33% , run two such processes and so on.
This will not work on a multiprocessor system, as I pointed out in an
earlier post in this thread.
Ted
------------------------------
Date: Thu, 08 Jun 2006 09:47:11 GMT
From: "Jack D" <goodcall1@hotmail.dot.com>
Subject: Multiple Line output using Win32::Printer
Message-Id: <zmShg.25618$S61.24326@edtnps90>
I'm trying to output mutilple lines to a printer using Win32::Printer. I
have only suceeded in printing one line so far. Does anyone know how force
it to print multiple lines? The output is shows rectangles in between each
word.
Sample code below
use strict;
use Win32::Printer;
my @array = keys %ENV;
printMultiple();
sub printMultiple {
my $dc = new Win32::Printer( papersize => A4,
description => 'Test,
unit => 'mm') or die "Failed to
create printer object";
if ($dc) {
my $textToPrint = join("\r\n",@oldarray);
my $font = $dc->Font('Times New Roman', 12);
$dc->Font($font);
$dc->Color(0, 0, 0);
$dc->Write($textToPrint, 10, 10);
$dc->Close;
}
}
__END__
Jack
------------------------------
Date: Thu, 08 Jun 2006 09:49:08 GMT
From: "Jack D" <goodcall1@hotmail.dot.com>
Subject: Re: Multiple Line output using Win32::Printer
Message-Id: <ooShg.25632$S61.16524@edtnps90>
"Jack D" <goodcall1@hotmail.dot.com> wrote in message
news:zmShg.25618$S61.24326@edtnps90...
> I'm trying to output mutilple lines to a printer using Win32::Printer. I
> have only suceeded in printing one line so far. Does anyone know how force
> it to print multiple lines? The output is shows rectangles in between each
> word.
>
> Sample code below
>
> use strict;
> use Win32::Printer;
> my @array = keys %ENV;
>
> printMultiple();
>
> sub printMultiple {
> my $dc = new Win32::Printer( papersize => A4,
> description => 'Test,
> unit => 'mm') or die "Failed to
> create printer object";
> if ($dc) {
> my $textToPrint = join("\r\n",@oldarray);
Oops - this should be
my $textToPrint = join("\r\n",@array);
but it still doesn't work.
> my $font = $dc->Font('Times New Roman', 12);
> $dc->Font($font);
> $dc->Color(0, 0, 0);
> $dc->Write($textToPrint, 10, 10);
> $dc->Close;
> }
> }
> __END__
>
> Jack
>
>
------------------------------
Date: 08 Jun 2006 07:27:09 GMT
From: Dave Weaver <zen13097@zen.co.uk>
Subject: Re: newbie - changing value of lexical from outside of module
Message-Id: <4487d14d$0$1229$db0fefd9@news.zen.co.uk>
On 07 Jun 2006 14:58:45 GMT, Dave Weaver <zen13097@zen.co.uk> wrote:
>
> main.pl
>
> #!perl
> use strict; use warnings;
> use mymodule;
>
> mymodule::set_lex(34);
> mymodule::fun();
>
> mymodule.pm
>
> package mymodule;
> my $lex;
> sub set_lex {
> $lex = shift;
> }
> sub fun {
> print shift;
oops! That should have been:
print $lex
------------------------------
Date: Thu, 08 Jun 2006 12:03:51 +0200
From: Bo Lindbergh <blgl@stacken.kth.se>
Subject: PerlIO omission
Message-Id: <e68sm7$nm9$1@news.su.se>
Why is there no truncate operation in PerlIO?
/Bo Lindbergh
------------------------------
Date: Thu, 8 Jun 2006 13:47:20 +0100
From: Ben Morrow <benmorrow@tiscali.co.uk>
Subject: Re: PerlIO omission
Message-Id: <orill3-3dl.ln1@osiris.mauzo.dyndns.org>
Quoth Bo Lindbergh <blgl@stacken.kth.se>:
> Why is there no truncate operation in PerlIO?
Err...cos PerlIO's broken? :)
There seems to be some sort of abstraction of the operation, but systems
with ftruncate(2) always end up calling it on fileno($FH). :(
Ben
--
If you put all the prophets, | You'd have so much more reason
Mystics and saints | Than ever was born
In one room together, | Out of all of the conflicts of time.
benmorrow@tiscali.co.uk The Levellers, 'Believers'
------------------------------
Date: Thu, 8 Jun 2006 16:40:20 GMT
From: Charles DeRykus <ced@blv-sam-01.ca.boeing.com>
Subject: Re: PerlIO omission
Message-Id: <J0Jvn7.988@news.boeing.com>
Bo Lindbergh wrote:
> Why is there no truncate operation in PerlIO?
>
There is though: perldoc -f truncate
--
Charles DeRykus
------------------------------
Date: Thu, 8 Jun 2006 17:04:13 GMT
From: Charles DeRykus <ced@blv-sam-01.ca.boeing.com>
Subject: Re: PerlIO omission
Message-Id: <J0Jwr1.AHA@news.boeing.com>
Charles DeRykus wrote:
> Bo Lindbergh wrote:
>> Why is there no truncate operation in PerlIO?
>>
>
> There is though: perldoc -f truncate
>
I think there is an emulation even on OS's
which don't have ftruncate(2).
On Win32 for instance, truncate still succeeds:
C:\temp>perl -V:d_truncate
d_truncate='undef';
C:\temp>perl
open my $fh, "+<", "foo" or die "open: $!";
truncate $fh,0 or die "truncate failed";
^D
--
Charles DeRykus
------------------------------
Date: Thu, 08 Jun 2006 00:44:22 -0700
From: walanta <>
Subject: question: split, unix and windows file format
Message-Id: <3ldf825akliso4nf5fj7k9fmt2caqa71rn@4ax.com>
I have a C# program that that calls SSH server on UNIX and use
command= "echo" + var1+" " + var2 + " " + var3 + ">> /filename";
the file looks good when it gets to UNIX.
However my parsing code refuse to work with this file comming from
wndows on UNIX.
everything goes into the $var1...
I've tried chomp and chop on Unix side.
do they use differnet encoding? I tried "\t" too
where should I go to debug this.
on Windows: tried wreite line
while (<INPUT>) {
chop;
($var1, $var2, $var3) = split(/ /, $_);
print "$var1, $var2, $var3";
}
------------------------------
Date: 8 Jun 2006 01:49:20 -0700
From: niall.macpherson@ntlworld.com
Subject: Re: question: split, unix and windows file format
Message-Id: <1149756560.833786.184000@g10g2000cwb.googlegroups.com>
walanta wrote:
>
> on Windows: tried wreite line
>
>
>
> while (<INPUT>) {
> chop;
> ($var1, $var2, $var3) = split(/ /, $_);
> print "$var1, $var2, $var3";
>
> }
Well we can't see the data, but I suspect that it may not be separated
just by single spaces. If you have multiple spaces or tabs you will
need to use \s rather than a space. The example below works as expected
for me using Active Perl on windoze. The data line contains single
space, multiple spaces and tabs. Can't explain why yours should work on
Unix but not windoze without seeing the data.
Hope this helps
-------------------------------------------
use strict;
use warnings;
use Data::Dumper;
while(<DATA>)
{
chomp;
my($var1, $var2, $var3) = split(/\s+/);
print Dumper $var1, $var2, $var3;
}
exit(0);
__END__
bish bash bosh
fish fash fosh
oof arf wibble
-------------------------------------------------
output
C:\develop\NiallPerlScripts>clpm22.pl
$VAR1 = 'bish';
$VAR2 = 'bash';
$VAR3 = 'bosh';
$VAR1 = 'fish';
$VAR2 = 'fash';
$VAR3 = 'fosh';
$VAR1 = 'oof';
$VAR2 = 'arf';
$VAR3 = 'wibble';
------------------------------
Date: Thu, 8 Jun 2006 11:29:20 +0200
From: "Dr.Ruud" <rvtol+news@isolution.nl>
Subject: Re: question: split, unix and windows file format
Message-Id: <e691s7.108.1@news.isolution.nl>
niall.macpherson@ntlworld.com schreef:
> [split]
> If you have multiple spaces or tabs you will
> need to use \s rather than a space.
Or even better, the special ' '.
See perldoc -f split.
--
Affijn, Ruud
"Gewoon is een tijger."
------------------------------
Date: Thu, 8 Jun 2006 08:14:32 -0500
From: Tad McClellan <tadmc@augustmail.com>
Subject: Re: question: split, unix and windows file format
Message-Id: <slrne8g8lo.18s.tadmc@magna.augustmail.com>
walanta <> wrote:
>
> I have a C# program that that calls SSH server on UNIX and use
> command= "echo" + var1+" " + var2 + " " + var3 + ">> /filename";
>
> the file looks good when it gets to UNIX.
>
> However my parsing code refuse to work with this file comming from
> wndows on UNIX.
How does the file "come" to Unix from Windows?
If you are using FTP, then you should use "ASCII" or "text" mode
transfers rather than "binary" mode transfers.
> do they use differnet encoding?
Yes.
Unix uses a linefeed character to mark the end of "lines".
Windows uses a carriage return-linefeed pair of characters
to mark the end of "lines".
FTP will do the proper translation of line endings if you ask
it to (by not doing a "binary" transfer).
Here is a perl one-liner that converts DOS style line endings
to Unix style line endings:
perl -p -i.dos -e 'tr/\r//d' file1 file2 fileN...
--
Tad McClellan SGML consulting
tadmc@augustmail.com Perl programming
Fort Worth, Texas
------------------------------
Date: Thu, 08 Jun 2006 10:17:18 -0400
From: Ted Zlatanov <tzz@lifelogs.com>
Subject: Re: Simple GPA calculator program
Message-Id: <g69r71z7mvl.fsf@CN1374059D0130.kendall.corp.akamai.com>
On 7 Jun 2006, rmr531@gmail.com wrote:
> The book that we have is "Perl by Example" by Ellie Quigley. I
> definately would not reccommend it, everyone in the class hates it,
> including the instructor, but what can you do, we have to use what
> the college wants us too even if they are wrong.
It might be a fun exercise for the class to pick a few chapters and
find errors in them, then send that list of errors to the department
chair and the dean.
You can learn a lot that way, both about Perl and about real-world
software, programmers, and politics :)
Ted
------------------------------
Date: 8 Jun 2006 10:59:17 -0700
From: filippo2991@virgilio.it
Subject: split a big program into multiple files
Message-Id: <1149789557.661863.53510@f6g2000cwb.googlegroups.com>
Hi,
my program is getting big and I'd like to split it into multiple files,
something like C guys do.
main.pl
include file1.pl
include file2.pl
etc
I tried both do and require but they doesn't work as I expect:
I can't use the global variables I declare into main for the subrutines
declared into other files. How can I do?
Thanks,
Filippo
------------------------------
Date: Thu, 08 Jun 2006 16:21:44 GMT
From: Al Balmer <albalmer@att.net>
Subject: Re: The Nature of the Unix Philosophy
Message-Id: <ujjg82pmaphk580qg51v9hslr7fmr0h5db@4ax.com>
On 7 Jun 2006 18:35:52 -0700, "Xah Lee" <xah@xahlee.org> wrote:
>The Nature of the Unix Philosophy
Good grief. Him again.
--
Al Balmer
Sun City, AZ
------------------------------
Date: Thu, 08 Jun 2006 15:05:13 GMT
From: Eli Gottlieb <eligottlieb@gmail.com>
Subject: Re: The Nature of the =?UTF-8?B?4oCcVW5peCBQaGlsb3NvcGh54oCd?=
Message-Id: <J0Xhg.10260$3B.1868@twister.nyroc.rr.com>
Xah Lee wrote:
> The Nature of the âUnix Philosophyâ
>
> Xah Lee, 2006-05
>
> In the computing industry, especially among unix community, we often
> hear that there's a âUnix Philosophyâ. In this essay, i dissect the
> nature and characterization of such âunix philosophyâ, as have been
> described by Brian Kernighan, Rob Pike, Dennis Ritchie, Ken Thompson,
> and Richard P Gabriel et al, and in recent years by Eric Raymond.
>
> There is no one definite set of priciples that is the so-called âunix
> philosophyâ, but rather, it consistest of various slogans developed
> over the decades by unix programers that purport to describe the way
> unix is supposed to have been designed. The characteristics include:
> âkeep it simpleâ, âmake it fastâ, âkeep it smallâ, âmake
> it work on 99% of cases, but generality and correctness are less
> importantâ, âdiversity rulesâ, âUser interface is not
> important, raw power is goodâ, âeverything should be a fileâ,
> âarchitecture is less important than immediate workabilityâ. Often,
> these are expressed by chantible slogans that exhibits juvenile humor,
> such as âsmall is beautifulâ, âKISS (Keep It Simple, Stupid)â.
>
> Suppose, we take a team of student programers to produce a large
> software system. When the software is done, give it to software critics
> to analyze and come up with some principles that characterize its
> design decisions, without disclosing the nature of the programers. The
> characterization of such software, will more or less fit the
> descriptions of the âUnix Philosophyâ as described in different
> ways by various unix celebrities.
>
> For example, it would focus on implementation simplicity as opposed to
> interface simplicity. It will not be consistent in user interface, but
> exhibits rawness. It would be correct only for most cases, as opposed
> to mathematically correct or generic. It would employee simplistic data
> structures and formats such as text-files, as opposed to a structured
> system or binary format that requires a spec. It would be speedy, but
> less on scalability. It would consists of many small programs, as
> opposed to one large system with inter-dependent components. It would
> be easy to patch and port, but difficult to upgrade its structure or
> adapt entirely new assumptions.
>
> The essence of this theory is that when a software is produced for real
> world use, it is necessary that it works in some acceptable way,
> otherwise the software will be continuously debugged and refined. A
> software system written by a bunch of student or otherwise
> under-educated programers, but refined long enough for acceptably
> practical, real world use, will necessarily develop characteristics
> that is known as the Unix Philosophy.
> ----
> This article is archived at:
> http://xahlee.org/UnixResource_dir/writ/unix_phil.html
>
> Xah
> xah@xahlee.org
> â http://xahlee.org/
>
I'm only responding to this in comp.lang.c/perl.misc and
comp.unix.programmer, since those are the only groups who really need to
read this darned essay in the first place. Anyone who wants to respond
to *me*, email. I don't subscribe to those newsgroups.
Xah, normally you make some kind of point. This time, you haven't. We
all know Unix is a crock of an operating system designed more for ease
of implementation than correct use! However, it's been debugged and
patched so well by now that it beats the alternatives.
Still, with permission I'd like to forward your essay (or have you post
it) on alt.os.development. If anyone needs to see that Unix is not the
Way, the Truth and the Life, it's the operating system hobbyists who
consistently try to dump it on top of their pet microkernels.
--
The science of economics is the cleverest proof of free will yet
constructed.
------------------------------
Date: 8 Jun 2006 10:59:02 -0700
From: "Sam" <saviourms@yahoo.co.in>
Subject: Re: Unable to connect to SQLite database file
Message-Id: <1149789542.939722.198720@y43g2000cwc.googlegroups.com>
Thanks for the hints and guidance. Really appreciate it.
> You should get your CGI programs working from the command line ...
Hmm ... I'll need to get shell access which I currently don't have.
> I think you should look up the precedence of = and || in perlop.pod.
I did a google search and found the doc you mentioned (
http://search.cpan.org/src/NWCLARK/perl-5.8.7/pod/perlop.pod ). Found
it quite technical, gave me a headache, but I think I figured it out
(please correct me if I am wrong) - The || operator evaluates the left
side first. The = operator the right side. The || operator has a higher
precedence than =. So I don't think there's any problem in that line of
code ...
>> ... The path. The database directory is outside public_html from where the CGI >>script executes?
> If you can run it from the command line, then this one seems
> a good candidate.
I created another directory inside public_html, copied the database
file to it, and updated the path in the perl code to point to it.
Unfortunately it still spouts the same error as before: "unable to open
database file(1) at dbdimp.c ..."
> > The database file, and the directory where it exists have been chmoded
> > 777.
> That is a really bad idea!
> You should never need wide-open permissions like that.
I just did that to make sure it wasn't a permission related problem ...
but I do have a doubt - Since the directory and db file are outside
public_html, is it a security risk if we do give it such wide
permissions?
Any help to get this working is really appreciated - have been stuck on
this for the past 2 days ... it's starting to have a demotivating
effect.
------------------------------
Date: Thu, 08 Jun 2006 08:55:38 GMT
From: Bart Lateur <bart.lateur@pandora.be>
Subject: Re: Where might I find a 'newer' DBI.pm (source) file?
Message-Id: <asof82114o7cr8h6ppqon6ns9kff1jmi9e@4ax.com>
David H. Cook wrote:
>Yes, ok, I went to 'CPAN' and entered 'DBI' in the search box
>and yes, I looked all around.
>
>I THINK I want the 'pure-perl' (which they seem to say is for people
>LIKE ME), who
No you don't.
>do NOT want the 'binary' form of DBI. But the ONLY option they seem to
>offer is to
>download it in a ".TAR.GZ", which would be FINE for Linux, but is NOT
>ideal for Windows.
It isn't, but Perl can handle it by itself. But, more about that later.
>I'm running ACTIVE-STATE perl on Windows-XP Pro.
>(I should have mentioned that earlier.)
Well, you'd best forget about getting it from CPAN and best get a
precompiled binary, using PPM. That's a module package installation
manager (in the form of a Perl script wrapped in a .BAT file), which can
do your work for you. Try typing "PPM" is a DOS window, (or at the
"run..." prompt in the start menu), which will open its own shell.
There, type "install DBI" and let it fetch the file for you, and install
it.
You may have to add a repository to actually have it find a modern
version. See <http://cpan.uwinnipeg.ca/module/DBI>, at the bottom, the
most recent versions are available on the
<http://theoryx5.uwinnipeg.ca/ppms/> repository. To add the repositiory,
type
rep add theoryx5 http://theoryx5.uwinnipeg.ca/ppms/
at the PPM prompt, and then try to install it.
And I hope you don't have proxy problems...
--
Bart.
------------------------------
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 V10 Issue 9267
***************************************
