[19985] in Perl-Users-Digest
Perl-Users Digest, Issue: 2180 Volume: 10
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Thu Nov 22 09:05:26 2001
Date: Thu, 22 Nov 2001 06:05:08 -0800 (PST)
From: Perl-Users Digest <Perl-Users-Request@ruby.OCE.ORST.EDU>
To: Perl-Users@ruby.OCE.ORST.EDU (Perl-Users Digest)
Message-Id: <1006437908-v10-i2180@ruby.oce.orst.edu>
Content-Type: text
Perl-Users Digest Thu, 22 Nov 2001 Volume: 10 Number: 2180
Today's topics:
Building multiple versions of perl on Win32 <simon.oliver@umist.ac.uk>
Re: How can you do a safe unlink? (Mark Jason Dominus)
Re: How can you do a safe unlink? (Helgi Briem)
Re: How can you do a safe unlink? <admin@asarian-host.net>
Re: How can you do a safe unlink? <bernard.el-hagin@lido-tech.net>
Re: IO::Select and IO::Socket question: multiple connec <zoltan.kandi@tellabs.com>
Re: MX records. <bart.lateur@skynet.be>
Re: Newbie question (Helgi Briem)
Problem with perl modules <madbat28@hotmail.com>
Use C from Perl? (Markus Dehmann)
Re: Use C from Perl? <bernard.el-hagin@lido-tech.net>
Re: Use C from Perl? <rereidy@indra.com>
Re: Use C from Perl? (Rafael Garcia-Suarez)
Re: Use C from Perl? <edgue@web.de>
Re: variable scope (Mark Jason Dominus)
Re: Where can I learn about object-oriented Perl progra <5l259r001@sneakemail.com>
Re: Which ISPs support perl scripts? <brian.norman@gecm.com>
Re: Which ISPs support perl scripts? <andyb@spira.co.uk>
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Thu, 22 Nov 2001 13:42:43 +0000
From: Simon Oliver <simon.oliver@umist.ac.uk>
Subject: Building multiple versions of perl on Win32
Message-Id: <3BFD00D3.17EED3CC@umist.ac.uk>
I have been building various versions of perl - sometimes I need to use
the old-style threads, othertimes I need iThread support, etc. Anyway,
I want all this under the same target tree, but with seperate binaries
as necessary, i.e. there's no need to duplicate pure perl modules, docs,
etc. I guess I need to edit the Makefile but is it best to change
'ARCHNAME' or 'INST_VER'. I'm guessing one of the folowing would be
correct:
INST_VER = \5.6.1\old_threads
INST_VER = \5.6.1\i_threads
INST_ARCH = \$(ARCHNAME)\old_threads
INST_ARCH = \$(ARCHNAME)\i_threads
I also want to allow for the fact that I might have multiple version of
Perl too, e.g.., 5.7.2, 5.6.1, 5.5
--
Simon Oliver
------------------------------
Date: Thu, 22 Nov 2001 11:24:38 GMT
From: mjd@plover.com (Mark Jason Dominus)
Subject: Re: How can you do a safe unlink?
Message-Id: <3bfce075.6c47$ee@news.op.net>
In article <C5ZK7.49098$qx2.3094784@bin5.nnrp.aus1.giganews.com>,
Mark <admin@asarian-host.net> wrote:
>Not entirely accurate. For starters, there is no "windows". Win9x, for
>instance, does not support flock (Or, I should say: ActivePerl did not
>support flock for Win9x, presumably because Win9x has no locking mechanism.)
>On WinXP, to my joy, this function is fully implemented. Furthermore, on XP
>the data also remains available for read, even if unlinked in-between. And,
>in XP, the unlink does not fail either.
>
>> What about this is a problem?
>
>Either that the file should no longer be available for reading, because I
>unlinked it; or that the read will fail once the file is unlinked (whereas
>the file was already "approved" open for reading.)
In the absence of a clear statement from you about which OS you are
using, it is impossible for me to interpret this correctly.
Would you please say what you think the problem is, for one OS, and
one set of circumstances?
>> >Do that, and you will find the file still very much present.
>>
>> I did not find what you said. The file vanished as soon as the
>> process did the 'unlink'. I wonder if you really ran this program.
>
>You see, the problem you're not getting, is that the unlink works just fine,
>except that the "close (ARTICLE)" will make the file reappear again, as if
>it were never unlinked.
It didn't do that when I tried it.
>You seem to be missing your own point: that data remains available
>for read; hence, the "close (ARTICLE)" closes the file as if it were
>never deleted!
It didn't do that when I tried it.
>Therefore, the problem: you can get a flock for the file before you
>unlink it; but close the handle used to open the file (to get the
>lock) and the file reappears again!
It didn't do that when I tried it.
>You should assume, of course, that I tried this out before I mentioned the
>problem.
I did assume that, which is why I tried it myself. But when I saw
that the behavior you clearly described did not occur, I decided that
my original assumption had been mistaken.
There are alternative explanations. For example, you may be using a
Perl and OS combination that behaves differently from mine. Since you
didn't say anything about your perl or your OS, there is no way for me
to know this; I can only suppose that you are trying to report a
problem in all Perls. had you come out and said "I have this problem
under windows XP" then I would have known to ignore your message.
You still have not done this.
> What you constantly fail to understand, is my point that requiring
>a filehandle to lock, is not an action without consequence. That to get a
>filehandle for lock, you must first open the file (say, for read), the
>consequence of which being, that closing that filehandle results in the file
>being committed to disk again, regardless of whether you unlinked it
>in-between!
I understood that fine. I said that I had tried it, and did not see
the same behavior.
>
>> You are confused. Perl has no locking mechanism; flock() just invokes
>> the operating system's locking mechanism.
>
>Semantics; that is like saying Perl has no "open" mechanism, but just uses
>the OS "open" functions.
Yes, just so. And so if you complain that 'open' on your OS has some
bizarre misbehavior that makes it useless, the problem is therefore
not with Perl, but with the OS. It is the same with flock.
>> I think you need to study your operating system's documentation, run a
>> few of these sample programs a little bit, and take time to learn why
>> it was designed the way it was, before you get any more worked up.
>
>And you should try and grasp the nature of the problem before you say there
>is no problem. It works better that way.
>
I'm trying hard, but the lack of a clear statement about your OS is
impeding me. I did run your example code, and did not see the
behavior you described. This was my attempt to grasp the nature of
your problem. When I saw that your predicted result did not occur, I
decided that the problem was in you, not in Perl, as so often happens
in this newsgroup. People report all sorts of nonsense that never
actually happened.
--
@P=split//,".URRUU\c8R";@d=split//,"\nrekcah xinU / lreP rehtona tsuJ";sub p{
@p{"r$p","u$p"}=(P,P);pipe"r$p","u$p";++$p;($q*=2)+=$f=!fork;map{$P=$P[$f^ord
($p{$_})&6];$p{$_}=/ ^$P/ix?$P:close$_}keys%p}p;p;p;p;p;map{$p{$_}=~/^[P.]/&&
close$_}%p;wait until$?;map{/^r/&&<$_>}%p;$_=$d[$q];sleep rand(2)if/\S/;print
------------------------------
Date: Thu, 22 Nov 2001 12:19:57 GMT
From: helgi@decode.is (Helgi Briem)
Subject: Re: How can you do a safe unlink?
Message-Id: <3bfceca2.3034632911@News.CIS.DFN.DE>
On Thu, 22 Nov 2001 02:07:30 GMT, "Mark"
<admin@asarian-host.net> wrote:
>"Mark Jason Dominus" <mjd@plover.com> wrote in message
>news:3bfc52ab.5e7a$338@news.op.net...
Reading this thread is like watching a little
fluffy white bunny wabbit (Mark@asarian) venturing
out of its hole for the first time, attacking a
not very hungry grizzly bear (Mark JD) that
likes to play with its food before eating it.
Let the games begin.
Regards,
Helgi Briem
------------------------------
Date: Thu, 22 Nov 2001 13:31:14 GMT
From: "Mark" <admin@asarian-host.net>
Subject: Re: How can you do a safe unlink?
Message-Id: <C67L7.12897$YD.1245758@news2.aus1.giganews.com>
"Helgi Briem" <helgi@decode.is> wrote in message
news:3bfceca2.3034632911@News.CIS.DFN.DE...
> On Thu, 22 Nov 2001 02:07:30 GMT, "Mark"
> <admin@asarian-host.net> wrote:
>
> >"Mark Jason Dominus" <mjd@plover.com> wrote in message
> >news:3bfc52ab.5e7a$338@news.op.net...
>
> Reading this thread is like watching a little
> fluffy white bunny wabbit (Mark@asarian) venturing
> out of its hole for the first time, attacking a
> not very hungry grizzly bear (Mark JD) that
> likes to play with its food before eating it.
>
> Let the games begin.
Meanwhile, the grizzly bear has, despite any number of cheap personal
attacks, not given a solution to the problem. The grizzly bear has growled
that flock is not a Perl function, that he did not know what OS I was using,
etc. But as to the main question, in all its simplicity, as how to obtain a
lock on a file before unlinking it, without having to create a handle for it
first -- a handle to an open file that will prevent the file from being
unlinked in the first place (or will allow it to be unlinked, but still
allows it to be readable for already open filehandles to it) -- to that
quandary this white bunny has yet to hear a decent answer.
At the end of the day, when all put-downs subside, the grizzly bear will, in
my estimation, still be stumped for a decent answer. History will likely
prove the white bunny right: that acquiring a lock on a file before
unlinking it, is not safe: because either the file will not unlink, as you
would want it to (which means you have to unlink without the lock), or it
will unlink, but not prevent open filehandles to that file from continuing
to read from / write to it. It may not bother the grizzly bear that
processes can continue to read from files that have been unlinked from the
FS, but I call it pretty darn unsafe.
At the risk of giving you some more food for laughter, I was actually
mistaken about the unlinked file being recommitted to disk again. It simply
does not get unlinked at all (XP). But that really only makes it worse. In
fact, this merely only poignantly underlines my point: that getting a
filehandle, in order to get a lock, is not an act without consequence. I
thought the consequence was that the file was being recommitted to disk on
close of the filehandle. Instead, getting a filehandle for it totally
prevents the unlinking of the file at all! (XP). That makes getting a lock
for it first even a total impossibility! So, my initial question therefore
stands firmer than ever: how to do a safe unlink? To little white bunnies,
concurrent processes indiscriminately unlinking files that I might be
working on, that we find very unsafe indeed. To grumpy old grizzly bears, a
file more or less may not matter; but to this small bunny, I only feel safe
when all my concurrent processes neatly wait in line (using the flock)
before messing with shared files.
This white bunny will stick around a bit, and see whether the grizzly bear
will actually come up with a solution to the problem, or whether it will
further degenerate into more personal putdowns. I hope the first, but I fear
the latter. Which is a shame, actually. Acquiring a lock for a file in order
to safely unlink it, that is, granted, not the world's most enticing
problem; nor does this white bunny expect an enticing answer; just a normal
one would do.
- Mark
------------------------------
Date: 22 Nov 2001 13:41:51 GMT
From: Bernard El-Hagin <bernard.el-hagin@lido-tech.net>
Subject: Re: How can you do a safe unlink?
Message-Id: <slrn9vq33k.qsr.bernard.el-hagin@gdndev25.lido-tech>
On Thu, 22 Nov 2001 13:31:14 GMT, Mark <admin@asarian-host.net> wrote:
>
> This white bunny will stick around a bit, and see whether the grizzly bear
> will actually come up with a solution to the problem, or whether it will
> further degenerate into more personal putdowns.
I just went through the whole exchange you had with MJD and noticed
that you've been the one guilty of personal putdowns. MJD has been
unbelievably patient with you and you just keep yanking his chain not
noticing his incomprehensible in this context, but none the less genuine
attempts at solving your silly little problem. You can either help him
help you or continue with your pretentious tripe. Either way I won't know.
*plonk*
Cheers,
Bernard
------------------------------
Date: Thu, 22 Nov 2001 13:08:06 GMT
From: Zoltan Kandi <zoltan.kandi@tellabs.com>
Subject: Re: IO::Select and IO::Socket question: multiple connections
Message-Id: <3BFD05CA.D16DC696@tellabs.com>
Hi,
Some pseudo code follows describing my question - hopefully - more
clearly this time.
use IO::Socket;
my @hostnames = ('host1', 'host2', .... 'host20');
my @remotehandles;
my $welcome;
foreach (0..19)
{
$remotehandles[$_] = IO::Socket::INET->new( Proto => "tcp",
PeerAddr =>
$hostnames[$_],
PeerPort => 8000,
);
die "cannot connect to NMS on $hostnames[$_]\n" unless
$remotehandles[$_];
$remotehandles[$_]->autoflush(1);
$welcome_message_from_NMS = <$remotehandles[$_]>;
print "$welcome_message_from_NMS \n";
}
I need to set up these connections from my monitoring application since
I'm not allowed to touch the existing NMS application.
At this point I've happily set up my 20 connections. I've also obtained
20 individual handles, one per server.
I need to set up a 'listen' socket now, something like this:
my $sock = IO::Socket::INET->new( LocalHost => "localhost",
LocalPort => "7071",
Proto => "tcp",
Listen => 20,
Reuse => 1,
);
die "Could not create socket: $!\n" unless $sock;
I need to make sure that all 20 connections send data to this 'listen'
socket.
I still want to be able to send commands individually to each handle
from @remotehandles.
How do I tie all this together?
I apologize in advance if all this seems too obvious, I started
seriously learning Perl only 2 weeks ago. I've read through the Expect
module doc, maybe I've missed something, but it did not help me out.
TIA and best regards,
Zoltan Kandi, M. Sc.
Product & Application Specialist
Tellabs Netherlands BV
Perkinsbaan 17
3439 ND Nieuwegein
Tel: +31 30 600 40 75
Fax: +31 30 600 40 90
GSM: +31 651 194 291
Email: Zoltan.Kandi@tellabs.com
Internet: http://www.tellabs.com
------------------------------
Date: Thu, 22 Nov 2001 11:43:05 GMT
From: Bart Lateur <bart.lateur@skynet.be>
Subject: Re: MX records.
Message-Id: <fqopvtgqvsru15s5qfr1huc87r3ed7ffk9@4ax.com>
RJHM van den Bergh wrote:
>How do I determine the MX record of a domain with Perl on NT servers.
There's an MX related function/module available in some DNS related
suite... Try Net::DNS. Ah, yes:
<http://www.fuhr.org/~mfuhr/perldns/DNS.html#mx>
--
Bart.
------------------------------
Date: Thu, 22 Nov 2001 11:06:44 GMT
From: helgi@decode.is (Helgi Briem)
Subject: Re: Newbie question
Message-Id: <3bfcdbc2.3030312709@News.CIS.DFN.DE>
On Wed, 21 Nov 2001 11:34:38 -0800, mike <mjc@drizzle.net>
wrote:
>#!/usr/local/bin/perl
No -w on the shebang line BAD
No use strict; BAD
Input terminated due to improper use of
standard Perl tools.
Regards,
Helgi Briem
------------------------------
Date: Thu, 22 Nov 2001 14:39:52 +0100
From: "Marco the \"madbat\"" <madbat28@hotmail.com>
Subject: Problem with perl modules
Message-Id: <9tiu6m$hvr$1@fe1.cs.interbusiness.it>
try to install the module Bit::Vector 6.1 for Perl 5.6.1 on Solaris 8, and
when i type the "make" command, i have this output error about my gcc (ver.
3.02) compiler !!!
who help me please !!!!
# make
gcc -c -fno-strict-aliasing -I/usr/local/include -D_LARGEFILE_SOURCE -D_FIL
E_OFFSET_BITS=64 -O -DVERSION=\"6.1\" -DXS_VERSION=\"6.1\" -fPIC -I/usr/lo
cal/lib/perl5/5.6.1/sun4-solaris/CORE BitVector.c
BitVector.c:8:80: stdlib.h: No such file or directory
In file included from
/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/3.0.1/include/limits.h:11,from
BitVector.c:9:
/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/3.0.1/include/syslimits.h:27:31:
sys/feature_tests.h: No such file or directory
/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/3.0.1/include/syslimits.h:28:26:
sys/isa_defs.h: No such file or directory
/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/3.0.1/include/syslimits.h:29:28:
iso/limits_iso.h: No such file or directory
/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/3.0.1/include/syslimits.h:41:28:
sys/int_limits.h: No such file or directory
BitVector.c:10:80: string.h: No such file or directory
BitVector.c:11:80: ctype.h: No such file or directory
BitVector.c: In function `BitVector_Boot':
BitVector.c:451: `size_t' undeclared (first use in this function)
BitVector.c:451: (Each undeclared identifier is reported only once
BitVector.c:451: for each function it appears in.)
BitVector.c:484: `NULL' undeclared (first use in this function)
BitVector.c: In function `BitVector_Create':
BitVector.c:541: `size_t' undeclared (first use in this function)
BitVector.c:541: parse error before "bytes"
BitVector.c:542: `NULL' undeclared (first use in this function)
BitVector.c: In function `BitVector_Clone':
BitVector.c:568: `NULL' undeclared (first use in this function)
BitVector.c: In function `BitVector_Concat':
BitVector.c:586: `NULL' undeclared (first use in this function)
BitVector.c: In function `BitVector_Resize':
BitVector.c:622: `size_t' undeclared (first use in this function)
BitVector.c:622: parse error before "bytes"
BitVector.c:623: `NULL' undeclared (first use in this function)
BitVector.c: In function `BitVector_Destroy':
BitVector.c:641: `NULL' undeclared (first use in this function)
BitVector.c: In function `BitVector_Interval_Substitute':
BitVector.c:1340: `NULL' undeclared (first use in this function)
BitVector.c: In function `BitVector_to_Hex':
BitVector.c:1513: `size_t' undeclared (first use in this function)
BitVector.c:1514: `NULL' undeclared (first use in this function)
BitVector.c: In function `BitVector_to_Bin':
BitVector.c:1584: `size_t' undeclared (first use in this function)
BitVector.c:1585: `NULL' undeclared (first use in this function)
BitVector.c: In function `BitVector_to_Dec':
BitVector.c:1667: `size_t' undeclared (first use in this function)
BitVector.c:1668: `NULL' undeclared (first use in this function)
BitVector.c: In function `BitVector_from_Dec':
BitVector.c:1796: `NULL' undeclared (first use in this function)
BitVector.c: In function `BitVector_to_Enum':
BitVector.c:1940: `size_t' undeclared (first use in this function)
BitVector.c:1940: parse error before "length"
BitVector.c:1941: `NULL' undeclared (first use in this function)
BitVector.c: In function `BitVector_Dispose':
BitVector.c:2083: `NULL' undeclared (first use in this function)
BitVector.c: In function `BitVector_inc':
BitVector.c:2467: `NULL' undeclared (first use in this function)
BitVector.c: In function `BitVector_dec':
BitVector.c:2474: `NULL' undeclared (first use in this function)
BitVector.c: In function `BitVector_Multiply':
BitVector.c:2618: `NULL' undeclared (first use in this function)
BitVector.c: In function `BitVector_Divide':
BitVector.c:2761: `NULL' undeclared (first use in this function)
BitVector.c: In function `BitVector_GCD':
BitVector.c:2808: `NULL' undeclared (first use in this function)
BitVector.c: In function `BitVector_Power':
BitVector.c:2892: `NULL' undeclared (first use in this function)
BitVector.c: In function `BitVector_Block_Read':
BitVector.c:2949: `size_t' undeclared (first use in this function)
BitVector.c:2950: `NULL' undeclared (first use in this function)
make: *** [BitVector.o] Error 1
------------------------------
Date: 22 Nov 2001 05:21:22 -0800
From: markus.cl@gmx.de (Markus Dehmann)
Subject: Use C from Perl?
Message-Id: <c1e48b51.0111220521.5a8b0a29@posting.google.com>
I want to call a C function from Perl.
With the swig interface, it's no problem. But on AIX, I could not
compile swig. So, I have to look for alternatives.
How can I compile the C function to use it with perl? perlxs? I didn't
understand how to use it. Are there simple tutorials for this problem?
M.
------------------------------
Date: 22 Nov 2001 13:25:35 GMT
From: Bernard El-Hagin <bernard.el-hagin@lido-tech.net>
Subject: Re: Use C from Perl?
Message-Id: <slrn9vq254.qsr.bernard.el-hagin@gdndev25.lido-tech>
On 22 Nov 2001 05:21:22 -0800, Markus Dehmann <markus.cl@gmx.de> wrote:
> I want to call a C function from Perl.
>
> With the swig interface, it's no problem. But on AIX, I could not
> compile swig. So, I have to look for alternatives.
>
> How can I compile the C function to use it with perl? perlxs? I didn't
> understand how to use it.
The man page for perlxs is 2000+ lines, if I remember correctly.
Did you read it all? What exactly didn't you understand?
>Are there simple tutorials for this problem?
The man page is pretty good. Read it and specify what it is you
don't understand and we'll help you.
Cheers,
Bernard
------------------------------
Date: Thu, 22 Nov 2001 06:25:39 -0700
From: Ron Reidy <rereidy@indra.com>
Subject: Re: Use C from Perl?
Message-Id: <3BFCFCD3.FA568784@indra.com>
Markus Dehmann wrote:
>
> I want to call a C function from Perl.
>
> With the swig interface, it's no problem. But on AIX, I could not
> compile swig. So, I have to look for alternatives.
>
> How can I compile the C function to use it with perl? perlxs? I didn't
> understand how to use it. Are there simple tutorials for this problem?
>
> M.
You can also look at Inline::C. Small performance hit the first time
the program is run (to compile the C source), but after that, it is
blazing fast.
--
Ron Reidy
Oracle DBA
Reidy Consulting, L.L.C.
------------------------------
Date: 22 Nov 2001 13:27:20 GMT
From: rgarciasuarez@free.fr (Rafael Garcia-Suarez)
Subject: Re: Use C from Perl?
Message-Id: <slrn9vpvb4.kt8.rgarciasuarez@rafael.kazibao.net>
Markus Dehmann wrote in comp.lang.perl.misc:
> How can I compile the C function to use it with perl? perlxs? I didn't
> understand how to use it. Are there simple tutorials for this problem?
Look at the Inline::C module, its use is much easier that XS
programming.
--
Rafael Garcia-Suarez / http://rgarciasuarez.free.fr/
------------------------------
Date: Thu, 22 Nov 2001 14:29:31 +0100
From: Edwin =?iso-8859-1?Q?G=FCnthner?= <edgue@web.de>
Subject: Re: Use C from Perl?
Message-Id: <3BFCFDBB.A8EB1374@web.de>
Markus Dehmann wrote:
> How can I compile the C function to use it with perl? perlxs? I didn't
> understand how to use it. Are there simple tutorials for this problem?
The perl xs tutorial has some "step by step" sections.
I don't understand xs as well - but those step by step instructions
told me all the things that I need to now to do simple method
calls.
And I am wondering that swig wont compile on AIX. Maybe you should
ask for help on the swig mailing list (you see, swig is running
on most Unix, I doubt that it doesnt work for AIX).
------------------------------
Date: Thu, 22 Nov 2001 11:34:47 GMT
From: mjd@plover.com (Mark Jason Dominus)
Subject: Re: variable scope
Message-Id: <3bfce2d5.6c6f$389@news.op.net>
In article <ThYK7.24097$pd.2844153@news20.bellglobal.com>,
Matt Garrish <matthew.garrish@sympatico.ca> wrote:
>That's the explanation I had a feeling I would get, but it seems (to me,
>anyway) to fly in the face of the whole point of using the strict pragma.
The 'strict' pragma has three unrelated points. It's not really clear
why you think this would fly in the face of any of them.
--
@P=split//,".URRUU\c8R";@d=split//,"\nrekcah xinU / lreP rehtona tsuJ";sub p{
@p{"r$p","u$p"}=(P,P);pipe"r$p","u$p";++$p;($q*=2)+=$f=!fork;map{$P=$P[$f^ord
($p{$_})&6];$p{$_}=/ ^$P/ix?$P:close$_}keys%p}p;p;p;p;p;map{$p{$_}=~/^[P.]/&&
close$_}%p;wait until$?;map{/^r/&&<$_>}%p;$_=$d[$q];sleep rand(2)if/\S/;print
------------------------------
Date: Thu, 22 Nov 2001 15:00:57 +0100
From: "Steffen Müller" <5l259r001@sneakemail.com>
Subject: Re: Where can I learn about object-oriented Perl programming?
Message-Id: <9tj0cu$qrg$03$1@news.t-online.com>
"Chris Fedde" <cfedde@fedde.littleton.co.us> schrieb im Newsbeitrag
news:aqXK7.427$Fbh.237114880@news.frii.net...
| In article <9th9ot$akp$01$1@news.t-online.com>,
| Steffen Müller <5l259r001@sneakemail.com> wrote:
| >"PerlFAQ Server" <faq@denver.pm.org> schrieb im Newsbeitrag
| >news:N4TK7.421$Fbh.213031936@news.frii.net...
| >| Where can I learn about object-oriented Perl programming?
| >|
[...]
| >| http://www.perl.com/CPAN/doc/FMTEYEWTK/ .
| >
[snip quote]
| >Guess the FAQ needs an update :)
|
| I'm not sure that the FMTEYEWTK pages should be thrown out at the
| same time as the old 5.005_02 doc. I'd like to see these, the
| Guttman-Rosler paper on sorting, and maybe some other bits and
| pieces of important cultural documentation preserved in the CPAN
| archive.
|
| Thoughts?
At least the FAQ shouldn't use bad links :)
Anyway, I agree that CPAN is the best place for collecting such documents.
Umm, you could either ask "The Self-Appointed Master Librarian (OOK!) of the
CPAN Jarkko Hietaniemi" about it or propose something like
knowledgebase.perl.org and start collecting in a librarian fashion :)
Steffen
--
$_=q;0cb212c210b0bb010c0113bb0c410c0b516c0bb3d212c2b0b0b016b6cb2b2c21010c0
b41110b3bba0e0c0d2c4b2b6bc013d2c0d0b01012b0b0;;s/\n//g;s/(\d)/$1<2?$1:'0'x
$1/ge;s/([a-f])/'1'x(ord($1)-97)/ge;$o=$_;push@o,substr($o,$_*8,8) for(0..
24);for(@o){print"\0"x(26-$i).chr(oct('0b'.($_)))."\r";$i++};print"\n"#stm
------------------------------
Date: Thu, 22 Nov 2001 13:03:36 -0000
From: "brian norman" <brian.norman@gecm.com>
Subject: Re: Which ISPs support perl scripts?
Message-Id: <3bfcf45c$1@pull.gecm.com>
"Bob" <null@null.com> wrote in message
news:null-2211010229590001@user125.lwpw-01.cwia.com...
> In article <9t4duk$f9k$1@news8.svr.pol.co.uk>, "Chris Clarke"
> <mad-biker@couplands-well.freeserve.co.uk> wrote:
>
> > As an absolute perl beginner... how do I find an ISP which supports perl
> > scripts? I am currently with Freeserve, and the ISP would have to be
free.
>
> No one lets you run perl scripts for free. Deal with it.
oneandone.co.uk
------------------------------
Date: Thu, 22 Nov 2001 13:57:41 -0000
From: "andyb" <andyb@spira.co.uk>
Subject: Re: Which ISPs support perl scripts?
Message-Id: <sv7L7.16472$k55.3824059@monolith.news.easynet.net>
"Bob" <null@null.com> wrote in message
news:null-2211010229590001@user125.lwpw-01.cwia.com...
> In article <9t4duk$f9k$1@news8.svr.pol.co.uk>, "Chris Clarke"
> <mad-biker@couplands-well.freeserve.co.uk> wrote:
>
> > As an absolute perl beginner... how do I find an ISP which supports perl
> > scripts? I am currently with Freeserve, and the ISP would have to be
free.
>
> No one lets you run perl scripts for free. Deal with it.
Actually there are a lot of free web hosts which do!
Check out www.freewebsapce.net (and many others) for listings.
reagrds,
Andy.
------------------------------
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.
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 2180
***************************************
