[17759] in Perl-Users-Digest
Perl-Users Digest, Issue: 5179 Volume: 9
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Fri Dec 22 11:05:32 2000
Date: Fri, 22 Dec 2000 08:05:13 -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: <977501113-v9-i5179@ruby.oce.orst.edu>
Content-Type: text
Perl-Users Digest Fri, 22 Dec 2000 Volume: 9 Number: 5179
Today's topics:
ANNOUNCE: Inline::CPP version 0.11 <neilw@ActiveState.com>
ANNOUNCE: Inline::Python version 0.10 <neilw@ActiveState.com>
Re: automatic FAQ answerer idea (Tad McClellan)
Re: DBI connect <mkoskamp*SPAM*@be-value.nl>
Re: h4x0r vNought <johngros@Spam.bigpond.net.au>
Re: Help with multipart form <jack.haberle@bigfoot.com>
Re: heredoc within heredoc <johngros@Spam.bigpond.net.au>
Re: heredoc within heredoc (Randal L. Schwartz)
Re: HTML parse <bart.lateur@skynet.be>
Re: HTML parse (Tad McClellan)
Re: IDE for development in perl tebrusca@my-deja.com
Re: If I don't want to 'goto' <bart.lateur@skynet.be>
Re: If I don't want to 'goto' <joe+usenet@sunstarsys.com>
Re: If I don't want to 'goto' (Anno Siegel)
Re: Is there a standard, current Perl for Win32 (withou <juha.manninen@datex-ohmeda.com>
Re: Is there a standard, current Perl for Win32 (withou <nospam.newton@gmx.li>
Re: Is there a standard, current Perl for Win32 (withou <nospam.newton@gmx.li>
Re: Language evolution C->Perl->C++->Java->Python (Is P <djberg96@my-deja.com>
Re: netiquette checking script (Richard Zilavec)
opensource C/C++ compiler for Win32? <noel.mcloughlin@boracle.com>
Re: opensource C/C++ compiler for Win32? <bowman@montana.com>
Re: opensource C/C++ compiler for Win32? <zarathustra@enviroweb.org>
Re: Posting Guidelines for comp.lang.perl.misc ($Revisi <johngros@Spam.bigpond.net.au>
Problem with urlencoding <menno@streuper.nl>
Re: Problem with urlencoding <tony_curtis32@yahoo.com>
Re: Problem with urlencoding <ubl@schaffhausen.de>
Re: PWS - perl richard_dobson@my-deja.com
Re: regexp question (Garry Williams)
Digest Administrivia (Last modified: 16 Sep 99) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Fri, 22 Dec 2000 12:30:16 GMT
From: Neil Watkiss <neilw@ActiveState.com>
Subject: ANNOUNCE: Inline::CPP version 0.11
Message-Id: <t46p23l90hf6c8@corp.supernews.com>
Inline::CPP (C++) lets you write Perl subroutines and classes in C++. It
is a new module, in ALPHA status.
It is available at http://search.cpan.org/search?dist=Inline-CPP
Inline also has a new mailing list:
inline@perl.org
inline-subscribe@perl.org (to subscribe)
The Inline::CPP README says:
INTRODUCTION:
Inline::CPP -- Write Perl subroutines and classes in C++.
Inline::CPP lets you write Perl subroutines and classes in C++. You
don't have to learn XS or SWIG, you can just put code right "inline"
in your source.
Example:
use Inline CPP => <<'END';
class JAxH {
public:
JAxH(char *x);
SV* data();
private:
SV *dat;
}
JAxH::JAxH(char *x) { dat = newSVpvf("Just Another %s Hacker", x); }
SV* JAxH::data() { return dat; }
END
print JAxH->new('Inline')->data(), "\n";
When run, this complete program prints:
Just Another Inline Hacker.
-----------------------------------------------------------------------------
INSTALLATION:
This module requires Inline.pm version 0.30 or higher to be installed.
To install Inline::CPP do this:
perl Makefile.PL
make
make test
make install
(On ActivePerl for MSWin32, use nmake instead of make.)
You have to 'make install' before you can run it successfully.
-----------------------------------------------------------------------------
INFORMATION:
- For more information on Inline::CPP see 'perldoc Inline::CPP'.
- For information about Inline.pm, see 'perldoc Inline'.
- For information on using Perl with C or C++, see 'perldoc perlapi'
The Inline::CPP mailing list is inline@perl.org. Send mail to
inline-subscribe@perl.org to subscribe.
Please send questions and comments to "Neil Watkiss" <NEILW@cpan.org>
Copyright (c) 2000, Neil Watkiss. All Rights Reserved.
------------------------------
Date: Fri, 22 Dec 2000 11:36:51 GMT
From: Neil Watkiss <neilw@ActiveState.com>
Subject: ANNOUNCE: Inline::Python version 0.10
Message-Id: <t46p1jdb92m5c3@corp.supernews.com>
Inline::Python lets you write Perl subroutines and classes in Python. It
is an ALPHA release.
It is available at http://search.cpan.org/search?dist=Inline
Inline also has a new mailing list:
inline@perl.org
inline-subscribe@perl.org (to subscribe)
The Inline::Python README says:
INTRODUCTION:
Inline::Python -- Write Perl subroutines in Python.
Inline::Python lets you write Perl subroutines and classes in
Python. You don't have to use any funky techniques for sharing most
types of data between the two languages, either. Inline::Python comes
with its own data translation service. It converts any Python structures
it knows about into Perl structures, and vice versa.
Example:
use Inline Python => <<'END';
def JAxH(x):
return "Just Another %s Hacker" % x
END
print JAxH('Inline'), "\n";
When run, this complete program prints:
Just Another Inline Hacker
The one line version is:
perl -le 'use Inline Python=>q{def JAxH(x):return"Just Another %s
Hacker"%x};print JAxH+Inline'
-------------------------------------------------------------------------------
INSTALLATION:
This module requires Inline.pm version 0.30 or higher to be installed.
To install Inline::Python do this:
perl Makefile.PL
make
make test
make install
(On ActivePerl for MSWin32, use nmake instead of make.)
You have to 'make install' before you can run it successfully.
-------------------------------------------------------------------------------
TROUBLESHOOTING:
Python and Perl are very different beasts. Perl does "true" dynamic
loading, so if you don't use a package you don't have to load
it. Embedding Python seems to require that you link in all packages
that Python *could* use. I'm not sure why this occurs yet. The
solution I have so far is to look at which libraries Python has built
into it, and include those into your project. This makes loading
Python slower, but does not affect execution speed.
Read the file TESTED and look for a setup similar to yours. The most
likely cause of problems is compile flags being set wrong. You *may*
have to edit Makefile.PL and type in extra compilation flags.
-------------------------------------------------------------------------------
INFORMATION:
- For more information on Inline::Python see 'perldoc Inline::Python'.
- For information about Inline.pm, see 'perldoc Inline'.
- For information on using Python or the Python C API, visit
http://www.python.org.
The Inline::Python mailing list is inline@perl.org. Send mail to
inline-subscribe@perl.org to subscribe.
Please send questions and comments to "Neil Watkiss" <NEILW@cpan.org>
Copyright (c) 2000, Neil Watkiss. All Rights Reserved.
------------------------------
Date: Fri, 22 Dec 2000 08:46:44 -0500
From: tadmc@metronet.com (Tad McClellan)
Subject: Re: automatic FAQ answerer idea
Message-Id: <slrn946mq4.7ga.tadmc@magna.metronet.com>
Logan Shaw <logan@cs.utexas.edu> wrote:
>I had envisioned training/testing it in a different
>way -- I'd create a web page
If this idea stops with an "ask the Perl Jeeves" kind of web site,
then it might be a Pretty Good Idea.
Of course then all we'll have is "did you know that www.pjeeves.com
could have answered that question?" instead of "did you know that
the Perl FAQ could have answered that question?".
Not much of an improvement.
The biggest gain would be to not have the question posted in
the first place (because they would have found the answer already).
An AI 'bot won't help us with that.
It's the damn ISPs (and "web-to-news gateways") turning folks
loose on Usenet without indicating that it is a foreign society
whose rules should probably be looked into before you start posting.
(along with the user's impatience and unwillingness to lurk first)
If this proceeds to a machine posting replies here, then I'll
probably take off along with Abigail.
--
Tad McClellan SGML consulting
tadmc@metronet.com Perl programming
Fort Worth, Texas
------------------------------
Date: Fri, 22 Dec 2000 14:54:59 +0100
From: "Maarten Koskamp" <mkoskamp*SPAM*@be-value.nl>
Subject: Re: DBI connect
Message-Id: <91vmhg$pvp$1@porthos.nl.uu.net>
> Perhaps the capitalisation of DBD 'odbc' isn't right. at
> E:\SITE\cgi-bin\RDBMS\DBI\WORK-Scipts\DBConn.cgi line 35
> */
>
Try using 'DBI:ADO:dnsDatasourcename'
Of course replace 'dnsDatasourcename' with the name of the required
datasource.
Maarten.
------------------------------
Date: Fri, 22 Dec 2000 11:47:59 GMT
From: "John Boy Walton" <johngros@Spam.bigpond.net.au>
Subject: Re: h4x0r vNought
Message-Id: <PbH06.29108$xW4.224195@news-server.bigpond.net.au>
"Malte Ubl" <ubl@schaffhausen.de> wrote in message
news:3A432B9D.8B1A08FB@schaffhausen.de...
> Steven Smolinski schrieb:
> >
> > Tom Christiansen <tchrist@perl.com> wrote:
> > > #!/usr/bin/perl -p
> > [... snip program that turns perfectly good english into some dialect
> > of script kiddie ...]
> >
> > Tom, if your post was an answer on Jeopardy, I'd have to guess that
> > the reply, properly phrased in the form of a question, is:
> >
> > "What output would prove that a man had altogether too much spare
> > time?"
>
> I wouldnt be suprised if he did it in 5 minutes. Too bad it doesn't run
> in my beloved MacPerl.
>
> ->malte
Hate to nit pick but.... spelling mistake in 'easiest' the 's' was omitted.
------------------------------
Date: Fri, 22 Dec 2000 13:52:45 GMT
From: RUATurtle <jack.haberle@bigfoot.com>
Subject: Re: Help with multipart form
Message-Id: <91vmbc$6p8$1@nnrp1.deja.com>
Rich,
I also wondered about the web server.
Had to work around this but hope to revisit it later. Will post if I
have any success.
-Jack
Sent via Deja.com
http://www.deja.com/
------------------------------
Date: Fri, 22 Dec 2000 12:50:23 GMT
From: "John Boy Walton" <johngros@Spam.bigpond.net.au>
Subject: Re: heredoc within heredoc
Message-Id: <j6I06.29188$xW4.226395@news-server.bigpond.net.au>
"Rafael Garcia-Suarez" <rgarciasuarez@free.fr> wrote in message
news:slrn9469nj.1ao.rgarciasuarez@rafael.kazibao.net...
> John Lin wrote in comp.lang.perl.misc:
> >
> > my @a = (
> > <<A, # for some reason, I need
> > <<B, # to separate these arguments
> > <<C # in 3 lines
> > good
> > A
> > better
> > B
> > best
> > C
> > );
> > print @a;
Wouldn't this line print the number of elements of @a ?
To print the elements out you would need a loop.
foreach (@a){
print;
}
------------------------------
Date: 22 Dec 2000 06:49:12 -0800
From: merlyn@stonehenge.com (Randal L. Schwartz)
Subject: Re: heredoc within heredoc
Message-Id: <m1y9x8se8n.fsf@halfdome.holdit.com>
>>>>> "John" == John Boy Walton <johngros@Spam.bigpond.net.au> writes:
>> > print @a;
John> Wouldn't this line print the number of elements of @a ?
John> To print the elements out you would need a loop.
John> foreach (@a){
John> print;
John> }
A simple experiment would have shown that you don't need that.
"print @a" works just fine. Perhaps you need to read up more
on Perl's wonderful "list context vs scalar context" stuff.
print "Just another Perl hacker," # 0
--
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: Fri, 22 Dec 2000 11:46:16 GMT
From: Bart Lateur <bart.lateur@skynet.be>
Subject: Re: HTML parse
Message-Id: <h2f64tk6o6ua9snvn8cj0a2q9as3b7qgle@4ax.com>
Jeff Helman wrote:
>Again, I respectfully disagree. As HTML is such a forgiving language,
>there are almost an infinite number of gotchas that one might have to
>catch, which forces the novice programmer to really explore the power of
>Perl regexes.
That is precisely why writing your own hack iqs a BAD idea. There are
many, many different ways to write valid tags in HTML, and your
homegrown solution can't catch them all. For example:
<a href="/a/simple/case">
<a haha href="/a/less/simple/case">
<a gotcha=">" href="/not/a/simple/case">
<a href='/alternative/quotes'>
<a href=no-quotes>
<a intro="let's start here"
href="/tag/split/over/more/than/one/line"
outtrou='no finished yet'>
All these are valid. HTML::Parser and related modules can easiliy
process them all, flawlessly. Your homegrown solution will either fail
to work properly on all of them, or your HTML parsing code will be a lot
bigger than the rest of your script. Is that what you want? I think not.
>And, not really having played with the HTML::* modules
>myself, if I were in a similar spot with the same requirements, I'd
>spend less time writing my own trivial hack than researching how to do
>it with those modules.
If you haven't played with any of HTML::*, I'd advice you to first pick
up on HTML::TokeParser. That, at least, is a module that doesn't force
you to try putting on your socks over your shoes. Getting a tag, or some
bare text, is almost identical to how you get the next line from a text
file. Very understandable for us, mere mortals. Yes, it's part of the
HTML::Parser package, at least if that is recent enough.
p.s. If you like silly challenges, why not trying to read text files by
block, and pulling out the next text line yourself, all in plain Perl.
You seem to be thinking that stunts like that will increase your
productivity in everyday jobs.
--
Bart.
------------------------------
Date: Fri, 22 Dec 2000 09:22:04 -0500
From: tadmc@metronet.com (Tad McClellan)
Subject: Re: HTML parse
Message-Id: <slrn946osc.7ga.tadmc@magna.metronet.com>
Jeff Helman <jhelman@wsb.com> wrote:
>Tad McClellan wrote:
>>
>> Jeff Helman <jhelman@wsb.com> wrote:
>> >Jerome O'Neil wrote:
>>
>> >> No. If your goal is to learn about manipulating HTML, then use the
>> >> tools available to you to do so. If your goal is to learn about
>> >> regular expressions, there are better academic excercises than
>> >> parsing HTML.
>> >
>> >Again, I respectfully disagree.
>> >I'd
>> >spend less time writing my own trivial hack than researching how to do
>> >it with those modules. Would it be as robust? Of course not. Would it
>> ^^^^^^ ^^^
>> >get the job done? Yes.
>> ^^^
>>
>> I'm having trouble reconciling those two parts.
>
>Why?
Because "not robust" does not correspond to "get the job done"
in my work environment. Client's do not expect stumbling around
when paying the kind of rates I charge. It must be "right" or
I'll go out of business.
(though this argument is rather moot, as I don't generally do
web-related work anyway.
)
Though I probably _would_ offer them a (much cheaper) alternative
that works "most of the time", or even just "often enough"...
>(Read my comments about swatting flies with the Buick.)
I did. I agreed completely. That's why I snipped it, I didn't
have anything to say about it.
>Is the
>one-liner less "robust" than including the full features of
^^^^^^^^^^^^^
>Date::Manip? Of course. But does it do the job to specifications?
>Yes. (And is the one liner faster? I haven't benchmarked, but I'd bet
>really good money that it is.)
But the relative distance between "robust" and "good enough" was
small for the date thing. I think the distance is rather large
for the HTML thing.
>True enough. But look at the requirements given (as best I can discern
>them from the poster): Extract the URL from a link as well as the
>plain-text contained within the <A..></A> set.
He didn't say that false hits were desired:
<!-- uncomment this after getting permission from the webmaster.
<a href="www.coolsite.com">A cool site</a>
-->
:-)
>If I have the
>requirements incorrect, I might very well choose another approach. But
>given THIS set of requirements (as I understand them), what do you find
>fault with?
See above :-)
>Sorry if I wasn't clear (God, I hate year-end deadlines),
I think you were clear enough, but I still disagree with you.
It isn't required that we agree, only that we express our
points of view. We've done that. The OP can make their own
informed decision now :-)
--
Tad McClellan SGML consulting
tadmc@metronet.com Perl programming
Fort Worth, Texas
------------------------------
Date: Fri, 22 Dec 2000 14:55:14 GMT
From: tebrusca@my-deja.com
Subject: Re: IDE for development in perl
Message-Id: <91vq0g$9me$1@nnrp1.deja.com>
In article <1elyjue.1lb4hw81qpiiz8N%otto.wyss@bluewin.ch>,
otto.wyss@bluewin.ch (Otto Wyss) wrote:
> Is there any useful IDE for development in perl (platform WindowsNT)
or
> does everyone just use a simple text editor?
>
> If there is no IDE what's the best editor?
I've tried a few evaluation perl editors, not overly impressed.
For NT I was using MS Developer Studio, but I finally settled on
VIM for Win32. I especially like the option that it
allows me to "easily" define my own menus and macros in a sed/vi
like language. If you haven't used vi then you wouldn't want to
use this, but IMO vi is to text editing what perl is to programming.
Sent via Deja.com
http://www.deja.com/
------------------------------
Date: Fri, 22 Dec 2000 12:02:20 GMT
From: Bart Lateur <bart.lateur@skynet.be>
Subject: Re: If I don't want to 'goto'
Message-Id: <qbg64t4botd97o5obdhqfjui30rttvl8kp@4ax.com>
Ilmari Karonen wrote:
>Well, he does have a point. It is frequently useful for an error
>handling routine to dump lots of internal state for debugging, or at
>least to have access to all the relevant state data so that it can
>pick the relevant parts to display based on the error type.
Note that recent perls (5.6 can do it, but I don't know when it first
appeared) a sub CAN contain another sub!
sub foo {
my $i = 10;
sub fail {
print "Oops! Something went bang (\$i = $i): @_\n";
}
for (1..12) {
if($_%5 == 0) {
fail("$_ divisible by 5");
next;
}
print "#$_\n";
} continue {
$i++;
}
}
foo;
It works as it should, but what does this warning mean?
Variable "$i" will not stay shared at test.pl line 5.
--
Bart.
------------------------------
Date: 22 Dec 2000 09:03:33 -0500
From: Joe Schaefer <joe+usenet@sunstarsys.com>
Subject: Re: If I don't want to 'goto'
Message-Id: <m3itoch7t6.fsf@mumonkan.sunstarsys.com>
Bart Lateur <bart.lateur@skynet.be> writes:
> Note that recent perls (5.6 can do it, but I don't know when it first
> appeared) a sub CAN contain another sub!
Works fine in 5.005_03 also- modules like Apache::Registry depend on
this.
>
> sub foo {
> my $i = 10;
> sub fail {
> print "Oops! Something went bang (\$i = $i): @_\n";
> }
> for (1..12) {
> if($_%5 == 0) {
> fail("$_ divisible by 5");
> next;
> }
> print "#$_\n";
> } continue {
> $i++;
> }
> }
> foo;
>
>
> It works as it should, but what does this warning mean?
>
> Variable "$i" will not stay shared at test.pl line 5.
It's a serious problem if foo is called more than once.
Think closures- try
use diagnostics;
and if that doesn't clear it up, see
http://perl.apache.org/guide/perl.html#my_Scoped_Variable_in_Nested_S
HTH
--
Joe Schaefer
------------------------------
Date: 22 Dec 2000 14:29:30 GMT
From: anno4000@lublin.zrz.tu-berlin.de (Anno Siegel)
Subject: Re: If I don't want to 'goto'
Message-Id: <91voga$qkl$1@mamenchi.zrz.TU-Berlin.DE>
Bart Lateur <bart.lateur@skynet.be> wrote in comp.lang.perl.misc:
>Ilmari Karonen wrote:
>
>>Well, he does have a point. It is frequently useful for an error
>>handling routine to dump lots of internal state for debugging, or at
>>least to have access to all the relevant state data so that it can
>>pick the relevant parts to display based on the error type.
>
>Note that recent perls (5.6 can do it, but I don't know when it first
>appeared) a sub CAN contain another sub!
>
> sub foo {
> my $i = 10;
> sub fail {
> print "Oops! Something went bang (\$i = $i): @_\n";
> }
> for (1..12) {
> if($_%5 == 0) {
> fail("$_ divisible by 5");
> next;
> }
> print "#$_\n";
> } continue {
> $i++;
> }
> }
> foo;
>
>
>It works as it should, but what does this warning mean?
"use diagnostics" produces an especially elaborate explanation
here. I won't pretend ton have grasped all the implications,
but obviously there are subtle, or not-so-subtle scoping issues
involved when fail() is called outside of foo(). When foo() has
been called more than once, so many editions of the lexical $i
have been created. Which one should package-global fail() refer
to?
Anno
------------------------------
Date: Fri, 22 Dec 2000 15:54:33 +0200
From: Juha Manninen <juha.manninen@datex-ohmeda.com>
Subject: Re: Is there a standard, current Perl for Win32 (without ActivePerl?)
Message-Id: <3A435D19.BB294D4D@datex-ohmeda.com>
John Nagle wrote:
> Perl used to have a consistent, platform-independent installation
> process; now it requires Microsoft software just to install.
If your OS is Microsoft Windows, you are using Microsoft software for sure.
If you want to avoid that, you could use some other OS. Simple!
Juha Manninen
------------------------------
Date: Fri, 22 Dec 2000 16:26:33 +0100
From: "Philip 'Yes, that's my address' Newton" <nospam.newton@gmx.li>
Subject: Re: Is there a standard, current Perl for Win32 (without ActivePerl?)
Message-Id: <0vr64t02htr32oa0makpgmtu0cfseqigf5@4ax.com>
On Thu, 21 Dec 2000 16:43:11 -0800, John Nagle <nagle@animats.com> wrote:
> Also, to install ActivePerl, you have to obtain
> and install a new version of Internet Explorer and an NT service pack,
> always risky activities.
Not true AFAIK for ActivePerl build 522 (roughly equivalent to 5.005_03 +
ActiveState patches), which is what I use. (I did have to download something for
Win98, but it installed as-is on my NT machine at work.)
Cheers,
Philip
--
Philip Newton <nospam.newton@gmx.li>
If you're not part of the solution, you're part of the precipitate.
------------------------------
Date: Fri, 22 Dec 2000 16:26:34 +0100
From: "Philip 'Yes, that's my address' Newton" <nospam.newton@gmx.li>
Subject: Re: Is there a standard, current Perl for Win32 (without ActivePerl?)
Message-Id: <03s64t81q521va7t0i2vfcc6mf0cv5hube@4ax.com>
On Thu, 21 Dec 2000 12:26:02 -0800, John Nagle <nagle@animats.com> wrote:
> Is there a current, standard version of Perl for Win32?
Yes. It's called the source distribution.
> By this I
> mean one without all the "ActivePerl/Active-X/Internet Explorer
> scripting" crap in it?
Check.
> The only non-ActivePerl binary distributions
Oh, woops -- you didn't say you were talking about binary distributions.
Seriously, though -- what's wrong with compiling your own?
Cheers,
Philip
--
Philip Newton <nospam.newton@gmx.li>
If you're not part of the solution, you're part of the precipitate.
------------------------------
Date: Fri, 22 Dec 2000 14:49:39 GMT
From: Daniel Berger <djberg96@my-deja.com>
Subject: Re: Language evolution C->Perl->C++->Java->Python (Is Python the ULTIMATE oflanguages??)
Message-Id: <91vpm2$9g3$1@nnrp1.deja.com>
In article <3A3BE3B7.D9866593@nowhere.com>,
Just Me <just_me@nowhere.com> wrote:
> The answer to your question is NO.
>
> We will go back to basics and end up in Smalltalk which is the
ultimate OO
> language where everything is an object and no types exist.
>
>
I haven't heard much discussion of Ruby in this thread. I figured
SmallTalk programmers might like it. I just read the Thomas & Hunt
book - pretty good.
Like some others in this thread, I was immediately discouraged by
Python when I realized I had to "line up" code blocks. Blech - reminds
me of COBOL.
As a Perl programmer, I wanted something that was comparable to Perl
and had good OO (and a GUI builder). Ruby seems to be it. Perl +
Smalltalk = Ruby.
Well, just my .02.
Dan
--
In the immortal words of Socrates, "I drank what?"
Sent via Deja.com
http://www.deja.com/
------------------------------
Date: Fri, 22 Dec 2000 15:11:02 GMT
From: rzilavec@tcn.net (Richard Zilavec)
Subject: Re: netiquette checking script
Message-Id: <3a436822.86411822@news.tcn.net>
On Thu, 21 Dec 2000 17:46:40 -0600, Michael Carman <mjcarman@home.com>
wrote:
>A killfile is a set of instructions for your newsreader which basically
I found the killfile...
>A scorefile is a less all-or-nothing approach. It allows you to raise or
I don't seem to have a scorefile... I think I might try a couple of
different newsreaders.
>So when you have a problem, hit the docs first. Search the FAQ. Search
>Deja. Then post here. Don't jeapordy-quote. Trim quoted material.
I can't help myself when documentations is around, I have to read it.
I'm really starting to use perldoc now, before I depended on books and
websites, but this group has really opened my eyes. I've been using
man pages for years now so its been easy to adjust. I'm not sure why
I didn't use them in the first place.
Thanks for the help!
--
Richard Zilavec
rzilavec@tcn.net
------------------------------
Date: Fri, 22 Dec 2000 12:32:11 +0000
From: Noel McLoughlin <noel.mcloughlin@boracle.com>
Subject: opensource C/C++ compiler for Win32?
Message-Id: <3A4349CB.2CDA5551@boracle.com>
Is there any way to get gcc for a win32 machine.
I want to try and get the necessary developer utilities on my
NT4 pc so I can build Perl from source (instead of binarys.)
thanks
noel.
------------------------------
Date: Fri, 22 Dec 2000 07:13:09 -0700
From: "bowman" <bowman@montana.com>
Subject: Re: opensource C/C++ compiler for Win32?
Message-Id: <AoJ06.569$fL1.1710@newsfeed.slurp.net>
Noel McLoughlin <noel.mcloughlin@boracle.com> wrote in message
news:3A4349CB.2CDA5551@boracle.com...
>
> Is there any way to get gcc for a win32 machine.
cygwin. try www.cygnus.com, I think that will get you to the download page
eventually.
------------------------------
Date: Fri, 22 Dec 2000 14:30:27 GMT
From: "Zarathustra" <zarathustra@enviroweb.org>
Subject: Re: opensource C/C++ compiler for Win32?
Message-Id: <7AJ06.360$G4.7253@newsread2.prod.itd.earthlink.net>
"bowman" <bowman@montana.com> wrote in message
news:AoJ06.569$fL1.1710@newsfeed.slurp.net...
>
> Noel McLoughlin <noel.mcloughlin@boracle.com> wrote in
> >
> > Is there any way to get gcc for a win32 machine.
>
> cygwin. try www.cygnus.com, I think that will get you to the download
page
> eventually.
And if you don't want or need the entire cygwin environment, just install
the MinGW GCC http://www.mingw.org/index.shtml
------------------------------
Date: Fri, 22 Dec 2000 12:41:10 GMT
From: "John Boy Walton" <johngros@Spam.bigpond.net.au>
Subject: Re: Posting Guidelines for comp.lang.perl.misc ($Revision: 0.3 $)
Message-Id: <GZH06.29173$xW4.226191@news-server.bigpond.net.au>
> It should be noted that by following these guidelines, I've avoided the
> need to post questions completely so far.
I am way down on questions too.
But I still have a hard time with the docs.
------------------------------
Date: Fri, 22 Dec 2000 15:44:28 +0100
From: "Ab Abson" <menno@streuper.nl>
Subject: Problem with urlencoding
Message-Id: <3a43691f$0$2965@reader3>
Hello,
Does anybody knows where I can find a good script that will encode a URL for
me.
I don't know what it is good for, but I need it badly.
Thanx, Menno.
------------------------------
Date: 22 Dec 2000 09:37:30 -0600
From: Tony Curtis <tony_curtis32@yahoo.com>
Subject: Re: Problem with urlencoding
Message-Id: <87d7ek5ux1.fsf@limey.hpcc.uh.edu>
>> On Fri, 22 Dec 2000 15:44:28 +0100,
>> "Ab Abson" <menno@streuper.nl> said:
> Hello, Does anybody knows where I can find a good script that will
> encode a URL for me. I don't know what it is good for, but I need
> it badly.
Oh the dangers of too much Gluehwein.
There's nothing in there to give anyone a clue as to what you want.
"perldoc URI" is all that comes to mind as possibly relevant.
hth
t
--
Eih bennek, eih blavek.
------------------------------
Date: Fri, 22 Dec 2000 16:43:58 +0100
From: Malte Ubl <ubl@schaffhausen.de>
Subject: Re: Problem with urlencoding
Message-Id: <3A4376BE.A06A01B8@schaffhausen.de>
Ab Abson schrieb:
>
> Hello,
>
> Does anybody knows where I can find a good script that will encode a URL for
> me.
> I don't know what it is good for, but I need it badly.
Yes, download the URI:Escape module. It will do all the nasty work for you.
->malte
------------------------------
Date: Fri, 22 Dec 2000 12:00:42 GMT
From: richard_dobson@my-deja.com
Subject: Re: PWS - perl
Message-Id: <91vfp9$26e$1@nnrp1.deja.com>
I had the same problem as you and eventually thought s**d this and
downloaded Indigo Perl which has an apache web server bundled with it.
Everything was rosy from then on.
In article <91qmnt$t03$1@enterprise.cistron.net>,
"Sven Franke" <snefsite@hotmail.com> wrote:
> Hi, I hope you guys can help me out.
> I use W98(se) and I installed PWS.
>
> I make a virtual directory (CGI-BIN) and selected the execute and
script
> option.
>
> I wrote a little HELLO WORLD (try.cgi) and placed this file into CGI-
BIN.
>
> When I go to http://localhost/CGI-BIN/try.cgi the page cannot be
displayed
> or the file is shown totally.
>
> What is wrong? I looked at activestate, but the help overthere wasn't
> solving my problem.
> I want to use PWS to check my scripts as if they were on the web.
>
> Sven.
>
>
Sent via Deja.com
http://www.deja.com/
------------------------------
Date: Fri, 22 Dec 2000 15:54:32 GMT
From: garry@zweb.zvolve.net (Garry Williams)
Subject: Re: regexp question
Message-Id: <YOK06.854$Kk5.41665@eagle.america.net>
On Fri, 22 Dec 2000 06:02:50 GMT, Robert Basil
<robert@no-spam.basil.com> wrote:
> Robert Basil wrote:
> > So when I try and remove them, my regexp also removes the middle
> > part of the message that I want to keep. I have triend about 20
> > different regexp's with no luck so far. Any hints?
[snip]
>I want to remove Block A and C (which are exactly the same) and leave
>B intact.
>
><MULTILINE BLOCK OF TEXT A>
><MULTILINE BLOCK OF TEXT B>
><MULTILINE BLOCK OF TEXT C>
>
>Here is a copy of what is in the A and C blocks that I want to
>remove: (Yes, the 4 lines of 53 periods need to be removed also)
[snip]
So your problem can be restated this way:
Remove all lines between lines of 53 periods inclusively.
Here's a way to do it:
#!/usr/local/bin/perl
use strict;
use warnings;
my $state = 0;
while (<DATA>) {
# Printing lines state
$state == 0 and do {
if ( /^\.{53}$/ ) {
$state = 1;
next;
}
print;
};
# Skipping lines state
$state == 1 and do {
if ( /^\.{53}$/ ) {
$state = 0;
next;
}
};
}
__DATA__
####Begin Example Before Message####
.....................................................
SUBSCRIBE
Blah blah
.....................................................
The text that is here needs to be kept.
.....................................................
Blah blah
.....................................................
####End Example Before Message####
####Begin Example After Message####
The text that is here needs to be kept.
####End Example After Message####
This same approach is easily adapted to removing lines from an array
of lines, if you insist on reading the entire file into an array.
--
Garry Williams
------------------------------
Date: 16 Sep 99 21:33:47 GMT (Last modified)
From: Perl-Users-Request@ruby.oce.orst.edu (Perl-Users-Digest Admin)
Subject: Digest Administrivia (Last modified: 16 Sep 99)
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.
| NOTE: The mail to news gateway, and thus the ability to submit articles
| through this service to the newsgroup, has been removed. I do not have
| time to individually vet each article to make sure that someone isn't
| abusing the service, and I no longer have any desire to waste my time
| dealing with the campus admins when some fool complains to them about an
| article that has come through the gateway instead of complaining
| to the source.
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 V9 Issue 5179
**************************************
