[19832] in Perl-Users-Digest
Perl-Users Digest, Issue: 2027 Volume: 10
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Sun Oct 28 18:05:33 2001
Date: Sun, 28 Oct 2001 15: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: <1004310307-v10-i2027@ruby.oce.orst.edu>
Content-Type: text
Perl-Users Digest Sun, 28 Oct 2001 Volume: 10 Number: 2027
Today's topics:
@_ array <jens@irs-net.com>
Re: @_ array <tim@vegeta.ath.cx>
A closure by any^Wsome other name (was Re: What's wrong (Randal L. Schwartz)
Re: A closure by any^Wsome other name (was Re: What's w <nospam-abuse@ilyaz.org>
Any good free syntax coloring editors for Perl on Windo <syamalarao_tadigadapa@yahoo.com>
Re: Any good free syntax coloring editors for Perl on W (Chas Friedman)
Re: Any good free syntax coloring editors for Perl on W <echang@netstorm.net>
Re: Any good free syntax coloring editors for Perl on W <mercutio@digitalrice.com>
Re: Any good free syntax coloring editors for Perl on W <tim@vegeta.ath.cx>
Re: File parseing and testing for existing data <mpsilva@csupomona.edu>
Re: full path <mto@kabelfoon.nl>
Re: GGI param/regex difficulties (David Efflandt)
Re: GGI param/regex difficulties <paullyb8@fnol.net>
keyname glob? (aaron smith)
keyname glob? (aaron smith)
Re: Local/CGI help please <fifigonzalez@hotmail.com>
Re: Newbie. <uri@sysarch.com>
Re: perl loozer <bart.lateur@skynet.be>
Re: perl loozer (Garry Williams)
Re: problems installing DBD::mysql <m.grimshaw@salford.ac.uk>
Re: problems installing DBD::mysql (John J. Trammell)
Re: replacing bad old FormMail <rob_13@excite.com>
Re: String Parsing... (Chris Fedde)
Re: What's wrong with File::Find <dan@tuatha.sidhe.org>
Re: What's wrong with File::Find <nospam-abuse@ilyaz.org>
Re: What's wrong with File::Find <dan@tuatha.sidhe.org>
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Sun, 28 Oct 2001 22:57:54 +0100
From: Jens Luedicke <jens@irs-net.com>
Subject: @_ array
Message-Id: <9rhv62$cil$01$1@news.t-online.com>
hi ...
what would you recommend?
my ($foo) = @_;
or
my $foo = (@_)[0];
or
my $foo = $_[0];
--
Jens Luedicke
jens@irs-net.com
------------------------------
Date: Sun, 28 Oct 2001 22:18:03 GMT
From: Tim Hammerquist <tim@vegeta.ath.cx>
Subject: Re: @_ array
Message-Id: <slrn9tp1rt.6pg.tim@vegeta.ath.cx>
Me parece que Jens Luedicke <jens@irs-net.com> dijo:
> hi ...
>
> what would you recommend?
>
> my ($foo) = @_;
> or
> my $foo = (@_)[0];
> or
> my $foo = $_[0];
my $foo = shift;
If no argument is given, shift() defaults to @_.
...or you could go browse some code from modules on CPAN and see what
their concensus is. Why not make use of freely available code?
Tim
--
Never sleep with a woman whose troubles are worse than your own.
-- Nelson Algren
------------------------------
Date: 28 Oct 2001 08:20:31 -0800
From: merlyn@stonehenge.com (Randal L. Schwartz)
Subject: A closure by any^Wsome other name (was Re: What's wrong with File::Find)
Message-Id: <m1u1wjrb1s.fsf_-_@halfdome.holdit.com>
>>>>> "Mark" == Mark Jason Dominus <mjd@plover.com> writes:
Mark> 'Closure' has a specific technical meaning, and this is not it. Folks
Mark> are of course free to promulgate this alternative, nonstandard usage
Mark> of 'closure', but I don't really see the point. It will just cut us
Mark> off from the mainstream of people who are discussing these things
Mark> seriously.
Mark> Whether Perl returns the same object every time, or a different object
Mark> every time, the object is still a closure.
Mark> Quoting from Steele again, for example:
Mark> In situations where a closure of a lambda-expression over the
Mark> same set of bindings may be produced more than once, the
Mark> various resulting closures may or may not be 'eq', at the
Mark> discretion of the implementation. (p. 117)
Then what *easy* word would you suggest to distinguish anonymous
subroutines that do not include a pad from those that do?
Since that part of the Perl implementation *is* visible, and *does*
make a difference (in terms of leaks, for example), we need a handy
word for that. And the mod_perl people need to be told that new word,
and so on.
Why can't we reserve "closure" in the Perl context for Perl's lexical
binding operation for subroutines? Why do we have to equate lambdas
(anon subroutines) with closures (saves a pad) simply because lisp
does it? Perl in fact has those two operations as orthogonal.
I don't see that we have to call "cons" to construct a list, or
(prin1) to print a string.
--
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: Sun, 28 Oct 2001 18:15:27 +0000 (UTC)
From: Ilya Zakharevich <nospam-abuse@ilyaz.org>
Subject: Re: A closure by any^Wsome other name (was Re: What's wrong with File::Find)
Message-Id: <9rhhvv$2n4t$1@agate.berkeley.edu>
[A complimentary Cc of this posting was sent to
Randal L. Schwartz
<merlyn@stonehenge.com>], who wrote in article <m1u1wjrb1s.fsf_-_@halfdome.holdit.com>:
> Mark> In situations where a closure of a lambda-expression over the
> Mark> same set of bindings may be produced more than once, the
> Mark> various resulting closures may or may not be 'eq', at the
> Mark> discretion of the implementation. (p. 117)
>
> Then what *easy* word would you suggest to distinguish anonymous
> subroutines that do not include a pad from those that do?
>
> Since that part of the Perl implementation *is* visible, and *does*
> make a difference (in terms of leaks, for example), we need a handy
> word for that. And the mod_perl people need to be told that new word,
> and so on.
In general, using an analogy with an overly-broad definition does not
lead to anything but a confusion. E.g.,
1
may be considered as a "lambda expression with no arguments" too. It
is highly optimized by Perl, but still is a closure if one believes in
generalizations. ;-)
Ilya
------------------------------
Date: Sun, 28 Oct 2001 20:01:02 +0000 (UTC)
From: "Syamala Tadigadapa" <syamalarao_tadigadapa@yahoo.com>
Subject: Any good free syntax coloring editors for Perl on Windows?
Message-Id: <90f30a85ef7be499d9487eeb3073830d.37422@mygate.mailgate.org>
Can some body send me pointers to some really good syntax coloring editors on
Windows platform
for Perl. There is good chance there are some. On Unix I suppose the
possibility is quite remote.
Maby be Vim works on both. But dows Vim allows you to compile the Perl
script/module too?
Please respond quickly .
Free is better. Share ware is also Ok. But they all do expire in 30 days or
even less. Don't they?
Thnaks,
-Syamal.
--
Posted from 69.san-francisco-21-22rs.ca.dial-access.att.net [12.81.72.69]
via Mailgate.ORG Server - http://www.Mailgate.ORG
------------------------------
Date: Sun, 28 Oct 2001 20:52:12 GMT
From: friedman@math.utexas.edu (Chas Friedman)
Subject: Re: Any good free syntax coloring editors for Perl on Windows?
Message-Id: <3bdc6fdc.520583225@news.itouch.net>
On Sun, 28 Oct 2001 20:01:02 +0000 (UTC), "Syamala Tadigadapa"
<syamalarao_tadigadapa@yahoo.com> wrote:
>
>Can some body send me pointers to some really good syntax coloring editors on
>Windows platform
>for Perl. There is good chance there are some. On Unix I suppose the
>possibility is quite remote.
>Maby be Vim works on both. But dows Vim allows you to compile the Perl
>script/module too?
>
>Please respond quickly .
>Free is better. Share ware is also Ok. But they all do expire in 30 days or
>even less. Don't they?
>
>
>Thnaks,
>-Syamal.
>
>
>--
>Posted from 69.san-francisco-21-22rs.ca.dial-access.att.net [12.81.72.69]
>via Mailgate.ORG Server - http://www.Mailgate.ORG
Gvim (the gui version of vim) runs on Windows or Unix/Linux.
It is available free at www.vim.org. You can find the syntax files by
looking around on that site and possibly following some links.
I bind <Cntrl P> to save the current file and "perl it" to some output
file which is then opened in a second window in gvim. (You can make
that key binding effective in both input and command mode.) vim/gvim
also has many advanced editing features such as regular expressions
similar to those of Perl (perhaps not quite as flexible.) There are
binaries available( which may be convenient for Windows.)
Emacs has similar capabilities and can customized with its own built
in (E)LISP if that turns you on (and even if it doesn't.)
chas
------------------------------
Date: Sun, 28 Oct 2001 21:15:51 GMT
From: "E.Chang" <echang@netstorm.net>
Subject: Re: Any good free syntax coloring editors for Perl on Windows?
Message-Id: <Xns9148A66B7CF78echangnetstormnet@207.106.93.86>
"Syamala Tadigadapa" <syamalarao_tadigadapa@yahoo.com> wrote in
news:90f30a85ef7be499d9487eeb3073830d.37422@mygate.mailgate.org:
>
> Can some body send me pointers to some really good syntax coloring
> editors on Windows platform
> for Perl. There is good chance there are some. On Unix I suppose
> the possibility is quite remote.
> Maby be Vim works on both. But dows Vim allows you to compile the
> Perl script/module too?
>
> Please respond quickly .
> Free is better. Share ware is also Ok. But they all do expire in 30
> days or even less. Don't they?
EditPad Pro from jgsoft.com does syntax coloring. It's shareware, but
the evaluation version has almost all the features. (The price is
reasonable, too.)
--
EBC
------------------------------
Date: Sat, 27 Oct 2001 22:23:14 +0100
From: "Mercutio" <mercutio@digitalrice.com>
Subject: Re: Any good free syntax coloring editors for Perl on Windows?
Message-Id: <9rht8h$s52$1@news8.svr.pol.co.uk>
Syamala Tadigadapa wrote in message
<90f30a85ef7be499d9487eeb3073830d.37422@mygate.mailgate.org>...
>
>Can some body send me pointers to some really good syntax coloring editors
on
>Windows platform
>for Perl.
<snip>
Personally, I reccomend EditPlus 2.10c from www.editplus.com
I usually code in many languages, and it comes with syntax files for a few
languages. It also does auto-completion, which you can fully customise. It
has output window, customisable toolbars, and lots of cool editing tools...
Best thing to do is try lots and pick the one you prefer...
>Thnaks,
>-Syamal.
No probs...
Tony
------------------------------
Date: Sun, 28 Oct 2001 21:28:51 GMT
From: Tim Hammerquist <tim@vegeta.ath.cx>
Subject: Re: Any good free syntax coloring editors for Perl on Windows?
Message-Id: <slrn9touvm.6pg.tim@vegeta.ath.cx>
[followups set to comp.editors]
Me parece que Syamala Tadigadapa <syamalarao_tadigadapa@yahoo.com> dijo:
> Can some body send me pointers to some really good syntax coloring editors on
> Windows platform
> for Perl. There is good chance there are some. On Unix I suppose the
> possibility is quite remote.
An interesting statement. Why do you assume Unix wouldn't have good
syntax-coloring editors?
> Maby be Vim works on both. But dows Vim allows you to compile the Perl
> script/module too?
Vim _does_ work on both (and thus saved my butt a few times). I'm a
vimmer and would recommend it to anyone looking for a powerful,
extensible editor.
Not sure what you mean by "compile", but yes, you can open your Perl
script/module using perl by countless means using whatever keybindings
you like. You could also just pipe the file to perl, with the same
flexibility.
Emacs may also do what you want (Ouch! That hurt! ...ahem. Sorry. I'm
not used to recommending Emacs). Many Win32 veterans find Emacs an
ideal Unix environment, though I'm not one of them.
And if both of these paradigms aren't your cup of tea, the only
closed source programmer's editor I've liked is UltraEdit-32.
> Please respond quickly .
> Free is better. Share ware is also Ok. But they all do expire in 30 days or
> even less. Don't they?
Vim, most other vi clones, emacs, and xemacs are all open source.
> Thnaks,
> -Syamal.
Good luck.
Tim
--
Sorry - when I booted up this morning, the 'use English' in
one of my init files failed. Am trying to compensate with
'abuse Caffeine' before rebooting.
-- David Cantrell
------------------------------
Date: Sun, 28 Oct 2001 12:11:00 -0800
From: "Matias P. Silva" <mpsilva@csupomona.edu>
Subject: Re: File parseing and testing for existing data
Message-Id: <9rhokh$1hmh6$1@hades.csu.net>
sure thing, this is what a record in my file looks like....
mpsilva,Matias,P,Silva,525 S. Wilson
Ave.,Pasadena,CA,91106,USGS,mpsilva@usgs.gov,626 583 6798,Sat Oct 27
16:21:01 2001,
-Matias
------------------------------
Date: Sun, 28 Oct 2001 18:32:17 +0100
From: "MAGiC MANiAC^mTo" <mto@kabelfoon.nl>
Subject: Re: full path
Message-Id: <9rhfn9$1pak$1@news.kabelfoon.nl>
Thanks for that great help!!!... :)
"Jürgen Exner" <jurgenex@hotmail.com> schreef in bericht
news:3bdc24e7@news.microsoft.com...
> "Gregory Toomey" <nobody@nowhere.com> wrote in message
> news:leUC7.6385$c5.68111@newsfeeds.bigpond.com...
> > "MAGiC MANiAC^mTo" <mto@kabelfoon.nl> wrote in message
> > news:9rgumu$16m6$1@news.kabelfoon.nl...
> > > how can I get the full path of the running file?...
> >
> > http://www.perldoc.com/perl5.6.1/lib/Cwd.html
>
> That wouldn't help much. Anonymous was interested in the location of the
> executable script, not the current working directory.
>
> An FAQ search for "directory" or "path" would have shown the correct
answer,
> although in a somewhat cryptic disguise:
> Found in C:\Perl\lib\pod\perlfaq8.pod
> How do I add the directory my program lives in to the module/library
> search path?
> use FindBin;
> use lib "$FindBin::Bin";
>
> jue
>
>
------------------------------
Date: Sun, 28 Oct 2001 17:22:29 +0000 (UTC)
From: efflandt@xnet.com (David Efflandt)
Subject: Re: GGI param/regex difficulties
Message-Id: <slrn9tofmk.d0a.efflandt@typhoon.xnet.com>
On Sat, 27 Oct 2001 14:09:54 -0400, Paul Bruno <paullyb8@fnol.net> wrote:
> Hello,
>
> I'm running a Perl script which uses the CGI.pm module on a Linux server.
> My test development machine is a Win98 box here. I'm taking info from a
><input type='text'> and <textarea> and inserting it into an XML db-like
> file. I use method='POST' to send it to my receiving script, which then, in
> turn, splits on /\n\n/ for the <textarea> field to get the paragraphs and
> puts these separate pieces of text into the XML file using XML::DOM.
Regardless of platform, line endings from a textarea are typically
"\015\012" ("\n" in Windows or "\r\n" in Unix). But just in case it is
not, you should split on any combination: /(\015\012|[\015\012])/
Not sure if that is optimized, but it works for a script I use to replace
ANY line endings with proper line endings for Win, Unix or Mac.
--
David Efflandt - All spam is ignored - http://www.de-srv.com/
http://www.autox.chicago.il.us/ http://www.berniesfloral.net/
http://cgi-help.virtualave.net/ http://hammer.prohosting.com/~cgi-wiz/
------------------------------
Date: Sun, 28 Oct 2001 17:19:51 -0500
From: "Paul Bruno" <paullyb8@fnol.net>
Subject: Re: GGI param/regex difficulties
Message-Id: <3bdc8604_1@news.starnetinc.com>
David,
Thank you very much for your help; I actually found this out last night on
my own while searching for documents about this. I'll be sure to remember
this in the future.
Cheers,
Paul B.
"David Efflandt" <efflandt@xnet.com> wrote in message
news:slrn9tofmk.d0a.efflandt@typhoon.xnet.com...
> On Sat, 27 Oct 2001 14:09:54 -0400, Paul Bruno <paullyb8@fnol.net> wrote:
> > Hello,
> >
> > I'm running a Perl script which uses the CGI.pm module on a Linux
server.
> > My test development machine is a Win98 box here. I'm taking info from a
> ><input type='text'> and <textarea> and inserting it into an XML db-like
> > file. I use method='POST' to send it to my receiving script, which
then, in
> > turn, splits on /\n\n/ for the <textarea> field to get the paragraphs
and
> > puts these separate pieces of text into the XML file using XML::DOM.
>
> Regardless of platform, line endings from a textarea are typically
> "\015\012" ("\n" in Windows or "\r\n" in Unix). But just in case it is
> not, you should split on any combination: /(\015\012|[\015\012])/
>
> Not sure if that is optimized, but it works for a script I use to replace
> ANY line endings with proper line endings for Win, Unix or Mac.
>
> --
> David Efflandt - All spam is ignored - http://www.de-srv.com/
> http://www.autox.chicago.il.us/ http://www.berniesfloral.net/
> http://cgi-help.virtualave.net/ http://hammer.prohosting.com/~cgi-wiz/
------------------------------
Date: 28 Oct 2001 10:21:13 -0800
From: asmith6@nc.rr.com (aaron smith)
Subject: keyname glob?
Message-Id: <a52be220.0110281021.6208a261@posting.google.com>
is it possible to use a keyname glob? if so, can someone give me a
snippet of code to start with please?
Thnaks!
------------------------------
Date: 28 Oct 2001 10:24:47 -0800
From: asmith6@nc.rr.com (aaron smith)
Subject: keyname glob?
Message-Id: <a52be220.0110281024.25ddb85@posting.google.com>
hi, is it possible to use keyname globs? if so can someone please post
a small snippet of code to get me started in the right direction?
Thnak you!
------------------------------
Date: Sun, 28 Oct 2001 20:50:13 GMT
From: "FiFi" <fifigonzalez@hotmail.com>
Subject: Re: Local/CGI help please
Message-Id: <9c_C7.12827$PH1.911@afrodite.telenet-ops.be>
It was indeed a security issue. Since I clearly noticed network activity
from my webserver to productive network I conclude the script tries to
retrieve requested DriveInfo parameters. It would work for querying the
local C: drive (I can't believe I tried that before...)
Soooo.... Thanks for the help, my next quest will be: how to run a service
under a Netware NDS account ;-)
Regards
"Jonathan Stowe" <gellyfish@gellyfish.com> wrote in message
news:9re8jo$evh$1@uranium.btinternet.com...
> Stefan <sjoris@rocketmail.com> wrote:
> > I use win32::driveinfo::drivespace to check used/available disk space
> > on a bunch of server volumes.
> >
> > Following script works perfectly from command prompt and displays
> > drivespace info array; ex 3709337600104857600003709337600.
> >
> > #!c:/perl/bin/perl
> > use win32::DriveInfo;
> > use CGI qw(:all);
> > print "Content-type: text/plain\r\n\r\n";
> > $ServerName="myserver";
> > print Win32::DriveInfo::DriveSpace("\\\\$ServerName\\data");
> >
> > However, in web browser nothing is displayed.
> >
>
> It is almost certain that the user that your web server is running as has
> no permission to the network object \\$serverName\Data - you can change
this
> through the user administrator. If you do not know how to do this you
> should ask your local administrator or ask in a newsgroup that discusses
> the administration of Windows servers.
>
> /J\
> --
> Jonathan Stowe |
> <http://www.gellyfish.com> | This space for rent
> |
------------------------------
Date: Sun, 28 Oct 2001 16:37:10 GMT
From: Uri Guttman <uri@sysarch.com>
Subject: Re: Newbie.
Message-Id: <x7668zzpni.fsf@home.sysarch.com>
>>>>> "E" == Exodus <exodus@thisaintreal.com> writes:
E> Is it right to always edit the posts? What is someone reads a
E> 'Re:' message and doesn't have the original? I guess both ways
E> have flaws, I'll stick with contextual posting :o)
in general you can edit the quote to the parts you reply to. sometimes
that can be the entire quote but you still would interleave your
comments after sections of the quoted post. but always delete extraneous
stuff like signatures, quotes of quotes of quotes, etc. just try to
leave enough quote to make your post comprehensible. also leave
attributions, sometimes even leave nested ones if multiple people are
quoted.
E> That's easily done. I just wasn't expecting such a reply in a
E> group like this, I thought perhaps it had some cryptic meaning
E> beyond my understanding - obviously not.
we always get our share of whackos as the core regulars are fairly
stable over time and try to encourage (not enforce) good netiqette and
proper homework before posting. usenet is a discussion medium with
topics and not a helpdesk.
E> Oh believe me, I'll struggle with a problem before I ask for help,
E> I get much more satisfaction through figuring things out myself,
E> plus it means I end up *really* understanding what the problem was
E> in the first place. I wouldn't ever demand answers, I know
E> everyone out there has busy lives and things to do with their time,
E> so I'm really grateful when someone takes the time to assist me
E> (especially as they don't even know me - like yourself :o).
good for you. you sound like you will become a positive member of this
group. but understand that there are some out there that don't have that
attitude (like the aforementioned woman) who just want it all their way.
uri
--
Uri Guttman --------- uri@sysarch.com ---------- http://www.sysarch.com
SYStems ARCHitecture and Stem Development ------ http://www.stemsystems.com
Search or Offer Perl Jobs -------------------------- http://jobs.perl.org
------------------------------
Date: Sun, 28 Oct 2001 20:54:05 GMT
From: Bart Lateur <bart.lateur@skynet.be>
Subject: Re: perl loozer
Message-Id: <eerotts83t6d43iquio7b8ok2ok7d9uons@4ax.com>
Uri Guttman wrote:
> JS> ITYM "perldata" here, but you're right- it probably
> JS> *should* be in perlop.
>
>tough choice. it is really a quoting thing so it should be with the
>other quotes in perldata. but quotes in perl are really ops. :)
>double quoted strings actually compile to a join( '', LIST )
May I propose that these would go into their own section, say,
perlquot? single and double quotes here-docs, qq, q and qr aren't really
operators the way unary and binary "+" are, for example?
+123
and
+$x
aren't that fundamentally different, but there's no way you can expect
that
qq $var
would double-quotish interpolate the string in that variable, would you?
Quotes, here-docs and q/qq/qr are ways to get literal strings into your
perl code. Without them, it would be quite impossible.
--
Bart.
------------------------------
Date: Sun, 28 Oct 2001 21:10:31 GMT
From: garry@ifr.zvolve.net (Garry Williams)
Subject: Re: perl loozer
Message-Id: <slrn9tot27.rts.garry@zfw.zvolve.net>
On Sun, 28 Oct 2001 20:54:05 GMT, Bart Lateur <bart.lateur@skynet.be>
wrote:
> ... but there's no way you can expect
> that
>
> qq $var
>
> would double-quotish interpolate the string in that variable, would you?
No, but, if you terminate the string, it will:
$ perl -wle '@var=(1, 2, 3);$x="end";print qq $var @var \$x$'
var 1 2 3 end
$
;-)
--
Garry Williams
------------------------------
Date: Sun, 28 Oct 2001 17:15:29 +0000
From: mark grimshaw <m.grimshaw@salford.ac.uk>
Subject: Re: problems installing DBD::mysql
Message-Id: <3BDC3D30.C0A04517@salford.ac.uk>
Garry Williams wrote:
> On Sun, 28 Oct 2001 13:57:07 +0000, mark grimshaw
> <m.grimshaw@salford.ac.uk> wrote:
>
> > As above on Linux RH7.0. I have mysql installed (rpm -q mysql reports:
> > mysql-3.23.22-6) and mysqld is running without problems. However,
> > trying to install DBD::mysql either via CPAN or manually produces errors
> > on make test -
> > no such file or directory for:
> > mysql.h
> > and
> > errmsg.h
> >
> > I thought I should install Mysql from cpan. The CPAN install Mysql
> > starts by attempting to install DBD::mysql and produces the same
> > messages.
> >
> > Anyone know what package I'm missing and where to get it from?
>
> You are missing part of the MySql distribution. It is *not* a part of
> Perl. You probably should check http://www.mysql.com to obtain a
> current distribution.
>
> --
> Garry Williams
OK managed to install MySql. Got different problems still installing
DBD::mysql on the 'make' part. Something about a server not running. I
assume it means mysqld which _is_ running. No time to investigate further -
I'll have to try again tomorrow. Thanks for your help anyway.
------------------------------
Date: Sun, 28 Oct 2001 14:15:10 -0600
From: trammell@haqq.hypersloth.invalid (John J. Trammell)
Subject: Re: problems installing DBD::mysql
Message-Id: <slrn9topqe.32t.trammell@haqq.el-swifto.com>
On Sun, 28 Oct 2001 13:57:07 +0000, mark grimshaw wrote:
> As above on Linux RH7.0. I have mysql installed (rpm -q mysql reports:
> mysql-3.23.22-6) and mysqld is running without problems. However,
> trying to install DBD::mysql either via CPAN or manually produces errors
> on make test -
> no such file or directory for:
> mysql.h
> and
> errmsg.h
>
> I thought I should install Mysql from cpan. The CPAN install Mysql
> starts by attempting to install DBD::mysql and produces the same
> messages.
>
> Anyone know what package I'm missing and where to get it from?
>
You need to install the MySQL development package, whatever it
may be called. A quick Google search turned up an RPM
"MySQL-devel-3.23.40-1", which may be the wrong version for you.
------------------------------
Date: Sun, 28 Oct 2001 18:26:36 GMT
From: "Rob - Rock13.com" <rob_13@excite.com>
Subject: Re: replacing bad old FormMail
Message-Id: <Xns914888934D381rock13com@64.8.1.226>
Frank Nospam <news:yahoo_com-
EE1F43.16594025102001@news.hcf.jhu.edu>:
[Regarding FormMail.cgi]
This isn't really a Perl question. The CGI need not be in Perl,
even.
> At this point I could update to that, or possibly start
> over with a different CGI. Are there alternatives with
> basically the same functionality? I need the following:
>
> 1) CGI that takes web form input and sends it via email.
> 2) ability to send only selected form fields.
> 3) form results page, with optional link to an exit page.
> 4) ability to email 2 or 3 people, including the submitter.
Here's one: http://www.artsackett.com/freebies/asform/
Check perlarchive.com if you are after Perl scripts, or CPAN
(though I never really looked for scripts there).
--
Rob - http://rock13.com/
Web Stuff: http://rock13.com/webhelp/
------------------------------
Date: Sun, 28 Oct 2001 16:55:11 GMT
From: cfedde@fedde.littleton.co.us (Chris Fedde)
Subject: Re: String Parsing...
Message-Id: <PLWC7.195$X3.219794944@news.frii.net>
In article <9rh7fg$b16$1@news6.svr.pol.co.uk>,
Mercutio <mercutio@digitalrice.com> wrote:
>
>I can handle most things in Perl, except for string parsing. I'm going to
>have to write functions to handle the different logical functions: AND, OR,
>NOT, IMPLIES, IFF.
>
>Can anyone suggest a method of parsing the string to work the input into the
>output?
>
This kind of thing is typicaly done using a tokenizer and a parser.
The classic example of this kind of thing are the lex and yacc tools in
the unix environment. Perl CPAN has Parser::RecDescent and many other
modules that could help you out.
Good Luck
--
This space intentionally left blank
------------------------------
Date: Sun, 28 Oct 2001 16:58:48 GMT
From: Dan Sugalski <dan@tuatha.sidhe.org>
Subject: Re: What's wrong with File::Find
Message-Id: <cPWC7.133179$NT3.14305542@news1.rdc1.ct.home.com>
Bart Lateur <bart.lateur@skynet.be> wrote:
> Ilya Zakharevich wrote:
>>You have it exactly backwards. Lexicals are thread-specific, and
>>local()s (as the name implies ;-) are global.
> Aha.
Well... maybe not. Lexicals aren't thread-specific in the 5.005 version of
threads. Difficult to get to from another thread, yes, but hardly thread
specific. (You can easily pass a reference to a lexical to another thread,
for example) I'm not sure where the notion "lexical==thread specific" came
from, but it's definitely wrong.
Arguably, with a POSIX-compliant thread implementation (Which perl isn't,
but is built on on most platforms) there's no such thing as truly
thread-specific data, since there's not supposed to be anything visible to
one thread that's not visible to another. But that's a different issue
entirely.
Dan
------------------------------
Date: Sun, 28 Oct 2001 18:11:23 +0000 (UTC)
From: Ilya Zakharevich <nospam-abuse@ilyaz.org>
Subject: Re: What's wrong with File::Find
Message-Id: <9rhhob$2n3o$1@agate.berkeley.edu>
[A complimentary Cc of this posting was sent to
Dan Sugalski
<dan@tuatha.sidhe.org>], who wrote in article <cPWC7.133179$NT3.14305542@news1.rdc1.ct.home.com>:
> >>You have it exactly backwards. Lexicals are thread-specific, and
> >>local()s (as the name implies ;-) are global.
> Well... maybe not. Lexicals aren't thread-specific in the 5.005 version of
> threads. Difficult to get to from another thread, yes, but hardly thread
> specific. (You can easily pass a reference to a lexical to another thread,
> for example)
Hmm? Unless on some advanced OS (e.g., OS/2 allows thread-local
storage, with which different thread read different data from the same
virtual address), you can *always* pass a pointer to something
thread-specific to another thread. So what you say has no meaning,
thus irrelevant. [I see that you yourselves wrote a similar argument.]
Lexicals are subroutine-invocation-specific. As far as the subroutine
is started *after* the "thread separation", anything
subroutine-invocation-specific is thread-specific.
Ilya
------------------------------
Date: Sun, 28 Oct 2001 18:21:58 GMT
From: Dan Sugalski <dan@tuatha.sidhe.org>
Subject: Re: What's wrong with File::Find
Message-Id: <a1YC7.133631$NT3.14336070@news1.rdc1.ct.home.com>
Ilya Zakharevich <nospam-abuse@ilyaz.org> wrote:
> [A complimentary Cc of this posting was sent to
> Dan Sugalski
> <dan@tuatha.sidhe.org>], who wrote in article <cPWC7.133179$NT3.14305542@news1.rdc1.ct.home.com>:
>> >>You have it exactly backwards. Lexicals are thread-specific, and
>> >>local()s (as the name implies ;-) are global.
>> Well... maybe not. Lexicals aren't thread-specific in the 5.005 version of
>> threads. Difficult to get to from another thread, yes, but hardly thread
>> specific. (You can easily pass a reference to a lexical to another thread,
>> for example)
> Hmm? Unless on some advanced OS (e.g., OS/2 allows thread-local
> storage, with which different thread read different data from the same
> virtual address), you can *always* pass a pointer to something
> thread-specific to another thread. So what you say has no meaning,
> thus irrelevant.
Nonsense. Thread-specific has a definite meaning for most people--"only
available to a particular thread". We don't have any of those in perl when
building with 5.005 threads. There is *nothing* that is thread-specific in
perl.
> Lexicals are subroutine-invocation-specific.
Wrong. Wrong even in non-threaded perl.
sub a_sub {
my $var;
push @foo::bar, \$var;
}
You could argue they're scope-invocation-specific too, but that's also
wrong.
> As far as the subroutine
> is started *after* the "thread separation", anything
> subroutine-invocation-specific is thread-specific.
No. It isn't. If you can access it from outside the thread, it's not
thread specific. And all you have to do to expose a variable is put it
someplace another thread can access it. Globals, lexicals in scope to
multiple threads, aggregates passed in by reference at thread startup,
queues, and XS hackery are all ways to get access to another thread's
data.
There is *no* thread specific data in 5.005-style threaded perl. Period.
Trying to argue otherwise just confuses the issue for people who are
already confused enough as it is by threads.
Dan
------------------------------
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 2027
***************************************
