[18513] in Perl-Users-Digest
Perl-Users Digest, Issue: 681 Volume: 10
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Thu Apr 12 00:06:06 2001
Date: Wed, 11 Apr 2001 21:05:11 -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: <987048310-v10-i681@ruby.oce.orst.edu>
Content-Type: text
Perl-Users Digest Wed, 11 Apr 2001 Volume: 10 Number: 681
Today's topics:
Re: $text in a text file - how do I get it to print? <moiraine@qwest.net>
Re: $text in a text file - how do I get it to print? (Sam Holden)
Re: $text in a text file - how do I get it to print? <comdog@panix.com>
Re: A CGI question <moiraine@qwest.net>
Re: A CGI question <karlyoung@unconscious.co.uk>
Re: A CGI question <comdog@panix.com>
ANNOUNCE: Graphics::ColorNames v0.20 <wlkngowl@unix.asb.com>
Can I communicate with cgi? <jackkon@pchome.com.tw>
Re: Checksums With Unpack Where Is More Info? (Mark Jason Dominus)
Re: Checksums With Unpack Where Is More Info? (John Joseph Trammell)
Re: Empty Parenthesis Evaluting to True -- WHY? (Mark Jason Dominus)
Re: Empty Parenthesis Evaluting to True -- WHY? (Mark Jason Dominus)
Re: Empty Parenthesis Evaluting to True -- WHY? <nospam@cfl.rr.com>
File Permissions <mchavira@stanford.edu>
Re: File Permissions <theaney@toadmail.toad.net>
Re: How can I use a variable variable name? <nospam@cfl.rr.com>
Re: perl hacker wanted <moiraine@qwest.net>
Re: Re: changing @INC permenently <kimmfc@mydeja.com>
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Wed, 11 Apr 2001 18:37:50 -0700
From: A_Geekette <moiraine@qwest.net>
Subject: Re: $text in a text file - how do I get it to print?
Message-Id: <3AD506EE.702A0AB@qwest.net>
Anno Siegel wrote:
> We are talking about expanding variables whose *names* are contained
> in the text of a file. When your program says $foo = 'ham' somewhere,
> and you have a file with the line "we had $foo and eggs", the question
> is, how to arrive at "we had ham and eggs". No manner of "reading"
> the data of "putting it" anywhere would accomplish that.
open FILE, "path/to/sentance" or die: $!;
$sentance = <FILE>;
close FILE or die: $!;
$foo = 'ham'
print $sentance;
> Anno
--
Geekette
RBTL
------------------------------
Date: 12 Apr 2001 01:48:45 GMT
From: sholden@pgrad.cs.usyd.edu.au (Sam Holden)
Subject: Re: $text in a text file - how do I get it to print?
Message-Id: <slrn9da2bt.94u.sholden@pgrad.cs.usyd.edu.au>
On Wed, 11 Apr 2001 18:37:50 -0700, A_Geekette <moiraine@qwest.net> wrote:
>Anno Siegel wrote:
>
>> We are talking about expanding variables whose *names* are contained
>> in the text of a file. When your program says $foo = 'ham' somewhere,
>> and you have a file with the line "we had $foo and eggs", the question
>> is, how to arrive at "we had ham and eggs". No manner of "reading"
>> the data of "putting it" anywhere would accomplish that.
>
>open FILE, "path/to/sentance" or die: $!;
>$sentance = <FILE>;
>close FILE or die: $!;
>$foo = 'ham'
>print $sentance;
Have you ever thought of actually testing if your code does what you
expect before posting it and making a fool of yourself on a global scale.
Just compiling would have shown you that your idea of how die works is wrong
and that you're missing a ;. Running the code would have shown you that
it doesn't do anything like what is required.
--
Sam
Every human culture has good and bad points. Every computer program has
Eveone more bug. Even Perl.
--Larry Wall
------------------------------
Date: Wed, 11 Apr 2001 21:52:38 -0400
From: brian d foy <comdog@panix.com>
Subject: Re: $text in a text file - how do I get it to print?
Message-Id: <comdog-1721EE.21523811042001@news.panix.com>
In article <3AD506EE.702A0AB@qwest.net>, A_Geekette
<moiraine@qwest.net> wrote:
> open FILE, "path/to/sentance" or die: $!;
> $sentance = <FILE>;
> close FILE or die: $!;
> $foo = 'ham'
> print $sentance;
if you can't be bothered to test your code please stop posting
it.
--
brian d foy <comdog@panix.com>
------------------------------
Date: Wed, 11 Apr 2001 19:02:12 -0700
From: A_Geekette <moiraine@qwest.net>
Subject: Re: A CGI question
Message-Id: <3AD50CA4.12FFB27D@qwest.net>
brian d foy wrote:
> A_Geekette<moiraine/NOSPAM/@qwest.net> wrote:
> > O'Reilly. On page 81 there is an example of how to parse form data. Or
> please stop answering questions until you can provide a CGI parser
> that isn't horribly broken in the same way that all the other newbie
> CGI parsers are horribly broken.
The example from the book does use CGI.pm. That's what the book is about. Don't
respond to my posts until you read the source I gave. Did you notice the "Or" to the
right? Did you notice my statement following *my* example? I said that this is an
example of the process and that it doesn't use error checking and various other
necessary items. I also stated that I wrote it, that CGI.pm has an easier way to
input the data, and that it was a simplified version. You're right, however, I
should have emphasized that it should not be used exactly as written. You're example
does use CGI.pm yes, but it does not allow for complete control. A hash does.
www.wiley.com/compbooks/stein this is the Official Guide to Programming with CGI.pm
website. I apologize for not giving an online source. You are right in that
respect. How forgetful of me.
I feel understanding the process is better than just doing it. It's all about the
flow of data. You must understand where the data is coming from and where the data is
going and how you manipulate it to do what you want.
PS I may be a newbie to this group, but I am in no way a newbie to programming.
--
Elizabeth
RBTL
------------------------------
Date: Thu, 12 Apr 2001 03:40:51 +0100
From: "Karl Young" <karlyoung@unconscious.co.uk>
Subject: Re: A CGI question
Message-Id: <987043406.28371.0.nnrp-01.c2ded7c2@news.demon.co.uk>
Hi Alan, I am a newbie here & a newbie to Perl & CGI. I read your comments
about CGI questions being unwelcome here, but then plenty of people answered
the question. Also there doesn't seem to be a Perl CGI group (or if there is
my newserver doesn't carry it). I have also been browsing c.l.perl.modules ,
this is a much lower traffic newsgroup than c.l.perl.misc & what if one is
not using CGI.pm? It is hard for newbies to find answers & I think it is sad
if CGI questions aren't welcome here. What does the misc stand for anyway?
Is CGI not covered under misc? I would be interested to know what the
consensus is in this group as I would hope to be able to learn a lot from
people here. Many thanks for your time.
--
Karl
¸ ¸
\(Ö)/
Ô
_/ \_
"Alan J. Flavell" <flavell@mail.cern.ch> wrote in message
news:Pine.LNX.4.30.0104111848280.15082-100000@lxplus003.cern.ch...
| On Wed, 11 Apr 2001, Simon Stiefel wrote:
|
| > first of all, I'm more or less a newbie in CGI. :)
|
| And second, it seems that you haven't been reading the
| comp.lang.perl.misc Perl language group, so you haven't noticed that
| CGI questions are generally unwelcome, except when a perl language
| issue is the main problem.
|
| > In a table which was created with a 'for'-function (don't know the
english
| > expression :)) there is a checkbox in every row.
|
| Dann halte ich de.comm.infosystems.www.authoring.cgi fuer
| eher angebracht...
|
| > Every checked checkbox will appear as "entry_X=1" in the URL.
| > How can I fetch them in variables??
|
| The Perl answer has to be "CGI.pm".
|
| > Do I have to create for every entry a new variable?
|
| Use hashes. It's a very bad idea to try to construct the names of
| variables by using input data.
|
| Now, was this really a question about CGI? In the end it turned into
| a question (a) about Perl (OK here) and (b) about how to use CGI.pm
| (not really OK here - better on a CGI programming group - or just
| possibly on c.l.perl.modules, I think). What say the regulars?
|
| viel Spass noch.
|
------------------------------
Date: Wed, 11 Apr 2001 23:11:25 -0400
From: brian d foy <comdog@panix.com>
Subject: Re: A CGI question
Message-Id: <comdog-D53754.23112511042001@news.panix.com>
In article <3AD50CA4.12FFB27D@qwest.net>, A_Geekette
<moiraine@qwest.net> wrote:
> brian d foy wrote:
>
> > A_Geekette<moiraine/NOSPAM/@qwest.net> wrote:
> > > O'Reilly. On page 81 there is an example of how to parse form data. Or
> > please stop answering questions until you can provide a CGI parser
> > that isn't horribly broken in the same way that all the other newbie
> > CGI parsers are horribly broken.
> The example from the book does use CGI.pm. That's what the book is about. Don't
> respond to my posts until you read the source I gave.
i have. some people here tech review the books before they make it to
the shelves ;) however, i was commenting on *your* very broken code.
> Did you notice the "Or" to the
> right?
yes. that's why i chose to comment on your bad code rather than
the book's not so great code.
> Did you notice my statement following *my* example? I said that this is an
> example of the process and that it doesn't use error checking and various other
> necessary items.
which is why i said you shouldn't post it. if you can't include the
necessary items, don't post. don't allow your bad answers to pollute the
newsgroup archives. don't make other people respond to you so that the
next poor soul doesn't think that you know what you are doing and wastes
his time with your answer. don't pretend to know more than you do. don't
think that the number of posts you make has any affect on your cluefulness.
don't post code without testing it. don't post code without understanding
it. don't post.
> I also stated that I wrote it, that CGI.pm has an easier way to
> input the data, and that it was a simplified version. You're right, however, I
> should have emphasized that it should not be used exactly as written.
it shouldn't be used at all. it's broken. it's tiresomely broken in the
same way that every other newbie CGI parser is broken.
> You're example
> does use CGI.pm yes, but it does not allow for complete control. A hash does.
you just don't know how.
> I feel understanding the process is better than just doing it.
feel any way that you like. however, getting work done is more valuable than
understanding it. if you feel that way please write your own web server and
network transport protocol. most people don't care how it works - just that it
works. your example doesn't work. it has no chance of working. it has no
chance of working for the same reasons that every other newbie solution to
this problem has no chance of working. you don't understand the problem.
you don't explain the problem. you just post bad code.
> It's all about the
> flow of data.
no it isn't. that's one paradigm, but not terribly useful for getting things
done. data structures may model the problem, but they are not the problem.
> You must understand where the data is coming from and where the data is
> going and how you manipulate it to do what you want.
maybe you do, but a lot of real world programming happens without that
knowledge. that's why high level languages, network protocols, and APIs
exist. we don't need to know what it does as long as it does it right. that
allows the real work to get done.
apparently you haven't had those experiences yet.
> PS I may be a newbie to this group, but I am in no way a newbie to programming.
you act like you are new to it. your broken code was a very newbie
mistake. some of us have been programming longer than you been alive
(unless you didn't tell the truth earlier). come back in twenty years
and tell us about not being a newbie.
as we say in the army - "my boots have more time in service than you do".
--
brian d foy <comdog@panix.com>
------------------------------
Date: Wed, 11 Apr 2001 22:33:16 -0400
From: Robert Rothenburg <wlkngowl@unix.asb.com>
Subject: ANNOUNCE: Graphics::ColorNames v0.20
Message-Id: <tda6c9c7jm7405@corp.supernews.com>
I've uploaded the latest version of Graphics::ColorNames to CPAN. So it
should show up soon in a CPAN mirror near you in something like
$CPAN//authors/id/R/RR/RRWO/Graphics-ColorNames-0.20.tar.gz
The README is below:
NAME
Graphics::ColorNames - defines RGB values for common color names
REQUIREMENTS
`Graphics::ColorNames' should work on Perl 5.005.
It uses only standard modules.
Installation
Installation is pretty standard:
perl Makefile.PL
make
make test
make install
HISTORY
0.20 11 Mar 2001
- no longer a Tie::Hash
- additional example in POD
- added Test::Harness and a better test suite
- commented-out 'use warnings' in modules
- addition of tuple2hex function
- changed the way files are included in the distribution
0.10 19 Feb 2001
- original (experimental) version released
SYNOPSIS
use Graphics::ColorNames qw( hex2tuple tuple2hex );
tie %NameTable, 'Graphics::ColorNames', 'X';
my $rgbhex = $NameTable{'green'}; # returns '00ff00'
my $rgbhex = tuple2hex( 0, 255, 0 ) # returns '00ff00'
my @rgbtup = hex2tuple( $rgbhex ); # returns (0, 255, 0)
DESCRIPTION
This module defines RGB values for common color names. The intention
is
to (1) provide a common module that authors can use with other
modules
to specify colors; and (2) free module authors from having to
"re-invent
the wheel" whenever they decide to give the users the option of
specifying a color by name rather than RGB value.
A more detailed description with documentation can be found in the
module's POD.
CAVEAT
This module is experimental. The interface may change.
AUTHOR
Robert Rothenberg <rrwo@cpan.org>
LICENSE
Copyright (c) 2001 Robert Rothenberg. All rights reserved. This
program
is free software; you can redistribute it and/or modify it under the
same terms as Perl itself.
------------------------------
Date: Thu, 12 Apr 2001 11:29:38 +0800
From: "jackkon" <jackkon@pchome.com.tw>
Subject: Can I communicate with cgi?
Message-Id: <9b37nh$hj5@netnews.hinet.net>
hi.....
Many html page use cgi to get the user's name and password.
I am just interested if some method to communicate with the cgi?
In perl, how can I do that?
I had no malice toward anyone.
Thanks
------------------------------
Date: Thu, 12 Apr 2001 01:34:33 GMT
From: mjd@plover.com (Mark Jason Dominus)
Subject: Re: Checksums With Unpack Where Is More Info?
Message-Id: <3ad50628.72f$267@news.op.net>
In article <9b2h9a$id8$1@news.vcd.hp.com>,
Steve K. Brown <skbrown@vcd.hp.com> wrote:
>I am looking for a faster algorithm. Any suggestions?
Get the 'MD5' module from search.cpan.org.
--
@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, 12 Apr 2001 03:06:23 GMT
From: trammell@bayazid.hypersloth.invalid (John Joseph Trammell)
Subject: Re: Checksums With Unpack Where Is More Info?
Message-Id: <slrn9da4ps.nnt.trammell@bayazid.hypersloth.net>
On 11 Apr 2001 21:11:06 GMT, Steve K. Brown <skbrown@vcd.hp.com> wrote:
> I am looking for more details about the checksum portion
> of the unpack function. I have read the camel book, looked
> at the FAQ, searched perldoc. Where else can I go to get
> more information / examples?
Have you tried seaching the web? Altavista? Google?
> What I am doing is reading in a Motorola S record file and
> performing an add of the data (after removing the excess
> baggage of course). The script takes about 6 minutes to
> do this and I am trying to make it faster. I currently
> put each byte of data in an array and add the array for
> an 8 bit checksum. I then take the array and concatenate
> two bytes together at a time to make a 16 bit checksum.
You found nothing in the documentation for unpack() that
addressed this? I know there's something in there; please post
the relevant documentation, and explain why it doesn't answer
your question.
> I am looking for a faster algorithm. Any suggestions?
Please post your code, so we have something to go on.
--
If the organizational structure is threatening in any way, nothing is
going to be documented until it is completely defensible.
- F. Brooks, _The Mythical Man-Month_
------------------------------
Date: Thu, 12 Apr 2001 00:56:42 GMT
From: mjd@plover.com (Mark Jason Dominus)
Subject: Re: Empty Parenthesis Evaluting to True -- WHY?
Message-Id: <3ad4fd49.652$99@news.op.net>
In article <3AD4C12C.928848D6@novia.net>,
Thomas Sparks <sparks@novia.net> wrote:
>Hello.
>
>I came across a piece of code and I can't figure out why it works, and
>it does indeed work.
Good catch. You have described the situation exactly. It is a weird
special case.
The rationale and the history come from the C language. Here I'll
quote from "The C Programming Language" (second edition) by Kernighan
and Ritchie, page 224:
... a statement
for (expression1; expression2; expression3) statement
is equivalent to
expression1;
while (expression2) {
statement
expression3;
}
Any of the three expressions may be dropped. A missing second
expression makes the implied test equivalent to testing a
non-zero constant.
That is, if you leave out the condition part of a "for(;;)", you get
an infinite loop. And for many year people have written infinite
loops in C as:
for (;;) {
(whatever)
}
Since Perl has the same for(;;) statement, it works the same way, and
for(;;) is an infinite loop in Perl.
Now since 'for' and 'while' are equivalent, they are implemented the
same way. When Larry Wall wrote perl 1, back in 1987, he had a
choice: He could follow the C syntax exactly, so that
while () { ... }
would be a syntax error. Or he could extend the equivalence of 'for'
and 'while' so that an omitted condition in a 'while' statement would
mean an infinite loop, just as the omitted condition in the 'for' loop
always had. He chose the latter, to see if people would start using
'while ()' as an infinite loop. They didn't. (Larry says: "It's just
another one of those early generalizations that never quite got into
common use. Ah, well. Live and let learn.")
There was a discussion about this on p5p, the Perl developers' mailing
list, about a year and a half ago; you can see it at:
http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/1999-11/msg00826.html
and ensuing messages, including some from Larry explaining why he
decided to do it that way. One remark he made:
"I remember being impressed with Ada because you could write
an infinite loop without a faked up condition."
--
@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, 12 Apr 2001 01:13:33 GMT
From: mjd@plover.com (Mark Jason Dominus)
Subject: Re: Empty Parenthesis Evaluting to True -- WHY?
Message-Id: <3ad5013c.6bc$e7@news.op.net>
In article <3AD4E223.D0CAC2F7@home.com>,
Rick Delaney <rick.delaney@home.com> wrote:
>I seem to recall it being a side effect of equivalence to
>
> for (;;) { }
It was explicitly coded into parser on purpose. It wasn't an accident.
See
http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/1999-11/msg00839.html
--
@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, 12 Apr 2001 03:56:33 GMT
From: tuxy <nospam@cfl.rr.com>
Subject: Re: Empty Parenthesis Evaluting to True -- WHY?
Message-Id: <3AD5272C.9FAEDE76@cfl.rr.com>
Randal it prints
perl x.pl
Just another Perl hacker,[tux@tuxxe ~]$
so what?
"Randal L. Schwartz" wrote:
>
> >>>>> "Jay" == Jay Tilton <tiltonj@erols.com> writes:
>
> >> What I don't understand is why "()" evaluates to true.
>
> Jay> I would instead wonder why somebody would intentionally use this
> Jay> misfeature. It takes only one extra keystroke to type 'while(1)'.
>
> I don't recall when it was blessed, but it's been blessed for a long
> time. Oddly, I can find no test in 5.6.1's test suite to verify it
> works. So it could come out of 5.6.2 or 5.8 and still pass the
> current test suite. :)
>
> print "Just another Perl hacker,"
>
> --
> Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095
> <merlyn@stonehenge.com> <URL:http://www.stonehenge.com/merlyn/>
> Perl/Unix/security consulting, Technical writing, Comedy, etc. etc.
> See PerlTraining.Stonehenge.com for onsite and open-enrollment Perl training!
------------------------------
Date: Wed, 11 Apr 2001 19:06:06 -0700
From: Marcos David Chavira <mchavira@stanford.edu>
Subject: File Permissions
Message-Id: <Pine.GSO.4.31.0104111905230.12288-100000@elaine2.Stanford.EDU>
Is there an easy way to get a file's permissions? I want to change the
permissions of a file to be the same as the permissions of another file.
Thanks,
Mark
------------------------------
Date: 11 Apr 2001 22:36:42 -0400
From: Tim Heaney <theaney@toadmail.toad.net>
Subject: Re: File Permissions
Message-Id: <878zl6269x.fsf@susie.watterson>
Marcos David Chavira <mchavira@stanford.edu> writes:
>
> Is there an easy way to get a file's permissions? I want to change the
> permissions of a file to be the same as the permissions of another file.
You could stat the file. According to 'perldoc -f stat'
Because the mode contains both the file type and
its permissions, you should mask off the file type
portion and (s)printf using a `"%o"' if you want
to see the real permissions.
$mode = (stat($filename))[2];
printf "Permissions are %04o\n", $mode & 07777;
Hope this helps,
Tim
------------------------------
Date: Thu, 12 Apr 2001 02:56:36 GMT
From: tuxy <nospam@cfl.rr.com>
Subject: Re: How can I use a variable variable name?
Message-Id: <3AD4D3F5.8C33AD5D@cfl.rr.com>
Damian et al:
Never having been misdirected by you in this group or at Open Source
last year in Monterray, I'll take your advice and abandon the variable
variable approach. I'll use a hashref instead and point it at the
various hashes. Uncle!
-tux
PS See you in San Diego this summer?
Damian James wrote:
>
> tuxy chose Wed, 11 Apr 2001 22:36:20 GMT to say this:
> >I think I've managed to get this to work before but I can't seem to get
> >it working now. I want to access various hashes- something like:
> >
> > my (%A,%B,%C);
> > my $x='A';
>
> my $x = \%A;
>
> > $A{cat}=qq(dog);
> > my $y=${$x}{cat}; # or just $$x{cat}
> > print "val is $y\n";
> >
> >which doesn't work since I cannot use $x as a hashref (its not
> >interpolating?).
> >
>
> Yeah, you were trying to use a symbolic reference (the spawn of satan),
> instead of an explicit one (the way, the the truth and the light).
>
> >I read perlref again today but I didn't see this in there, but I may
> >have missed it as its very long.
> >
>
> You might be interested to look at MJD's discussion on this at:
>
> http://perl.plover.com/varvarname.html
> http://perl.plover.com/varvarname2.html
> http://perl.plover.com/varvarname3.html
>
> HTH,
>
> Cheers,
> Damian
> --
> @:=grep!($;+=m!$/|#!),split//,<DATA>;@;=0..$#:;while(@;){for($;=@;;--$;;){;(
> $:=rand$;+$|)==$;&&next;@;[$;,$:]=@;[$:,$;]}push@|,shift@;if$;[0]==@|;select
> $,,$,,$,,1/80;print qq x\bxx((@;+@|)*$|++),@:[@|,@;],!@;&&$/} __END__
> Just another Perl Hacker # rev 3 -- a JAPH in progress, I guess...
------------------------------
Date: Wed, 11 Apr 2001 18:32:03 -0700
From: A_Geekette <moiraine@qwest.net>
Subject: Re: perl hacker wanted
Message-Id: <3AD50593.CC55098D@qwest.net>
This is a long message....I apologize. There are many points here that needed
addressing to more smoothly include myself in this group. I will follow this post
with a short introduction titled "Elizabeth: An Introduction". I will also change my
name to my real name.
Ilmari Karonen wrote:
> A_Geekette <moiraine@qwest.net> wrote:
> 8) I'm too impatient to read and too rebelious to follow (some) rules, but...
My but was the key here:
"9) I don't like hurting people, so...
10) Please don't ignore me. I won't do it again."
To qualify:
"..too impatient.." to read lengthy *diatribes*. I like to get to the heart of the
matter and not have to deal with fluff. I do, however, read a lot and have 3 Perl
based O'Reilly books which I have read all the way through or use as reference. (I
also have the Perl Desktop Reference). (I have a lot of books actually, but to list
them would, of course, be OT.)
"..too rebelious to follow (some) rules". I try to be polite as possible. Some
things, however, are simply due to forgetfulness which is not to be confused with
rebeliousness. The rebeliousness mostly has to due with Corporate America, proper
English, dress-code, keeping to 72 lines or less (whereever that rule is and due more
to a talkative nature than rebeliousness), and elitism.
Again, I apologize for not having qualified this statement. Probably too late for
some now.
> It seems you just managed to break another one of those subtle rules.
Where are these rules? I will overcome my impatience (:-) to read and study them
thoroughly, as I have insulted way too many people in this group.
> This newsgroup has been visited by people who have in fact refused to
> read* or follow rules, and the regulars here have little tolerance left for them.
I do not refuse. I have just not found the rule book and, in the past, have not found
the need for one; however, I recognize my error in reference to this group. Please
point me in the direction of the rule book, and I will attempt to find them via a
search engine, as well.
> *anything but usenet, it would seem, though their reading comprehension hasn't been
> that great here either
As I stated earlier I do read. I do as much research as possible given a suitable
topic.
> I haven't done that yet, since I've seen
> some reasonable posts from you, ...
Thank you. :-)
> but without evidence to the contrary I
> would've taken it as an admission that you're either a troll or simply
> too thickheaded to learn anything at all from us.
Maybe, I should have introduced myself before asking and answering questions. It's
that impatience thing. I tend to jump right in. It does help me learn better, but I
don't like hurting people or causing a raucous. Do you think it's too late to
introduce myself? Maybe change my name which would preclude a change in attitude.
> If you're not willing to read, there's no point in replying to you, and
> if you're not willing to follow rules and behave like an adult, there's
> no point in listening to you. We're too busy anyway.
I understand this and the confusion and again I apologize.
"follow rules and behave like an adult"
this, however, I have a little disagreement with....but that's OT.
> Ilmari Karonen
--
Geekette
------------------------------
Date: Thu, 12 Apr 2001 03:17:12 GMT
From: Kim C <kimmfc@mydeja.com>
Subject: Re: Re: changing @INC permenently
Message-Id: <117adtgkl6tjaobl0l4cnuq4v99iqq9kd3@4ax.com>
On 12 Apr 2001 01:02:58 GMT, damian@qimr.edu.au (Damian James) wrote:
>Damian James chose 12 Apr 2001 00:51:51 GMT to say this:
>>...
>>A correct answer would be to suggest you put the path in the PERL5LIB
>>environment variable. This is also covered in:
>>
>> perldoc -q library
>> 'How do I keep my own module/library directory?'
>>
>>to which I referred previously.
>>
>
>Forgot to mention -- this environment variable probably won't already exist.
>You have to create it. ISTR that Win2k does this a bit differently (don't
>have a box to check that on), but on NT you'd set it in the System
>control panel, under the Environment tag. You get to choose whether it
>should apply to all users (ie, System) or just the current user.
>
>HTH,
>
>Cheers,
>Damian
Thanks Damian,
Setting the PERL5LIB environment setting did the trick, and your
suggestion of 'use lib /.../' will also be helpful for one-offs as it
is far slimmer than the BEGIN { push @INC ... } I've been using. ;-)
Kim.
------------------------------
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 681
**************************************
