[6795] in Perl-Users-Digest
Perl-Users Digest, Issue: 420 Volume: 8
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Sun May 4 00:17:48 1997
Date: Sat, 3 May 97 21:00:14 -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 Sat, 3 May 1997 Volume: 8 Number: 420
Today's topics:
Re: [DRAFT] RFD: comp.lang.perl.{data-structure,inter-p (A.Deckers)
Re: [DRAFT] RFD: comp.lang.perl.{data-structure,inter-p (A.Deckers)
Re: [DRAFT] RFD: comp.lang.perl.{data-structure,inter-p (A.Deckers)
ANNOUNCE: PCN.pm-1.00 - Pointcast perl module (EMarkert)
ANNOUNCE: new Perl web site (Steffen Beyer)
ANNOUNCE: perlrpcgen 0.7a <jake@organic.com>
Announce: Tom-1.5.tar.gz <jduncan@hawk.igs.net>
Re: Avoid writing a temp file <merlyn@stonehenge.com>
Gamma Test Release of Perl 5.004 (Chip Salzenberg)
Re: Multithreading in perl? <good.luck@getting.spam.to.zenin.at.best.com>
Text::Refer (a.k.a. Text::Bib 2.0) uploaded to CPAN <eryq@enteract.com>
Digest Administrivia (Last modified: 8 Mar 97) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: 3 May 1997 11:51:14 GMT
From: I-hate-cyber-promo@man.ac.uk (A.Deckers)
Subject: Re: [DRAFT] RFD: comp.lang.perl.{data-structure,inter-process,programmer,regex}
Message-Id: <slrn5mm9li.j2r.I-hate-cyber-promo@news.rediris.es>
In comp.lang.perl.misc,
tcyang@netcom.com wrote:
>You forgot one thing. To create these groups, you have to win supports
>for more than CLPM people. There are elementary people who always believe
>"moderation = censorship". Present an explanation for these people first.
Anyone who rants about the censorship issue in the context of a RFD for
a technical group such as those proposed is probably a raving lunatic
and therefore beyond reasoning, gruboursy being a case in point.
I'm sure some will crawl out of the woodwork when the official RFD is
published, but I doubt there is anything we can say to change their
point of view, they will probably be very few and I have better things
to do than to waste my time in puerile shouting matches.
I guess I'm agreeing with you but I don't think this is anything to
worry about in this case. All we can do is point them towards the
rationale, which IMHO makes clear why moderation is desirable, and hope
that the vast majority of news.groups and clpm regulars will make a
sensible reading of this.
Cheers,
Alain
--
Perl information: <URL:http://www.perl.com/perl/>
Perl FAQ: <URL:http://www.perl.com/perl/faq/>
Perl archive: <URL:http://www.perl.com/CPAN/>
------------------------------
Date: 3 May 1997 14:35:45 GMT
From: I-hate-cyber-promo@man.ac.uk (A.Deckers)
Subject: Re: [DRAFT] RFD: comp.lang.perl.{data-structure,inter-process,programmer,regex}
Message-Id: <slrn5mmja1.frq.I-hate-cyber-promo@news.rediris.es>
In comp.lang.perl.misc,
tadmc@flash.net wrote:
>
>A. Deckers (I-hate-cyber-promo@man.ac.uk) wrote:
>
>[ snip ]
>
>: + that contains more quoted than unquoted text. This condition
>: will not be applied to articles containing less than 20 lines
>: of body text, excluding the signature if one is found. Articles
>: without any unquoted text, not taking into account the
>: signature if one is present, will be rejected;
>
>I don't like this one. I can easily envision going on for many lines
>with current code and an English description, and getting six
>lines of code as an answer.
I've ammended the next draft of the RFD to the effect that any post of
less than 40 lines of body text will not be subject to this provision.
Would that satisfy you? I understand your objection, but I think some
sort of limit has to be imposed. The question is where one draws the
line.
>[ snip ]
>
>: [snip other similar charters]
> ^^^^^^^^^^^^^^^^^^^^^^
>for comp.lang.perl.programmer I would like an explicit clause
>encouraging readers to NOT answer FAQs in the newsgroup. A
>pointer by email, or no response at all, should be given for
>such questions posted to c.l.p.programmer.
Done.
Cheers,
Alain
--
Perl information: <URL:http://www.perl.com/perl/>
Perl FAQ: <URL:http://www.perl.com/perl/faq/>
Perl archive: <URL:http://www.perl.com/CPAN/>
------------------------------
Date: 3 May 1997 14:40:53 GMT
From: I-hate-cyber-promo@man.ac.uk (A.Deckers)
Subject: Re: [DRAFT] RFD: comp.lang.perl.{data-structure,inter-process,programmer,regex}
Message-Id: <slrn5mmjjl.frq.I-hate-cyber-promo@news.rediris.es>
In comp.lang.perl.misc,
dblack@icarus.shu.edu wrote:
>Hello -
>
>I-hate-cyber-promo@man.ac.uk (A. Deckers) writes:
[...]
>I would definitely support this. I do, however, anticipate that some
>topic areas may not fit comfortably into exactly one of the four
>proposed groups. [...]
That's what clp.programmer is for. And clp.misc will remain unaffected
by this RFD.
>>+ that is deemed to contain text encoded using HTML or similar
>> schemes;
>
>While I completely share the general alarm at the flood of
>irrelevant HTML/CGI questions in clpm, I would question whether
>it is indeed *impossible* for a worthwhile question about
>Perl data structures to contain fragments of HTML. If the
>question is basically sound, but some sample code/data happens
>to involve HTML, I don't think the poster should be excluded.
Fixed in the next draft. See also my followup further down this thread.
[...]
>>+ that contains more quoted than unquoted text. This condition
>> will not be applied to articles containing less than 20 lines
>> of body text, excluding the signature if one is found. Articles
>> without any unquoted text, not taking into account the
>> signature if one is present, will be rejected;
>
>The last clause sounds good, but I share Tad's reservations generally
>about this provision.
See my followup to Tad's article. I've upped the cutoff to 40 lines.
>>+ that contains a signature over 10 lines in length;
>
>Could we make it 6? :-)
Done.
Cheers,
Alain
--
Perl information: <URL:http://www.perl.com/perl/>
Perl FAQ: <URL:http://www.perl.com/perl/faq/>
Perl archive: <URL:http://www.perl.com/CPAN/>
------------------------------
Date: 3 May 1997 13:47:10 GMT
From: emarkert@aol.com (EMarkert)
Subject: ANNOUNCE: PCN.pm-1.00 - Pointcast perl module
Message-Id: <5kffku$3ba$1@nadine.teleport.com>
PCN.pm is a perl module that allows programmers to create objects that
manipulate Pointcast Iserver Corporate Channel Files and Content Group
Files.
This module is being made freely available to the public under the GNU
Copyright agreement.
To download the most current version goto:
http://cgi.usma.edu/cgi-bin/License?swpackage=PCN.pm-1.00
===========================================================
Erich L. Markert
webmaster@www.usma.edu
Webmaster
US Military Academy
West Point, NY
------------------------------
Date: 3 May 1997 13:44:05 GMT
From: sb@sdm.de (Steffen Beyer)
Subject: ANNOUNCE: new Perl web site
Message-Id: <5kfff5$35o$1@nadine.teleport.com>
Dear Perl aficionados :-) ,
at http://www.engelschall.com/u/sb/download/
you can find Perl modules and scripts for free download along with
descriptions and illustrative logos about the following subjects
(among others!):
- Gregorian calendar date calculations (most complete!)
(for instance allows you to calculate a new date given a date and an
offset in days, the difference in days between two dates, the week
number for a date, a date given the week number and a day of week,
easter sunday (using Gauss' formula), and much more.)
- a base class for bit vectors (the core of which is written in C),
especially suited for (extremely fast!) set calculations
(for instance to calculate "first", "follow" and "look-ahead"
character sets for parsers and compiler-compilers)
- a module for matrix operations
(also allows you to solve linear equation systems using
an efficient algorithm known as "LR decomposition")
- a script to scan your web site and to generate a tree representation
(a HTML page) of it
- a script to do the contrary of a database "join" on text DB files
- and many more, including (but not limited to) Kleene's algorithm
(language accepted by deterministic finite automata, path-problem
in graphs, shortest-paths problem in graphs), Kruskal's algorithm
(minimal spanning tree in graphs), ...
Important note:
The page contains a lot of information (42k plus images) which may take
some time to load.
The intention (and hopefully, advantage for you) is that once you have
the page in your computer you can go offline and read it at your leasure -
you won't have to load anything else and to wait any more unless you want
to download some of the software.
Hint: Do not expect any fancy gadgets (no Java & Co.!)!
I hope you'll enjoy your visit!
Yours sincerely,
--
Steffen Beyer <sb@sdm.de> http://www.engelschall.com/u/sb/download/
"There is enough for the need of everyone in this world,
but not for the greed of everyone." - Mahatma Gandhi
------------------------------
Date: 3 May 1997 13:48:28 GMT
From: Jake Donham <jake@organic.com>
Subject: ANNOUNCE: perlrpcgen 0.7a
Message-Id: <5kffnc$3cr$1@nadine.teleport.com>
Hi,
I've just uploaded perlrpcgen-0.7a.tar.gz to PAUSE and it should be at
your local CPAN site shortly. See
http://www.perl.org/CPAN/authors/id/JAKE/
perlrpcgen generates Perl modules and server shells (which embed Perl)
from RPC interface definitions. Your Perl clients and servers can then
interoperate with clients and servers written in C or other
languages. Or you can use RPC as a simple IPC mechanism from one Perl
process to another.
The package includes a simple dictionary service (based on DB_File)
and a tied interface to it.
This version has been tested only on Solaris 2.5.1. If you're willing
to help me test and debug it on another platform please let me know.
Jake
------------------------------
Date: 3 May 1997 13:43:38 GMT
From: "James Duncan" <jduncan@hawk.igs.net>
Subject: Announce: Tom-1.5.tar.gz
Message-Id: <5kffea$35f$1@nadine.teleport.com>
Tom stands for Transportable Object Model.
Tom allows you to define a different class within a Tom object, and
create methods for it. Tom also allows for a complete program to be built
within this object, through use of the main code compartment in the object.
Tom uses the Safe module to define security parameters, but does not
demand security. It allows you to use it when you want.
Tom might not be the fastest thing possible, but at the moment it is the
only thing going in Perl (as far as I know).
I have not yet inserted it into CPAN because I would like some feedback on
it first, but I it is available to download from the website,
http://www.hawk.igs.net/~jduncan/Tom/
Regards,
James
--
James Duncan
IGS Hawkesbury Systems Administrator
EMAIL: jduncan@hawk.igs.net
WEB: http://www.hawk.igs.net/~jduncan/
PHONE: (613)632-4075 FAX: (613)632-8137
------------------------------
Date: 03 May 1997 07:31:48 -0700
From: Randal Schwartz <merlyn@stonehenge.com>
To: aml@world.std.com (Andrew M. Langmead)
Subject: Re: Avoid writing a temp file
Message-Id: <8civ10aap7.fsf@gadget.cscaper.com>
>>>>> "Andrew" == Andrew M Langmead <aml@world.std.com> writes:
Andrew> cat file | tr ^ @ | grep 'key:'
Andrew> you say:
Andrew> print grep /key:/, tr/^/@/, @file;
Except of course that this won't work. You aren't passing any
arguments to tr... so you'll need to do something like this to create
the reasonably precise equivalent:
print grep /key:/, map { (my $x = $_) =~ tr/^/@/; $x } `cat file`;
Andrew> Or a more shellish:
Andrew> @srec = grep !/Total/, grep !/Pkno/, grep !/Report/, grep !/^\$/,
Andrew> map { tr/\t/;/ } map { tr/\r//d } @collection;
Hmm. I don't like the final map-tr here, because you are also
modifying @collection unknowingly. Or, even if you know it, you
haven't flagged it so that your maintenance programmer knows the
difference. Again, you'll want the safety cushion on that map-tr:
... map { (my $x = $_) =~ tr/\r//d; $x } @collection;
And, for an optimization, I'd use one grep instead of four, and one
map instead of two:
@srec = grep !/^\$|Report|Pkno|Total/, map {
my $x = $_; $x =~ tr/\r//d; $x =~ tr/\t/;/; $x
} @collection;
print "Just another Perl hacker," # but not what the media calls "hacker!" :-)
## legal fund: $20,495.69 collected, $182,159.85 spent; just 486 more days
## before I go to *prison* for 90 days; email fund@stonehenge.com for details
--
Name: Randal L. Schwartz / Stonehenge Consulting Services (503)777-0095
Keywords: Perl training, UNIX[tm] consulting, video production, skiing, flying
Email: <merlyn@stonehenge.com> Snail: (Call) PGP-Key: (finger merlyn@ora.com)
Web: <A HREF="http://www.stonehenge.com/merlyn/">My Home Page!</A>
Quote: "I'm telling you, if I could have five lines in my .sig, I would!" -- me
------------------------------
Date: 3 May 1997 13:49:27 GMT
From: chip@rio.atlantic.net (Chip Salzenberg)
Subject: Gamma Test Release of Perl 5.004
Message-Id: <5kffp7$3de$1@nadine.teleport.com>
The Perl development team is pleased to announce the second test
release, also called the "gamma" test release (because it's the one
after "beta"), of Perl 5.004. For version control purposes, this
release is called "Perl 5.003_99"; when built, its binary is called
"perl5.00399".
You should be able to install and use this release of Perl under almost
all families, mutations, and imitations of UNIX, as well as VMS, OS/2,
QNX, LynxOS, AmigaOS, Plan 9, and Windows NT. If this release of Perl
is built under Windows NT, it can also be used under Windows 95.
The gamma test period may be as short as _JUST_ONE_WEEK_, so if you're
going to help us test Perl 5.004, you'll need to do it quickly.
It is *vital* that you read the file "INSTALL" before building this
release; it contains information you absolutely need to know. For
example, "INSTALL" explains how you can install Perl 5.004 without
removing previous version(s) of Perl, and how you can make Perl 5.004
binary-compatible with Perl 5.003 (and why you have a choice).
There are several new functions and features in Perl 5.004, including a
small number of unavoidable incompatibilies. See the change notices for
details, in the file "pod/perldelta.pod". It is *highly* recommended
that you read "pod/perldelta.pod" before using this release if you have
any previous experience with Perl.
If you find a bug, please report it to us with the "perlbug" script in
the "utils" directory of the distribution. Since you may have older
versions of "perlbug" installed, run it as "./perl utils/perlbug"; to
display its documentation, use the "-h" flag. If you cannot send
external E-Mail from your development platform, you can still use
"perlbug" to prepare the bug report and save it to a file, which you
should then mail to <perlbug@perl.com>.
If Perl didn't even compile, then you won't be able to use "perlbug".
Instead, compose your bug report by hand, being sure to include the
output of the "myconfig" shell script included in the distribution, and
mail it to <perlbug@perl.com>.
We re-emphasize: *Please* read "INSTALL" and "pod/perldelta.pod". We
are happy to answer questions, but our time is limited. By reading the
excellent documentation included with Perl before asking for help, you
will save yourself time, you will save us time, and you will help us
debug the documentation.
You will find this release on CPAN, the Comprehensive Perl Archive
Network. The following URL at Tom Christiansen's web server (perl.com)
will automatically direct your request to a CPAN FTP site appropriate
for your location:
http://www.perl.com/CPAN/src/5.0/unsupported/perl5.003_99.tar.gz
If you wish to retrieve the file entirely with HTTP, you can use this
URL at The Perl Institute (perl.org):
http://www.perl.org/CPAN/src/5.0/unsupported/perl5.003_99.tar.gz
Finally, to quote Douglas Adams: "Share and enjoy!"
Signed,
The Perl Development Team
--
Chip Salzenberg - a.k.a. - <chip@pobox.com>
"Why is she limping?" -- Tom Servo
"Because she has an arrow in her shoulder." -- Joel // MST3K
------------------------------
Date: 3 May 1997 11:26:11 GMT
From: Zenin <good.luck@getting.spam.to.zenin.at.best.com>
Subject: Re: Multithreading in perl?
Message-Id: <5kf7cj$1a4$3@nntp2.ba.best.com>
Tab Bennedum <tab@albany.net> wrote:
: Anyone know of way (a module?) to write multithreaded scripts?
: I've done the fork thing, but it won't do my current project. I really need
: a multithreaded solution.
Not available, as far a I know. What are you looking for that can't
be done with fork? If it's shared data, you may want to look at
storing it in a file. A simple tied scalar class can make that
pretty transparent. If your system supports it, using shared memory
from a tied scalar class can also work wonders, or nightmares.
-Zenin
Zenin @ Best . com
------------------------------
Date: 3 May 1997 13:48:57 GMT
From: Eryq <eryq@enteract.com>
Subject: Text::Refer (a.k.a. Text::Bib 2.0) uploaded to CPAN
Message-Id: <5kffo9$3cv$1@nadine.teleport.com>
This module provides routines for parsing in the contents of "refer"-
format bibliographic databases: these are simple text files which
contain one or more bibliography records. They are usually found lurking
on Unix-like operating systems, with the extension .bib.
Each record in a "refer" file describes a single paper, book, or
article. Users of nroff/troff often employ such databases when
typesetting papers.
Even if you don't use *roff, this simple, easily-parsed parameter-value
format is still useful for recording/exchanging bibliographic
information. With this module, you can easily post-process "refer"
files: search them, convert them into LaTeX, whatever.
The intention of this module is to obsolete Text::Bib, so if you have strong
opinions-about/wishlists-for manipulating records in refer() files, get 'em
to me now.
You can download the module from the CPAN in the authors/Eryq directory,
or from:
Code:
http://www.enteract.com/~eryq/CPAN/Text-Refer/
Documentation:
http://www.enteract.com/~eryq/CPAN/Text-Refer/docs/Text/Refer.pm.html
The usual caveats for Alpha releases apply. The main goal here is to decide
on the public interface.
Enjoy,
--
___ _ _ _ _ ___ _ Eryq (eryq@enteract.com)
/ _ \| '_| | | |/ _ ' / Hughes STX, NASA/Goddard Space Flight Cntr.
| __/| | | |_| | |_| | http://www.enteract.com/~eryq
\___||_| \__, |\__, |___/\ Visit STREETWISE, Chicago's newspaper by/
|___/ |______/ of the homeless: http://www.streetwise.org
------------------------------
Date: 8 Mar 97 21:33:47 GMT (Last modified)
From: Perl-Request@ruby.oce.orst.edu (Perl-Users-Digest Admin)
Subject: Digest Administrivia (Last modified: 8 Mar 97)
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.
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 420
*************************************
