[18501] in Perl-Users-Digest
Perl-Users Digest, Issue: 669 Volume: 10
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Tue Apr 10 18:10:49 2001
Date: Tue, 10 Apr 2001 15:10:26 -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: <986940625-v10-i669@ruby.oce.orst.edu>
Content-Type: text
Perl-Users Digest Tue, 10 Apr 2001 Volume: 10 Number: 669
Today's topics:
Re: complaint about moderation of this group (Tad McClellan)
Re: complaint about moderation of this group <uri@sysarch.com>
Re: complaint about moderation of this group <webmaster@webdragon.unmunge.net>
Re: complaint about moderation of this group <ritchie@fnal.gov>
Re: complaint about moderation of this group <gellyfish@gellyfish.com>
Re: complaint about moderation of this group <gellyfish@gellyfish.com>
Re: complaint about moderation of this group (---Pete---)
Re: complaint about moderation of this group (Mark Jason Dominus)
DBD::CSV (was Re: complaint about moderation of this gr <gellyfish@gellyfish.com>
filecache tests -- abe's test <plz@righthere.com>
Re: filecache tests -- abe's test <plz@righthere.com>
Re: Help with code debug tell and seek <gellyfish@gellyfish.com>
Re: how can i get rid of ^M in files saved out using pe <shawn@edgeofsanity.com>
Re: how can i get rid of ^M in files saved out using pe <bart.lateur@skynet.be>
Re: How many lines have I read? <aqumsieh@hyperchip.com>
Re: How to use Net::Telnet if the login without passwor <shawn@edgeofsanity.com>
Re: inheritance within one file? <horst_fickenscher@sepp.de>
Re: inheritance within one file? (Rafael Garcia-Suarez)
Re: inheritance within one file? (Abigail)
Re: inheritance within one file? <uri@sysarch.com>
Re: managing open file descriptors w/ cacheout <plz@righthere.com>
Need 2 cgi scripts -- for trade? chris_severn@chernay.com
Re: Need 2 cgi scripts -- for trade? (Abigail)
Re: perl hacker wanted <moiraine@qwest.net>
Re: perl hacker wanted <gellyfish@gellyfish.com>
Re: Posting Guidelines (was Re: Does this newsgroup hav <gellyfish@gellyfish.com>
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Tue, 10 Apr 2001 10:18:46 -0400
From: tadmc@augustmail.com (Tad McClellan)
Subject: Re: complaint about moderation of this group
Message-Id: <slrn9d65i6.4e9.tadmc@tadmc26.august.net>
---Pete--- <bogus@erol.com> wrote:
>On Mon, 09 Apr 2001 08:09:30 GMT, Uri Guttman <uri@sysarch.com> wrote:
>
>>>>>>> "-" == ---Pete--- <bogus@erol.com> writes:
>>
>> -> Right, and since it's internet and not a private or exclusive
>> -> association, the right thing to do is to accept and help
>> -> everyone of all levels of expertise -- allowing novices
>> -> to help novices and expert to help experts.
>>
>>then hang out in alt.perl. we don't appreciate novices helping novices
>>here as they tend to give and propogate wrong answers. novices do better
>>lurking or asking questions. when they feel they have enough perl to
>>help out others then they can start to answer questions they feel they
>>can properly answer....
>------
>Uri, first you tell to me go hang out in some other group after I
>simply suggested that people of different levels of expertise help
>one another and then later in the same reply you support the
>very concept I suggested when you say that over time the newbie
>will "learn more perl, start to answer questions and become regulars."
You said "novices to help novices".
After you "learn more perl" you are no longer a "novice".
So when you then help someone, it is not novice-to-novice,
which was Uri's whole point.
>My point is, that a newbie can help a newbie,
>However, I understand, what you mean
>when you state that a novice can give out the wrong information.
>My opinion is to encourage everyone to help everyone, (of course
>within their area of expertise)
That parenthetical is important...
>and then if someone gives out bad info
>anyone else can chime in and present the correct information.
... drawing them away from answering other questions.
"bad answers" suck time away from everyone else here, they hurt
your peers.
>The
>advantage here is that very simple "novice" type questions can
>be answered by other novices without unnecesarilly taking up the
>time of an "expert" who could be better utilized helping someone else.
*If* they apply your parenthetical, which they often do not.
--
Tad McClellan SGML consulting
tadmc@augustmail.com Perl programming
Fort Worth, Texas
------------------------------
Date: Tue, 10 Apr 2001 16:32:19 GMT
From: Uri Guttman <uri@sysarch.com>
Subject: Re: complaint about moderation of this group
Message-Id: <x73dbgpvfz.fsf@home.sysarch.com>
>>>>> "SRG" == Scott R Godin <webmaster@webdragon.unmunge.net> writes:
SRG> Hmm -- do you know offhand of any way I can catch/trap these
SRG> other than either disabling warnings completely around any
SRG> section of code where I'll be accessing the CSV table, or else
SRG> via a SIG{__WARN__} trap[1]? I'd try messing with the DBD
SRG> internals myself but in this instance it's the one installed at
SRG> the blasted ISP, and I can't touch the copy there. ugh.
on one dbi project i did, i enclosed the warning generating dbi call in
a ignore warning block:
{ local $^W ;
$dbi -> some_call_with_undef_values
}
not much else you can do. with 5.6 you can use lexical warnings and fine
tune it but that shuts them up fine. why dbi generates those and no one
has been able to clean it up is annoying. but once you stringify
everything in a quiet block, all the undefs should become ''.
SRG> your idea of mapping the undefines to '' sounds like a good one, but I
SRG> just don't know where I'd implement such a thing in my program, since it
SRG> seems like all the warnings are coming from within the DBD::CSV module
SRG> itself. *scratching head* There's a copy of the script here, if you're
SRG> curious to see how I'm going about it.
do it at the point closest to where it goes in and out of DBI. whenever
you get a DBI record, before you crunch it, run the record through a
simple map to convert undef to ''. even then, the dbi call itself can
cause undef warnings so you have to quiet that by shutting off warnings.
uri
--
Uri Guttman --------- uri@sysarch.com ---------- http://www.sysarch.com
SYStems ARCHitecture and Stem Development ------ http://www.stemsystems.com
Learn Advanced Object Oriented Perl from Damian Conway - Boston, July 10-11
Class and Registration info: http://www.sysarch.com/perl/OOP_class.html
------------------------------
Date: 10 Apr 2001 18:21:57 GMT
From: "Scott R. Godin" <webmaster@webdragon.unmunge.net>
Subject: Re: complaint about moderation of this group
Message-Id: <9avj05$ctp$0@216.155.33.76>
In article <x73dbgpvfz.fsf@home.sysarch.com>,
Uri Guttman <uri@sysarch.com> wrote:
| > Hmm -- do you know offhand of any way I can catch/trap these
| > other than either disabling warnings completely around any
| > section of code where I'll be accessing the CSV table, or else
| > via a SIG{__WARN__} trap[1]? I'd try messing with the DBD
| > internals myself but in this instance it's the one installed at
| > the blasted ISP, and I can't touch the copy there. ugh.
|
| on one dbi project i did, i enclosed the warning generating dbi call in
| a ignore warning block:
|
| { local $^W ;
|
| $dbi -> some_call_with_undef_values
|
| }
yeah, that was the first thing that occurred to me but I'm pretty darned
sure I'm not sending the DBD any undef items... I'll have to look more
closely.
Thanks for the pointers Uri. much obliged :-) (even if it doesn't
*solve* the problem, it at least lets me 'fix'[1] it ;)
| not much else you can do. with 5.6 you can use lexical warnings and fine
| tune it but that shuts them up fine. why dbi generates those and no one
| has been able to clean it up is annoying. but once you stringify
| everything in a quiet block, all the undefs should become ''.
hmm.
| > your idea of mapping the undefines to '' sounds like a good one,
| > but I just don't know where I'd implement such a thing in my
| > program, since it seems like all the warnings are coming from
| > within the DBD::CSV module itself. *scratching head* There's a
| > copy of the script here, if you're curious to see how I'm going
| > about it.
|
| do it at the point closest to where it goes in and out of DBI. whenever
| you get a DBI record, before you crunch it, run the record through a
| simple map to convert undef to ''. even then, the dbi call itself can
| cause undef warnings so you have to quiet that by shutting off warnings.
ok. I may still resort to the $SIG{__WARN__} trap just to silence that
one particular warning and leave the rest intact, but at least the
local $^W;
inside an enclosing block trick will allow me to narrow down where the
errors are being generated from (either the initial call to the DB for
values ala:
my $sth = $dbh->prepare($displayselect) or die $dbh->errstr;
$sth->execute;
, or the fetch procedure I'm using via:
while (my $row = $sth->fetchrow_arrayref ) {
[1] a.k.a. 'reprogrammed with a large axe.' :-)
--
unmunge e-mail here:
#!perl -w
print map {chr(ord($_)-3)} split //, "zhepdvwhuCzhegudjrq1qhw";
# ( damn spammers. *shakes fist* take a hint. =:P )
------------------------------
Date: Tue, 10 Apr 2001 14:09:35 -0500
From: "David J. Ritchie" <ritchie@fnal.gov>
Subject: Re: complaint about moderation of this group
Message-Id: <3AD35A6E.29F6AF0D@fnal.gov>
Uri Guttman wrote:
> then hang out in alt.perl. we don't appreciate novices helping novices
> here as they tend to give and propogate wrong answers. novices do better
> lurking or asking questions. when they feel they have enough perl to
> help out others then they can start to answer questions they feel they
> can properly answer. and they have to be capable of handling corrections
> from others. all of the regulars have made mistakes and trust others to
> be nitpicking them. that is how it works here. if you can't tolerate any
> critiques of your posts, then don't post here.
>
A good succinct statement of the working policy of this ng, I think.
I would point out that I think that this ng is a victum
of its own name...
E.g., comp.lang.perl.misc is almost certain to attract a large
variety of posters, of topics, etc.
A name that would put off all but the bravest newbies might
help. E.g.,:
comp.lang.perl.advancedtopics
etc.
-D.
--
ritchie@fnal.gov
http://home.fnal.gov/~ritchie/
------------------------------
Date: 10 Apr 2001 20:37:27 GMT
From: Jonathan Stowe <gellyfish@gellyfish.com>
Subject: Re: complaint about moderation of this group
Message-Id: <9avqu7$9p8$3@plutonium.btinternet.com>
---Pete--- <bogus@erol.com> wrote:
> allowing novices
> to help novices
>
Er, right. alt.perl is just round the corner.
/J\
--
Jonathan Stowe |
<http://www.gellyfish.com> | This space for rent
|
------------------------------
Date: 10 Apr 2001 20:54:48 GMT
From: Jonathan Stowe <gellyfish@gellyfish.com>
Subject: Re: complaint about moderation of this group
Message-Id: <9avruo$9p8$5@plutonium.btinternet.com>
David J. Ritchie <ritchie@fnal.gov> wrote:
>
> Newbie's need to learn that it's not a help desk (as another
> poster pointed out). It's not a place where they or someone
> pays money so that they can get their question answered.
>
But the majority of people who answer questions here *do pay* - for their
internet account, their phone bills whatever ...
/J\
--
Jonathan Stowe |
<http://www.gellyfish.com> | This space for rent
|
------------------------------
Date: Tue, 10 Apr 2001 21:38:11 GMT
From: bogus@erol.com (---Pete---)
Subject: Re: complaint about moderation of this group
Message-Id: <3ad37547.119605036@news.earthlink.net>
On Sun, 8 Apr 2001 21:47:32 +1000, mgjv@tradingpost.com.au (Martien
Verbruggen) wrote:
>What ticks me off a bit about this, is that this discussion has to be
>held here on this very group every few weeks. And every few weeks we get
>a few people who argue that anything that has any sideways mention of
>Perl anywhere is on-topic here.
-------
My main purpose for joining in the disscussion was to explain
the how I was directed to the group and to indicate that the
Perl docs and various published books directly or indirectly
point people here and not to blame the newbies for making
the initial mistake of posting CGI topics here.. That's why I
feel the problem will be on going. My other reason was to
offer a few suggestions to help the folks here cope with the
situation.
I really don't see the use of debating whether CGI topics
are on or off topic as long as the group as a whole has
decided what the rules are I would agree to go by them.
>> What's not 100% clear to me is why all the concern
>> because... comp.infosystems.www.authoring.cgi
>> only gets about 20 posting per day <grin>.
>
>And that is a big concern. Because all of the stuff that should go there
>comes here first. They need more exposure.
----
Exactly my point. The Perl Docs contain 133 files related to CGI
giving the impression that CGI is part of Perl, then a newbie reads
a published CGI book which also recommends this newsgroup
for support without clearly explaining that CGI is not part of Perl
and without including any "CGI" newsgoups. Compound that with
the unfortunate and considerate newbie who does a NG search
on "perl" finds "perl.misc" and actualy thinks he can post
Perl/CGI questions here.
For the reason's I stated above, this will be an ongoing problem.
I posted my list of possible solutions within this thread, but
let me add one more sugggestion that comes to mind, based
upon the above paragraph.
Add a new group named... comp.lang.perl.only
and leave this one behind with all its troubles.
<big smile>
---pete---
------------------------------
Date: Tue, 10 Apr 2001 21:43:51 GMT
From: mjd@plover.com (Mark Jason Dominus)
Subject: Re: complaint about moderation of this group
Message-Id: <3ad37e96.4ec8$33a@news.op.net>
In article <3AD35A6E.29F6AF0D@fnal.gov>,
David J. Ritchie <ritchie@fnal.gov> wrote:
>A name that would put off all but the bravest newbies might
>help. E.g.,:
>
>comp.lang.perl.advancedtopics
That's a nice theory, but it has been tried, and what happens is that
the beginners think "Ah! That's the newsgroup where all the experts
hang out. Just the people I need to help me solve me problem!"
--
@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: 10 Apr 2001 20:41:55 GMT
From: Jonathan Stowe <gellyfish@gellyfish.com>
Subject: DBD::CSV (was Re: complaint about moderation of this group )
Message-Id: <9avr6j$9p8$4@plutonium.btinternet.com>
Scott R. Godin <webmaster@webdragon.unmunge.net> wrote:
>
> I've been attempting to get some answers to a
> DBD::CSV problem I'm having where a program is generating around 7300
> "use of uninitialized value" warnings into the ISP weblogs every time
> the .cgi gets hit.
>
Then fix the values so they arent uninitialized any longer.
/J\
--
Jonathan Stowe |
<http://www.gellyfish.com> | This space for rent
|
------------------------------
Date: Tue, 10 Apr 2001 12:34:19 -0700
From: "B McDonald" <plz@righthere.com>
Subject: filecache tests -- abe's test
Message-Id: <sgJA6.89$0H6.51817@news.pacbell.net>
Hi. I'm still trying to figure out how to use FileCache in order to write
data to 12 simultaneously open files. My OP was on 4/4/2001.
Meanwhile, Abe Timmerman posted (4/7/2001) the following test program to see
how FileCache's cacheout function actually worked (--thanks abe). I've run
this test and it appears to work. The only open question I have is why it
was able to open and write to the fourth file when cacheout_maxopen was set
to 3... (?)
Here is Abe's code... followed by my questions.
<ABE>
#!/usr/bin/perl
use strict;
use warnings;
use FileCache;
# make FileCache believe it can only have 3 open files
$FileCache::cacheout_maxopen = 3;
my @files = map "testfiles/$_"
=>qw( file1.fc file2.fc file3.fc file4.fc );
# write to all files ...
for my $file ( @files ) {
cacheout $file; # this opens the file
local *FH = $file; # is there a better way?
print FH "Write first line to $file\n";
print FH "Write second line to $file\n";
}
# close the files (why is it not exportable?)
FileCache::cacheout_close( $_ ) for @files;
# now read them back (1 by 1)
for my $file ( @files ) {
open my $fh, $file or die "Can't open '$file': $!";
print "\nReading from: $file\n";
print while <$fh>;
close $fh;
}
__END__
</ABE>
First, does anyone know how I can specify that the file be opened for
appending? Presently, this writes over the prior contents of each file.
Second, Abe... if you've found this, I'm curious what you mean by some of
your parenthetical remarks in the comments.
Thanks,
Brian
------------------------------
Date: Tue, 10 Apr 2001 13:00:52 -0700
From: "B McDonald" <plz@righthere.com>
Subject: Re: filecache tests -- abe's test
Message-Id: <mFJA6.92$0H6.56687@news.pacbell.net>
"B McDonald" <plz@righthere.com> wrote in message
news:sgJA6.89$0H6.51817@news.pacbell.net...
>
> The only open question I have is why it
> was able to open and write to the fourth file when cacheout_maxopen was
set
> to 3... (?)
>
oops. scratch this particular question. i forgot that cacheout will
open/close file descriptors if the maximum is exceeded... that much *is* in
the docs.
brian
------------------------------
Date: 10 Apr 2001 20:22:05 GMT
From: Jonathan Stowe <gellyfish@gellyfish.com>
Subject: Re: Help with code debug tell and seek
Message-Id: <9avq1d$9p8$1@plutonium.btinternet.com>
Milliwave <milliwave@rfengineering.freeserve.co.uk> wrote:
>
> #!/apps/perl/bin/perl5.001
Address that problem then we will talk about the other issues.
/J\
--
Jonathan Stowe |
<http://www.gellyfish.com> | This space for rent
|
------------------------------
Date: Tue, 10 Apr 2001 12:32:24 -0400
From: "Shawn Scott" <shawn@edgeofsanity.com>
Subject: Re: how can i get rid of ^M in files saved out using perl?
Message-Id: <9avciv$1j0$1@unix2.broadviewnet.net>
You are most likly writing your code on a windows machine and running it on
a UNIX machine. Windows uses a LF and a CR at the end of a line where UNIX
only uses a LF. You need to save your file in a UNIX format. Any good text
editor will do this for you. I write all my code on a winodws machine using
Edit Plus http://www.editplus.com . It allows you to write code and save it
in a UNIX or Windows format.
"Chile" <abcd@ntlworld.com> wrote in message
news:MSlA6.3810$Fm4.1059657@news2-win.server.ntlworld.com...
> i have a simple form where i type stuff into a textarea input box and then
i
> take the input and save it to a file but returns are represented by ^M's
and
> when i read it back i get wired indents and stuff
>
> any ideas?
>
> Cheers,
> Scott
>
>
------------------------------
Date: Tue, 10 Apr 2001 17:12:10 GMT
From: Bart Lateur <bart.lateur@skynet.be>
Subject: Re: how can i get rid of ^M in files saved out using perl?
Message-Id: <rlf6dto8g2rhlafne2ne7oqgc0v0fqa4vh@4ax.com>
Shawn Scott wrote:
>You are most likly writing your code on a windows machine and running it on
>a UNIX machine. Windows uses a LF and a CR at the end of a line where UNIX
>only uses a LF.
Sigh... Why do people only half read a post? They see a few words they
recognize, and boom! Immediate response.
This solution doesn't apply here. The original post contained the magic
word "textarea" (from html form). Browsers do send "%0d%0A" for every
return in a textarea, and that is the cause of the problem here. FTP'ing
in Ascii mode does not apply, not even remotely. Deleting the "\r"
characters is what you can, and must, do.
--
Bart.
------------------------------
Date: 10 Apr 2001 12:26:52 -0400
From: Ala Qumsieh <aqumsieh@hyperchip.com>
Subject: Re: How many lines have I read?
Message-Id: <7ay9t8g1pv.fsf@merlin.hyperchip.com>
"Thomas Lohmüller" <thomas.lohmueller@swisscom.com> writes:
> open FILE, "<afile.txt";
>
> then I read a few lines.
> Can I get the number of the last read line?
$.
--Ala
------------------------------
Date: Tue, 10 Apr 2001 12:25:18 -0400
From: "Shawn Scott" <shawn@edgeofsanity.com>
Subject: Re: How to use Net::Telnet if the login without password
Message-Id: <9avc5l$o8$1@unix2.broadviewnet.net>
This code should work
$telnet = Net::Telnet -> new(Host=>$telnethost);
#wait to see "login:" on the input stream
$telnet->waitfor('/login: /');
#send the password
$telnet->cmd('$myname');
#wait for the $ indicating we have logged in ok.
$telnet->waitfor('/$/");
"jackkon" <jackkon@pchome.com.tw> wrote in message
news:9arohf$mek@netnews.hinet.net...
> hi.....
> I will use the Net::Telnet to login the linux system.
> But the account don't have password.
> How can I do?
> I try the code below, but it seems don't work.
>
> $user='myname';
> $passwd='';
> $t->login($user, $passwd);
>
>
>
------------------------------
Date: Tue, 10 Apr 2001 15:18:36 +0200
From: Horst Fickenscher <horst_fickenscher@sepp.de>
Subject: Re: inheritance within one file?
Message-Id: <3AD3082C.288D25F2@sepp.de>
Uri Guttman wrote:
> import is defined by UNIVERSAL which is inherited by all classes.
Interesting, and new to me.
Looking at UNIVERSAL.pm shows that its import is aliased
to Exporter's import. Shocking!
> like i said above, importing and object calls have nothing to do with
> each other. importing aliases perl symbols from one package space to
> another. that is all it does.
Though it may be paranoid, I can imagine that import does really
different things. import is just the name of a method and each package
can define its own import method.
Cheers
--
Horst
------------------------------
Date: 10 Apr 2001 15:40:09 GMT
From: rgarciasuarez@free.fr (Rafael Garcia-Suarez)
Subject: Re: inheritance within one file?
Message-Id: <slrn9d6abo.mo9.rgarciasuarez@rafael.kazibao.net>
Horst Fickenscher wrote in comp.lang.perl.misc:
>
> Though it may be paranoid, I can imagine that import does really
> different things. import is just the name of a method and each package
> can define its own import method.
package Just; sub import { print "@_,\n"; }
package main; BEGIN { %INC = ('Just.pm') } use Just qw/another Perl hacker/;
--
Rafael Garcia-Suarez / http://rgarciasuarez.free.fr/
------------------------------
Date: Tue, 10 Apr 2001 19:06:47 +0000 (UTC)
From: abigail@foad.org (Abigail)
Subject: Re: inheritance within one file?
Message-Id: <slrn9d6me7.j81.abigail@tsathoggua.rlyeh.net>
Bart Lateur (bart.lateur@skynet.be) wrote on MMDCCLXXIX September
MCMXCIII in <URL:news:8jo5dtkqpprlkbd073nrhn9os2gvl7m5ge@4ax.com>:
\\ Rafael Garcia-Suarez wrote:
\\
\\ >Usually, OO modules don't export things.
\\
\\ That's right.
\\
\\ Didn't you ever wonder how comes the common syntax is "require
\\ Exporter;", not "use Exporter;"?
Yes, I certainly do.
I always use 'use Exporter;', as I cannot come up with any reason
not to - and if there was one, I'd fix Exporter.
My guess is cargo-cult.
As for OO modules not exporter things, I fail to see why they never
should. Things that spring into mind that you might want to export:
constants and constructors.
Abigail
--
$=-=4*++$|;{print$"x--$==>"\@\x7Fy~*kde~box*Zoxf*Bkiaox \r"
^
$/x24if!select$,,$,,$,,join+q=.==>$^W=>$|;$=&&redo}sleep$|;
------------------------------
Date: Tue, 10 Apr 2001 20:32:06 GMT
From: Uri Guttman <uri@sysarch.com>
Subject: Re: inheritance within one file?
Message-Id: <x7zodoo5rt.fsf@home.sysarch.com>
>>>>> "A" == Abigail <abigail@foad.org> writes:
A> As for OO modules not exporter things, I fail to see why they never
A> should. Things that spring into mind that you might want to export:
A> constants and constructors.
exporting constants makes sense but i would be careful about exporting
constructors. typical perl object constructors expect their first
argument to be a class or an object. that is provided by the director
indirect method call of the constructor. but if the constructor sub is
exported and you have to be explicit about passing in that argument. you
could have the constructor not need the argument as it knows what class
it is in but that is not common OO perl style.
uri
--
Uri Guttman --------- uri@sysarch.com ---------- http://www.sysarch.com
SYStems ARCHitecture and Stem Development ------ http://www.stemsystems.com
Learn Advanced Object Oriented Perl from Damian Conway - Boston, July 10-11
Class and Registration info: http://www.sysarch.com/perl/OOP_class.html
------------------------------
Date: Tue, 10 Apr 2001 12:35:16 -0700
From: "B McDonald" <plz@righthere.com>
Subject: Re: managing open file descriptors w/ cacheout
Message-Id: <mhJA6.90$0H6.51974@news.pacbell.net>
Hi Abe,
Thanks for devising this test. I've just posted a follow-up as a new post...
Brian
------------------------------
Date: 10 Apr 2001 15:39:41 GMT
From: chris_severn@chernay.com
Subject: Need 2 cgi scripts -- for trade?
Message-Id: <9av9ft$jjn$1@news.netmar.com>
Greetings,
i am looking for 2 cgi scripts.
1. a cgi that redirects a user to a variable url based on the username and
password typed into a form. -- if possible the form shouldn't be embedded
into the script.
2. a cgi that when run, detects if the user is on a mac or pc and sends them
to a variable url.
i can't promise any compensation but i will be in you debt. my company does
printing and cd duplication if those are of any vaule to you .. a trade is
definatly possible ..
please email be if you are interested.
chris_severn@chernay.com
----- Posted via NewsOne.Net: Free (anonymous) Usenet News via the Web -----
http://newsone.net/ -- Free reading and anonymous posting to 60,000+ groups
NewsOne.Net prohibits users from posting spam. If this or other posts
made through NewsOne.Net violate posting guidelines, email abuse@newsone.net
------------------------------
Date: Tue, 10 Apr 2001 19:11:46 +0000 (UTC)
From: abigail@foad.org (Abigail)
Subject: Re: Need 2 cgi scripts -- for trade?
Message-Id: <slrn9d6mni.j81.abigail@tsathoggua.rlyeh.net>
chris_severn@chernay.com (chris_severn@chernay.com) wrote on MMDCCLXXIX
September MCMXCIII in <URL:news:9av9ft$jjn$1@news.netmar.com>:
()
() Greetings,
()
() i am looking for 2 cgi scripts.
Then why are you looking here? Or do you repeat this post in every
language group?
Try alt.gimme.gimme.gimme
Abigail
------------------------------
Date: Tue, 10 Apr 2001 12:32:56 -0700
From: A_Geekette <moiraine@qwest.net>
Subject: Re: perl hacker wanted
Message-Id: <3AD35FE8.6D8BAA99@qwest.net>
Logan Shaw wrote:
> Geekette writes:
> >10) Please don't ignore me. I won't do it again.
>
> Sounds reasonable.
>
> >Have a nice day.
>
> You too.
>
> - Logan, who is feeling somewhat random today
Thank you. :-)
--
Geekette
"Try Not. Do or do not. There is no try."
-If you don't know who said this,
I don't want to talk to you. ;-)
"Nothing is impossible, no matter how improbable."
-Anonymous
------------------------------
Date: 10 Apr 2001 21:14:16 GMT
From: Jonathan Stowe <gellyfish@gellyfish.com>
Subject: Re: perl hacker wanted
Message-Id: <9avt38$9p8$8@plutonium.btinternet.com>
A_Geekette <moiraine@qwest.net> wrote:
> Sorry.
You're welcome.
> 1) I'm new here.
I'm not
> 2) I'm 22
I'm an old git.
> 3) I'm idealistic.
I'm cynical.
> 4) I don't make a lot of money.
I take home buckets of money.
> 5) I don't care about money, but money is necessary.
Er, yes.
> 6) I just want to program and not think about money and bills and crap like
> that. I'm tired of money and jobs and roommates and all this crap. Go ahead.
> Say it. I'm young I haven't even lived life yet. I'll have to say you're
> wrong. You'll ask me to prove it. Then I'll have to reply that it doesn't
> apply to this group, because it would take too long to explain and eventually
> it'll sound like something from a support group.
Sorry, lost you there.
> 7) Can I blame it on PMS?
Dunno, can you ?
> 8) I'm too impatient to read and too rebelious to follow (some) rules, but...
Oh Bollocks.
*PLONK*
--
Jonathan Stowe |
<http://www.gellyfish.com> | This space for rent
|
------------------------------
Date: 10 Apr 2001 21:09:01 GMT
From: Jonathan Stowe <gellyfish@gellyfish.com>
Subject: Re: Posting Guidelines (was Re: Does this newsgroup have an FAQ?)
Message-Id: <9avspd$9p8$7@plutonium.btinternet.com>
Paul Groves <paul.groves@oucs.ox.ac.uk> wrote:
> "Michel Dalle" <michel.dalle@usa.net> wrote in message
> news:9aknsq$1bi$1@news.mch.sbs.de...
>> In article <slrn9crd8o.lp0.tadmc@tadmc26.august.net>, tadmc@augustmail.com
> wrote:
>> >It is (for now) available on my personal web site:
>> >
>> > http://www.augustmail.com/~tadmc/clpmisc_guide/
>> >
>> >It will soon be available on some pm.org web page.
>>
>> Suggestion : explain in a bit more detail *how* people
>> are supposed to "check the Perl FAQ" and "check the
>> other standard Perl docs".
>
> Seconded.
>
> Also under "Social faux pas to avoid" perhaps you should add "Do not ask
> where the FAQ is" (even if you genuinely didn't know, but wanted to avoid
> asking a FAQ) otherwise someone will be condescending and sarcastic to
> you...
>
So it appears yes :
[jns@orpheus jns]$ perl -v
This is perl, v5.6.1 built for i686-linux
Copyright 1987-2001, Larry Wall
Perl may be copied only under the terms of either the Artistic License or the
GNU General Public License, which may be found in the Perl 5 source kit.
Complete documentation for Perl, including FAQ lists, should be found on
this system using `man perl' or `perldoc perl'. If you have access to the
Internet, point your browser at http://www.perl.com/, the Perl Home Page.
...
I believe that is relatively easily to understand.
/J\
--
Jonathan Stowe |
<http://www.gellyfish.com> | This space for rent
|
------------------------------
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 669
**************************************
