[19159] in Perl-Users-Digest
Perl-Users Digest, Issue: 1354 Volume: 10
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Sun Jul 22 18:05:46 2001
Date: Sun, 22 Jul 2001 15:05:08 -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: <995839507-v10-i1354@ruby.oce.orst.edu>
Content-Type: text
Perl-Users Digest Sun, 22 Jul 2001 Volume: 10 Number: 1354
Today's topics:
autovivification (was: Re: about image::Magick quality <goldbb2@earthlink.net>
Re: Collin hates subject lines. (Eric Bohlman)
Re: Collin hates subject lines. (Eric Bohlman)
FAQ: Why isn't my octal data interpreted correctly? <faq@denver.pm.org>
Re: Hard DBI question (David Combs)
hash-like argument passing (was: Re: about image::Magic <goldbb2@earthlink.net>
Hashes tutorila <jaouad16@home.com>
Re: How to supply modules with your software. <patelnavin@icenet.net>
Re: How to supply modules with your software. <godzilla@stomp.stomp.tokyo>
Re: How to supply modules with your software. (Eric Bohlman)
Re: ide for perl? <david.anderson@pern.co.uk>
Including a perl file into another perl file??? <nospam.yet_another_apprentice@hotmail.com>
Including a perl file into another perl file??? <nospam.yet_another_apprentice@hotmail.com>
Including a perl file into another perl file??? <no_spam.yet_another_apprentice@hotmail.com>
Including one perl file into another??? <nospam.yet_another_apprentice@hotmail.com>
Re: Screen Resolution <flavell@mail.cern.ch>
Sorry for the multiple posts <no_spam.yet_another_apprentice@hotmail.com>
Sorry for the multiple posts <no_spam.yet_another_apprentice@hotmail.com>
Use Perl and Visual Basic together <reciever@tiscalinet.ch>
Re: Use Perl and Visual Basic together <pne-news-20010722@newton.digitalspace.net>
Re: Use Perl and Visual Basic together <reciever@tiscalinet.ch>
Re: Use Perl and Visual Basic together <godzilla@stomp.stomp.tokyo>
Re: Use Perl and Visual Basic together <krahnj@acm.org>
Re: What's the regular expression to check emails and <pne-news-20010722@newton.digitalspace.net>
Re: where is the "standard library" (Eric Bohlman)
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Sun, 22 Jul 2001 18:03:19 -0400
From: Benjamin Goldberg <goldbb2@earthlink.net>
Subject: autovivification (was: Re: about image::Magick quality.)
Message-Id: <3B5B4DA7.DAB81A37@earthlink.net>
Michael Carman wrote:
>
> James wrote:
> >
> > what do u mean by saying " Subs using the named parameters via hash
> > scheme will usually silently ignore params which they dont expect."?
> > can u adress in detail?
>
> The normal method of creating subroutines in Perl doesn't allow for
> named or optional parameters. There is, however, a way of doing both
> by using a hash to store your arguments:
>
> sub mysub {
> my %args = (
> foo => 'alpha',
> bar => 'beta',
> baz => 42,
> @_,
> );
>
> print "foo/bar/baz = $arg{foo}/$arg{bar}$arg{baz}\n";
> }
>
> This allows you to call mysub() without specifying some or all
> parameters. If you don't say what foo is, it will use 'alpha' by
> default. If you do specify foo, it will override the default with the
> value you provide. (That's why @_ is the last thing in the declaration
> of %args.) Another advantage is that you don't need to put arguments
> in a particular order.
>
> There's a slight catch, though. Because of autovivification, it's
> quite possible to call mysub(quux => 'oops!'). Perl doesn't care that
> you don't want an argument named quux, so it lets the call slide.
> Nothing in mysub expects it though, and unless the author has taken
> steps to actively look for invalid arguments the sub will most likely
> just ignore them.
This isn't autovivification... that's the term for when a scalar which
is undef is used as a particular type of reference is automagically
turned into such a reference. Like:
my $foo; $$foo = 3;
my $bar; $bar->[0] = 3;
my $baz; $baz->{0} = 3;
my $qux; open( $qux, "echo quux|" );
You can't [yet?] autovivify anonymous IO references, and the only way I
know of to autovivify anonymous GLOB references is via open.
--
I need more taglines. This one is getting old.
------------------------------
Date: 22 Jul 2001 21:06:29 GMT
From: ebohlman@omsdev.com (Eric Bohlman)
Subject: Re: Collin hates subject lines.
Message-Id: <9jff8l$ata$3@bob.news.rcn.net>
Collin E Borrlewyn <collin@crosslink.net> wrote:
> "Michael Budash" <mbudash@sonic.net> wrote in message
> news:mbudash-C45A2C.08514221072001@news.sonic.net...
>> i'm not sure about the other posters' comments about prototyping, but
>> based on your requirements, the above line should be:
>>
>> $data{$_[1]} = $_[2]; # Updates the element
> Holy saint Farheim's flaming pants, I am an idiot on a scale scarcely
> imagined in my own worst nightmares! Not only did I MAKE such a ghastly
> mistake, but I didn't instantly see it when trying to find what was wrong,
> even knowing that that was the exactly line on which the problem was
> probably located.
You've encountered the phenomenon called "psychological set" which is the
tendency to perceive what one is expecting to perceive rather than what is
actually there (it's the reason why Douglas Adams' SEP field can work so
cheaply). Anybody who's ever proofread a manuscript or debugged a program
has run up against it. It's a major reason why merely commenting code
isn't good enough; many of us have run into cases where the comment says
one thing and the code says something else. Much of
design-for-readability is based on the idea of having your code send
explicit cues to the reader that will help overcome psychological set.
See the third section of Gerald Weinberg's classic _The Psychology of
Computer Programming_ (Weinberg gives the example of a variable named
"ST0P" as bad coding; the reader has to consciously fight the tendency to
see the zero as an oh).
------------------------------
Date: 22 Jul 2001 21:10:04 GMT
From: ebohlman@omsdev.com (Eric Bohlman)
Subject: Re: Collin hates subject lines.
Message-Id: <9jfffc$ata$4@bob.news.rcn.net>
Collin E Borrlewyn <collin@crosslink.net> wrote:
> "Eric Bohlman" <ebohlman@omsdev.com> wrote in message
> news:9jcqoq$a0u$3@bob.news.rcn.net...
>> You need to open the file for
>> read/write, lock it, read it, do your transformations, truncate the file,
>> write it and only *then* close it.
> Yes, well I have experimented (and looked at what documentation I could find
> by various google searches and perldoc) and I have yet to figure out how to
> actually DO this 'keeping open for reading and writing'. My results have
> always been rather strange, and so (until I figure it out) I've been relying
> on what I know works, as poor as it may be.
Reading the sections on locking in perlfaq5 should help clear up most of
your confusion.
------------------------------
Date: Sun, 22 Jul 2001 18:16:59 GMT
From: PerlFAQ Server <faq@denver.pm.org>
Subject: FAQ: Why isn't my octal data interpreted correctly?
Message-Id: <vME67.25$T3.172647424@news.frii.net>
This message is one of several periodic postings to comp.lang.perl.misc
intended to make it easier for perl programmers to find answers to
common questions. The core of this message represents an excerpt
from the documentation provided with every Standard Distribution of
Perl.
+
Why isn't my octal data interpreted correctly?
Perl only understands octal and hex numbers as such when they occur as
literals in your program. If they are read in from somewhere and
assigned, no automatic conversion takes place. You must explicitly use
oct() or hex() if you want the values converted. oct() interprets both
hex ("0x350") numbers and octal ones ("0350" or even without the leading
"0", like "377"), while hex() only converts hexadecimal ones, with or
without a leading "0x", like "0x255", "3A", "ff", or "deadbeef".
This problem shows up most often when people try using chmod(), mkdir(),
umask(), or sysopen(), which all want permissions in octal.
chmod(644, $file); # WRONG -- perl -w catches this
chmod(0644, $file); # right
-
Documents such as this have been called "Answers to Frequently
Asked Questions" or FAQ for short. They represent an important
part of the Usenet tradition. They serve to reduce the volume of
redundant traffic on a news group by providing quality answers to
questions that keep coming up.
If you are some how irritated by seeing these postings you are free
to ignore them or add the sender to your killfile. If you find
errors or other problems with these postings please send corrections
or comments to the posting email address or to the maintainers as
directed in the perlfaq manual page.
Answers to questions about LOTS of stuff, mostly not related to
Perl, can be found by pointing your news client to
news:news.answers
or to the many thousands of other useful Usenet news groups.
Note that the FAQ text posted by this server may have been modified
from that distributed in the stable Perl release. It may have been
edited to reflect the additions, changes and corrections provided
by respondents, reviewers, and critics to previous postings of
these FAQ. Complete text of these FAQ are available on request.
The perlfaq manual page contains the following copyright notice.
AUTHOR AND COPYRIGHT
Copyright (c) 1997-1999 Tom Christiansen and Nathan
Torkington. All rights reserved.
This posting is provided in the hope that it will be useful but
does not represent a commitment or contract of any kind on the part
of the contributers, authors or their agents.
04.02
--
This space intentionally left blank
------------------------------
Date: 22 Jul 2001 18:11:10 GMT
From: dkcombs@panix.com (David Combs)
Subject: Re: Hard DBI question
Message-Id: <9jf4vt$jki$1@news.panix.com>
In article <B778918C.8A4D%cpryce@pryce.net>, cp <cpryce@pryce.net> wrote:
>in article u9snfwn6ip.fsf@wcl-l.bham.ac.uk, nobull@mail.com at
>nobull@mail.com wrote on 07/16/2001 12:11 PM:
>
>> I can suggest one possible "why". Because it's even more full of
>> off-topic noise than the newsgroups!
>>
>> I tried subscribing for a week but I found the s:n ratio (c. 1:10)
>> unbarable.
>>
>> Is there any chance that dbi-user could become comp.lang.perl.dbi? At
>> least then it would be easy to redirect off-topic threads to a more
>> appropriate forum.
>
>Here! Here!
>
>cp
>
------------------------------
Date: Sun, 22 Jul 2001 18:05:47 -0400
From: Benjamin Goldberg <goldbb2@earthlink.net>
Subject: hash-like argument passing (was: Re: about image::Magick quality.)
Message-Id: <3B5B4E3B.79311042@earthlink.net>
Michael Carman wrote:
> The normal method of creating subroutines in Perl doesn't allow for
> named or optional parameters. There is, however, a way of doing both
> by using a hash to store your arguments:
>
> sub mysub {
> my %args = (
> foo => 'alpha',
> bar => 'beta',
> baz => 42,
> @_,
> );
>
> print "foo/bar/baz = $arg{foo}/$arg{bar}$arg{baz}\n";
> }
> There's a slight catch, though. Because of autovivification, it's
> quite possible to call mysub(quux => 'oops!'). Perl doesn't care that
> you don't want an argument named quux, so it lets the call slide.
> Nothing in mysub expects it though, and unless the author has taken
> steps to actively look for invalid arguments the sub will most likely
> just ignore them.
It's relatively easy to test (in a sub which takes a hash-like argument
list) whether there are arguments which are unexpected:
sub mysub {
my %args = (
foo => 'alpha',
bar => 'beta',
baz => 42,
@_,
);
my ($foo, $bar, $baz) = delete @args{qw(foo bar baz)};
carp "Unexpected arguments @{[keys %args]} given to mysub"
if(scalar keys %args);
print "foo/bar/baz = $foo/$bar/$baz\n";
}
--
I need more taglines. This one is getting old.
------------------------------
Date: Sun, 22 Jul 2001 21:49:38 GMT
From: "Jaouad El Bahraoui" <jaouad16@home.com>
Subject: Hashes tutorila
Message-Id: <STH67.241662$%i7.135022103@news1.rdc1.sfba.home.com>
Hi guys,
I am looking for a beginner hashes tutorial, what I want to do is
calculating the average of the "values" in the hashe and store them in
another hashe, there is any simple way to do it?
thanks
jeb
------------------------------
Date: Mon, 23 Jul 2001 01:44:44 +0530
From: "Aman Patel" <patelnavin@icenet.net>
Subject: Re: How to supply modules with your software.
Message-Id: <9jfc41$nrnse$1@ID-93885.news.dfncis.de>
(snipped)
> Please do not advocate this position. If there's *anything* the endeavor
> of engineering has taught us, it's that it is *impossible* to build real
> systems having reasonable size, reliability, and understandability
> characteristics without taking advantage of modularity.
>
> If you think I'm wrong, I challenge you to write down all the concerns
> you think are relevant to the simple task of locking a file. Then go
> look at LockFile::Simple and see if you thought of everything that could
> go wrong. Then think about the issues involved in computing the number
> of days between two arbitrary dates, and go look at Date::Manip.
>
> If you can accurately anticipate all the exceptional conditions, *and*
> you could implement them all correctly on the first try, great. You're
> Godzilla stomping on the problems of software development. But for us
> mortals, we have to rely on the capabilities of those that have
> implemented, tested, debugged, documented, and evolved solutions. Please
> don't ask us to be that good on the first try.
I couldnt agree with you more. I always think how people come up with such
ideas, and they are able to put them on paper, thats not me, thats why the
small reply, otherwise i wanted to say exactly what you wrote. Well lets not
get in to that.
------------------------------
Date: Sun, 22 Jul 2001 13:45:51 -0700
From: "Godzilla!" <godzilla@stomp.stomp.tokyo>
Subject: Re: How to supply modules with your software.
Message-Id: <3B5B3B7F.1F9E2705@stomp.stomp.tokyo>
David Coppit wrote:
> Godzilla! wrote:
(snipped)
> > I never write distribution scripts which require
> > a module for operation. This is a simple solution
> > requiring nothing more than decent programming
> > skills and sufficient personal pride in your work
> > to motivate you to write real programs rather
> > than copy and paste baling wire scripts which
> > rely upon the programming skills of others.
> Please do not advocate this position.
Like all others, I am free to express opinions, even
advocative opinions, as I please despite your inane
self-proclaimed deity dictates.
Rest assured I will continue to freely express my
opinions and will continue to ignore your repeated
attempts at censorious censure.
Godzilla!
------------------------------
Date: 22 Jul 2001 21:22:22 GMT
From: ebohlman@omsdev.com (Eric Bohlman)
Subject: Re: How to supply modules with your software.
Message-Id: <9jfg6e$m27$1@bob.news.rcn.net>
David Coppit <newspost@coppit.org> wrote:
> If you can accurately anticipate all the exceptional conditions, *and*
> you could implement them all correctly on the first try, great. You're
> Godzilla stomping on the problems of software development. But for us
> mortals, we have to rely on the capabilities of those that have
> implemented, tested, debugged, documented, and evolved solutions. Please
> don't ask us to be that good on the first try.
Yep, the difference between engineering and dabbling is that in
engineering, you design your system to be able to work under worst-case
conditions, whereas when you're dabbling you only care that it works under
ideal conditions. The mark of a poor developer is that he/she believes
that Murphy's Law has been repealed.
And one of the things that those novice programmers who become good
programmers quickly realize is that *coding* is only a small part of
*programming*; the most important aspects of programming are the "less
geeky" aspects like debugging, testing, documentation, and maintenance.
It's been quite reliably established that if you divide the number of
lines of code a programmer produces, regardless of the language used, by
the total number of days he/she spends on a particular project, you come
up with about 10 lines of code per day. Since any programmer can produce
more than 10 lines of code in even a brief coding session, this must mean
that the majority of a (good) programmer's time is spent on things other
than coding. That "10 lines of code" is 10 lines of *designed*,
*debugged*, *tested*, *documented*, and *maintained* code (and, in many
cases, rewritten due to changes in external requirements).
------------------------------
Date: Sun, 22 Jul 2001 22:22:41 +0100
From: David Anderson <david.anderson@pern.co.uk>
Subject: Re: ide for perl?
Message-Id: <4E143A05C83F56BB.0A2F6A2AEE4F1A58.4ABD24126B93CD95@lp.airnews.net>
You could look at Komodo from Activestate
On Fri, 20 Jul 2001 20:23:07 GMT, "Paul Verjans"
<paulverjans@hotmail.com> wrote:
>Some intresting Perl IDEs:
>Perl Builder 2.0 at www.solutionsoft.com
>another one I like very much is Optiperl 3 from
>http://www.xarka.com/optiperl/
>and the very easy to use DZSoft Perl Editor from
>http://www.dzsoft.com/dzperl.htm
>
>Hope you find one you like ..
>Regards,
>Paul
>
>
>"Jeff D. Hamann" <jeff_hamann@hamandonald.com> wrote in message
>news:9j76lh$hc9$1@sevenofnine.peak.org...
>> Okay, I know this is going to sound soooo non-unix, but is there an ide
>that
>> supports perl out there. VB is killing me but I need to be able to debug
>> script code before running huge databas processing tasks that call shared
>> libs... i guess the ultimate would be an ide that supports c,php, and
>perl,
>> but that's the breaks i guess....
>>
>> Thanks,
>> Jeff.
>>
>> --
>> Jeff D. Hamann
>> Hamann, Donald and Associates
>> PO Box 1421
>> Corvallis, Oregon USA 97339-1421
>> 541-740-5988
>> jeff_hamann@hamanndonald.com
>> www.hamanndonald.com
>>
>>
>>
>
------------------------------
Date: Sun, 22 Jul 2001 22:02:08 +0200
From: "Bob Rock" <nospam.yet_another_apprentice@hotmail.com>
Subject: Including a perl file into another perl file???
Message-Id: <9jfbr2$ntj4c$2@ID-98646.news.dfncis.de>
Hello,
is there a function that lets you include a perl file inside another like
the #include statement available in asp?
Thank you.
Regards,
Bob Rock
------------------------------
Date: Sun, 22 Jul 2001 22:02:48 +0200
From: "Bob Rock" <nospam.yet_another_apprentice@hotmail.com>
Subject: Including a perl file into another perl file???
Message-Id: <9jfbs9$nore7$2@ID-98646.news.dfncis.de>
Hello,
is there a function that lets you include a perl file inside another like
the #include statement available in asp?
Thank you.
Regards,
Bob Rock
------------------------------
Date: Sun, 22 Jul 2001 22:09:23 +0200
From: "Bob Rock" <no_spam.yet_another_apprentice@hotmail.com>
Subject: Including a perl file into another perl file???
Message-Id: <9jfc8j$napr2$1@ID-98646.news.dfncis.de>
Hello,
is there a function that lets you include a perl file inside another like
the #include statement available in asp?
Thank you.
Regards,
Bob Rock
------------------------------
Date: Sun, 22 Jul 2001 22:06:04 +0200
From: "Bob Rock" <nospam.yet_another_apprentice@hotmail.com>
Subject: Including one perl file into another???
Message-Id: <9jfc2d$nq073$2@ID-98646.news.dfncis.de>
Hello,
is there a function that lets you include a perl file inside another like
the #include statement available in asp?
Thank you.
Regards,
Bob Rock
------------------------------
Date: Sun, 22 Jul 2001 20:07:23 +0200
From: "Alan J. Flavell" <flavell@mail.cern.ch>
Subject: Re: Screen Resolution
Message-Id: <Pine.LNX.4.30.0107221958560.9605-100000@lxplus003.cern.ch>
On Jul 23, Snow Wolf jeopardized:
> I want my script to check visitor's screen resolution automatically
Then you're wasting everyone's time, here on a Perl language group:
I'm sure folks already understood your question the first time around,
and for the most part ignored it as doubly-irrelevant: irrelevant to
this usenet group, and irrelevant to doing anything really useful with
a web page.
Read the answers to the last few thousand times this question was
posed - and deflated - on the WWW groups.
> Thank Philip
Unfortunately, you failed to.
> Philip Newton wrote:
>
> > comp.infosystems.www.authoring.cgi is over there ------->
> >
> > Followups set.
Seems to be a constant of nature that upside-down fullquoters never
pay attention to what they're quoting.
Well, you were given a good chance, and discarded it.
Sorry, but *plonk*
------------------------------
Date: Sun, 22 Jul 2001 22:26:17 +0200
From: "Bob Rock" <no_spam.yet_another_apprentice@hotmail.com>
Subject: Sorry for the multiple posts
Message-Id: <9jfd8a$o0fuf$1@ID-98646.news.dfncis.de>
Sorry for the multiple posts ... I had problems with my news reader.
Regards,
Bob Rock
------------------------------
Date: Sun, 22 Jul 2001 22:27:18 +0200
From: "Bob Rock" <no_spam.yet_another_apprentice@hotmail.com>
Subject: Sorry for the multiple posts
Message-Id: <9jfda7$nssp7$1@ID-98646.news.dfncis.de>
Please excuse the multiple posts.
Regards,
Bob Rock
------------------------------
Date: Sun, 22 Jul 2001 21:28:51 +0200
From: "Olivier Salzgeber" <reciever@tiscalinet.ch>
Subject: Use Perl and Visual Basic together
Message-Id: <9jf97l$3s$1@news1.sunrise.ch>
Hi,
I have read that it should be possible to use Perl and Visual Basic
together. Does someone here know about that ? How is this done ?
Thanks a lot.
Olivier Salzgeber
reciever@ticalinet.ch
------------------------------
Date: Sun, 22 Jul 2001 21:34:28 +0200
From: Philip Newton <pne-news-20010722@newton.digitalspace.net>
Subject: Re: Use Perl and Visual Basic together
Message-Id: <mjamltc629q89l34b3ko1rgre3eb3bl7fg@4ax.com>
On Sun, 22 Jul 2001 21:28:51 +0200, "Olivier Salzgeber"
<reciever@tiscalinet.ch> wrote:
> I have read that it should be possible to use Perl and Visual Basic
> together.
Define 'together'. It's possible to make Perl into an ActiveX or COM
component that you can use from Visual Basic, using some tools from
ActiveState. Or Perl can use OLE Automation to control a server which
might be written in Visual Basic. Is that what you mean?
I don't think you can directly embed one language in the other, however.
Cheers,
Philip
--
Philip Newton <nospam.newton@gmx.li>
That really is my address; no need to remove anything to reply.
If you're not part of the solution, you're part of the precipitate.
------------------------------
Date: Sun, 22 Jul 2001 21:50:15 +0200
From: "Olivier Salzgeber" <reciever@tiscalinet.ch>
Subject: Re: Use Perl and Visual Basic together
Message-Id: <9jfafq$ard$1@news1.sunrise.ch>
Thanks for your information.
I will check this out.
But is there also a way to start a visual basic
program from a perl program ?
Example: I want to write some Values into an Excel-Sheet. I believe that it
is simpler to program this in VB than in PERL. (Or is there an easy Way to
write to MSExcel with PERL)
I thought about writing an application in VB which put the values into my
Sheet. But the Values should be submitted (to the VB-Program) from the
PERL-Program.
Do you see what i mean ?
"Philip Newton" <pne-news-20010722@newton.digitalspace.net> schrieb im
Newsbeitrag news:mjamltc629q89l34b3ko1rgre3eb3bl7fg@4ax.com...
> On Sun, 22 Jul 2001 21:28:51 +0200, "Olivier Salzgeber"
> <reciever@tiscalinet.ch> wrote:
>
> > I have read that it should be possible to use Perl and Visual Basic
> > together.
>
> Define 'together'. It's possible to make Perl into an ActiveX or COM
> component that you can use from Visual Basic, using some tools from
> ActiveState. Or Perl can use OLE Automation to control a server which
> might be written in Visual Basic. Is that what you mean?
>
> I don't think you can directly embed one language in the other, however.
>
> Cheers,
> Philip
> --
> Philip Newton <nospam.newton@gmx.li>
> That really is my address; no need to remove anything to reply.
> If you're not part of the solution, you're part of the precipitate.
------------------------------
Date: Sun, 22 Jul 2001 13:34:08 -0700
From: "Godzilla!" <godzilla@stomp.stomp.tokyo>
Subject: Re: Use Perl and Visual Basic together
Message-Id: <3B5B38C0.A6C95E36@stomp.stomp.tokyo>
Olivier Salzgeber wrote:
> I have read that it should be possible to use Perl and Visual Basic
> together. Does someone here know about that ? How is this done ?
Read about and research the Win32 OLE module and similar modules.
You will learn of methodologies to interface with visual basic,
including ms excel you mention in a subsequent article.
Godzilla!
------------------------------
Date: Sun, 22 Jul 2001 20:44:50 GMT
From: "John W. Krahn" <krahnj@acm.org>
Subject: Re: Use Perl and Visual Basic together
Message-Id: <3B5B3B97.F1904F0A@acm.org>
Olivier Salzgeber wrote:
>
> Thanks for your information.
>
> I will check this out.
>
> But is there also a way to start a visual basic
>
> program from a perl program ?
>
> Example: I want to write some Values into an Excel-Sheet. I believe that it
> is simpler to program this in VB than in PERL. (Or is there an easy Way to
> write to MSExcel with PERL)
http://search.cpan.org/search?mode=module&query=excel
John
--
use Perl;
program
fulfillment
------------------------------
Date: Sun, 22 Jul 2001 21:32:36 +0200
From: Philip Newton <pne-news-20010722@newton.digitalspace.net>
Subject: Re: What's the regular expression to check emails and to remove html
Message-Id: <q7amlt0gn5gc18f7pualv01troup9nri1n@4ax.com>
On 22 Jul 2001 10:38:36 -0700, miriamraphael@yahoo.com (Miriam
Raphael-Roberts) wrote:
> I know that you can remove HTML from text by using one regular expression.
Not in general. See `perldoc -q "remove HTML"`.
> I saw it once in a book amd I tried to find it today unsuccessfully.
It's in the FAQ.
> Also, does anyone have a good regular expression that can check whether or not
> an email address is in the correct format ?(and not a bogus email).
Those two are not opposites. sg93hnsf0@hotmail.com is a syntactically
correct email address -- but is it valid? You can't really tell just by
looking at it.
You could try Abigail's RFC::RFC822::Address, which uses
Parse::RecDescent to parse an email address according, presumably, to
RFC 822. That only tells you whether an address is syntactically valid;
to see whether a mailbox with that name exists, you'd have to send email
to the address (and be prepared to retry in the face of temporary
failures).
Cheers,
Philip
--
Philip Newton <nospam.newton@gmx.li>
That really is my address; no need to remove anything to reply.
If you're not part of the solution, you're part of the precipitate.
------------------------------
Date: 22 Jul 2001 20:57:08 GMT
From: ebohlman@omsdev.com (Eric Bohlman)
Subject: Re: where is the "standard library"
Message-Id: <9jfen4$ata$2@bob.news.rcn.net>
jay <seandarcy@hotmail.com> wrote:
> So...If these are the standard libraries, and getopts.pl is in the
> second, why doesn't perl getopts.pl find it???
Because, as several other people have pointed out, perl does *not* search
the libraries to locate scripts whose names are passed as command-line
arguments. It only searches the libraries when it's processing a use(),
require() or do {}, or when a module is specified on the command line with
-M (which does the equivalent of use()).
------------------------------
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 1354
***************************************
