[29470] in Perl-Users-Digest
Perl-Users Digest, Issue: 714 Volume: 11
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Fri Aug 3 03:09:38 2007
Date: Fri, 3 Aug 2007 00:09:08 -0700 (PDT)
From: Perl-Users Digest <Perl-Users-Request@ruby.OCE.ORST.EDU>
To: Perl-Users@ruby.OCE.ORST.EDU (Perl-Users Digest)
Perl-Users Digest Fri, 3 Aug 2007 Volume: 11 Number: 714
Today's topics:
Re: filehandle, read lines sln@netherlands.co
HTTP Server Frank.Goltz@gmail.com
new CPAN modules on Fri Aug 3 2007 (Randal Schwartz)
Re: Object creation failure in perl ramesh.thangamani@gmail.com
Re: Stripping some HTML code, while leaving others <blb8@po.cwru.edu>
Re: Stripping some HTML code, while leaving others <spamtrap@dot-app.org>
Re: Stripping some HTML code, while leaving others sln@netherlands.co
Re: Windows based perl editor? <sumonsmailbox@gmail.com>
Re: Windows based perl editor? sln@netherlands.co
Re: Windows based perl editor? <sumonsmailbox@gmail.com>
Re: Windows based perl editor? sln@netherlands.co
Re: XML Validation <spamtrap@dot-app.org>
Re: XML Validation sln@netherlands.co
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Thu, 02 Aug 2007 23:01:26 -0700
From: sln@netherlands.co
Subject: Re: filehandle, read lines
Message-Id: <fde5b35he6s86sk4dkb4scdpfl81c4rto0@4ax.com>
On 03 Aug 2007 03:37:02 GMT, xhoster@gmail.com wrote:
>sln@netherlands.co wrote:
>> On Thu, 26 Jul 2007 12:50:58 -0000, roy <roy.schultheiss@googlemail.com>
>> wrote:
>>
>> >I receive a XML-File up to 1 GB full of orders every day. I have to
>> >split the orders and load them into a database for further processing.
>> >I share this job onto multiple processes. This runs properly now.
>> >
>> >Here a little impress from the code:
>> >
>> >------------------------------ 8< ------------------------------
>> >
>> >use Proc::Simple;
>> >use constant MAX_PROCESSES => 10;
>> >
>> >$filesize = -s "... file";
>> >$step = int($filesize/MAX_PROCESSES+1);
>> >
>> >for (my $i=0;$i<MAX_PROCESSES;$i++) {
>> > $procs[$i] = Proc::Simple->new();
>> > $procs[$i]->start(\&insert_orders, $filename, $i*$step, ($i+1)*
>> >$step);
>> >}
>> >
>> >...
>>
>> Hey, this is hardcoded stuff, multiples of 10.
>> Lucky for you the format is the same everytime.
>>
>> What do you do when the file is corrupt due to fragmentation
>> errors?
>>
>> You can't be serious. This is XML man. What your doing is worse
>> than reading a serial port stream.
>
>To quote someone from a different thread, who is probably a troll
>trying to resurrect himself under a new name:
>
>: Yeah, can you describe whats wrong with it, or you just blowing smoke?
>: Sln
>
>Well, are you?
>
>>
>> Sln
>
>Xho
Yep, you posted my statements from a different thread.
Why is that man? Grab that whole thread and pop it in here, or
post a link. How rude!
I don't think I'm blowing smoke.
Why is this statement relative?
"MAX_PROCESSES => 10;"
Obviously, $filesize is fixed, as always.
Maybe you can parse xml from a random position?
Sln
------------------------------
Date: Fri, 03 Aug 2007 06:00:41 -0000
From: Frank.Goltz@gmail.com
Subject: HTTP Server
Message-Id: <1186120841.056312.249730@i38g2000prf.googlegroups.com>
Hello
Does anyone have some sample code that shows how the
Http::Server::Simple methods are used?
TIA
Frank
------------------------------
Date: Fri, 3 Aug 2007 04:42:16 GMT
From: merlyn@stonehenge.com (Randal Schwartz)
Subject: new CPAN modules on Fri Aug 3 2007
Message-Id: <JM6L2G.1KFs@zorch.sf-bay.org>
The following modules have recently been added to or updated in the
Comprehensive Perl Archive Network (CPAN). You can install them using the
instructions in the 'perlmodinstall' page included with your Perl
distribution.
Argv-1.22
http://search.cpan.org/~dsb/Argv-1.22/
Provide an OO interface to an arg vector
----
Bio-Grep-v0.8.3
http://search.cpan.org/~limaone/Bio-Grep-v0.8.3/
Perl extension for searching in Fasta files
----
Brackup-1.05
http://search.cpan.org/~bradfitz/Brackup-1.05/
Flexible backup tool. Slices, dices, encrypts, and sprays across the net.
----
Bundle-W3C-Validator-0.8.0
http://search.cpan.org/~scop/Bundle-W3C-Validator-0.8.0/
Bundle of modules required by the W3C Markup Validator
----
DJabberd-Delivery-OfflineStorage-0.02
http://search.cpan.org/~piers/DJabberd-Delivery-OfflineStorage-0.02/
Basic OfflineStorage (old style) for DJabberd
----
Egg-Release-2.17
http://search.cpan.org/~lushe/Egg-Release-2.17/
Version of Egg WEB Application Framework.
----
Filter-EOF-0.04
http://search.cpan.org/~phaylon/Filter-EOF-0.04/
Run a callback after a file has been compiled
----
Finance-Bank-ES-INGDirect-0.04
http://search.cpan.org/~brunodiaz/Finance-Bank-ES-INGDirect-0.04/
Check your INGDirect bank accounts from Perl
----
Grid-Transform-0.05
http://search.cpan.org/~gray/Grid-Transform-0.05/
fast grid transformations
----
HTML-FillInForm-1.07
http://search.cpan.org/~tjmather/HTML-FillInForm-1.07/
Populates HTML Forms with data.
----
Integrator-Module-Build-1.057
http://search.cpan.org/~fxfx/Integrator-Module-Build-1.057/
Gather and synchronize Test::More results in Cydone's Integrator
----
Linux-Apple-Laptop-LED-0.05
http://search.cpan.org/~avar/Linux-Apple-Laptop-LED-0.05/
Turn the front LED on Apple laptops on and off via ADB
----
Net-Google-SafeBrowsing-Blocklist-1.02
http://search.cpan.org/~danborn/Net-Google-SafeBrowsing-Blocklist-1.02/
Query a Google SafeBrowsing table
----
Net-SIP-0.31
http://search.cpan.org/~sullr/Net-SIP-0.31/
Framework SIP (Voice Over IP, RFC3261)
----
Net-SSH-Expect-1.00
http://search.cpan.org/~bnegrao/Net-SSH-Expect-1.00/
SSH wrapper to execute remote commands
----
Net-Twitter-1.05
http://search.cpan.org/~cthom/Net-Twitter-1.05/
Perl interface to twitter.com
----
PDF-Create-0.07
http://search.cpan.org/~markusb/PDF-Create-0.07/
create PDF files
----
POE-Component-Daemon-0.1006
http://search.cpan.org/~gwyn/POE-Component-Daemon-0.1006/
Handles all the housework for a daemon.
----
Params-Clean-0.9.1
http://search.cpan.org/~plato/Params-Clean-0.9.1/
*(Parse A Routine Allowing Modest Syntax--Casually List Explicit Arg Names)*: Process @_ as positional/named/flag/list/typed arguments
----
Path-Abstract-0.07
http://search.cpan.org/~rkrimen/Path-Abstract-0.07/
A fast and featureful class for UNIX-style path manipulation.
----
Path-Lite-0.07
http://search.cpan.org/~rkrimen/Path-Lite-0.07/
A lightweight but featureful class for UNIX-style path manipulation.
----
Path-Resource-0.04
http://search.cpan.org/~rkrimen/Path-Resource-0.04/
URI/Path::Class combination.
----
Pushmi-v0.995
http://search.cpan.org/~clkao/Pushmi-v0.995/
Subversion repository replication tool
----
Runops-Trace-0.08
http://search.cpan.org/~jjore/Runops-Trace-0.08/
Trace your program's execution
----
Runops-Trace-0.09
http://search.cpan.org/~jjore/Runops-Trace-0.09/
Trace your program's execution
----
String-FixedLen-0.01
http://search.cpan.org/~dland/String-FixedLen-0.01/
Create strings that will never exceed a specific length
----
Template-Plugin-StripScripts-0.01
http://search.cpan.org/~kentaro/Template-Plugin-StripScripts-0.01/
TT plugin to filter HTML against XSS
----
WWW-Sitebase-0.4
http://search.cpan.org/~grantg/WWW-Sitebase-0.4/
Base class for Perl modules
----
XML-Simple-2.17
http://search.cpan.org/~grantm/XML-Simple-2.17/
Easy API to maintain XML (esp config files)
----
hub-standard-04.00.043
http://search.cpan.org/~ryangies/hub-standard-04.00.043/
----
parent-0.215
http://search.cpan.org/~corion/parent-0.215/
Establish an ISA relationship with base classes at compile time
If you're an author of one of these modules, please submit a detailed
announcement to comp.lang.perl.announce, and we'll pass it along.
This message was generated by a Perl program described in my Linux
Magazine column, which can be found on-line (along with more than
200 other freely available past column articles) at
http://www.stonehenge.com/merlyn/LinuxMag/col82.html
print "Just another Perl hacker," # the original
--
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: Thu, 02 Aug 2007 23:15:29 -0700
From: ramesh.thangamani@gmail.com
Subject: Re: Object creation failure in perl
Message-Id: <1186121729.281180.113800@z24g2000prh.googlegroups.com>
On Aug 2, 10:21 pm, Michele Dondi <bik.m...@tiscalinet.it> wrote:
> On Thu, 02 Aug 2007 06:21:23 -0700, ramesh.thangam...@gmail.com wrote:
> >The thing here is the code is not failing always. I am using a cron
>
> It can happen. Clearly, it will fail upon a condition. Without seeing
> the code, or (preferably) a minimal version of it, it's hard to say.
>
> >wrapper script which creates an object of a module, then runs a
> >reports and emails it. The problem is it is failing only rarely like
>
> This is hardly relevant except possibly for permission issues: which
> have nothing to do with the fact that the code is an object creation
> one.
>
> >for eg once in a month. The script runs daily.
>
> >I just wanted to know when we experience object creation failure.
>
> In just so many situations that one can't really give you a proper
> answer. The code that takes care of object creation can do quite about
> anything, so the only proper answer to your actual question thus far
> can only be: quite about anything.
>
> >1. One thing is the system runs out of RAM, but it is very very
> >remote scenario.
>
> Yes, it can be. Hard to say without seeing the actual code. How 'bout
> logging memory usage anyway, if you have this suspect?
>
> >2. May be when the cron is running there is something which causing
> >the failure in middle ?
>
> In the middle of... what?
>
> >3. Or something wrong in the code ?.
>
> May be. Once again: hard to say without seeing the actual code.
>
> >It is really a simple object creation code, which is failing only some
> >cases. There is nothing wrong in the code also since the same code
>
> This claim of yours is in contradiction with possibility 3 above.
>
> >runs fine most of the cases.
>
> "running fine most of the cases" generally is not regarded as a good
> proof of "there not being anything wrong in the code." Perhaps you
> mean that it is syntactically correct, and that may well be. A whole
> another story...
>
> Michele
> --
> {$_=pack'B8'x25,unpack'A8'x32,$a^=sub{pop^pop}->(map substr
> (($a||=join'',map--$|x$_,(unpack'w',unpack'u','G^<R<Y]*YB='
> .'KYU;*EVH[.FHF2W+#"\Z*5TI/ER<Z`S(G.DZZ9OX0Z')=~/./g)x2,$_,
> 256),7,249);s/[^\w,]/ /g;$ \=/^J/?$/:"\r";print,redo}#JAPH,
Cool people. Thanks for you responses sorry for troubling you ( I
thought i can get some common cases). I will check in my code more and
if I am unable to debug more I will try to post a similar code. The
problem is it is a code which I can't post here.
------------------------------
Date: Fri, 3 Aug 2007 04:28:48 +0000 (UTC)
From: Brian Blackmore <blb8@po.cwru.edu>
Subject: Re: Stripping some HTML code, while leaving others
Message-Id: <f8uau0$jgr$1@gnus01.u.washington.edu>
Jason <jwcarlton@gmail.com> wrote:
> I have a textarea field (it's actually a contenteditable field, but it
> doesn't matter to Perl), and want to allow pre-authorized HTML code to
> go through, but no un-authorized code.
> I'm allowing them to choose between 4 or 5 font faces, 4 font sizes,
> bold, italics, underline, and a group of colors. I do NOT, however,
> want them to use <H1> or CSS.
> The only thought I had was to replace "good" HTML with UBB-style code:
> ... Then, strip all of the remaining HTML:
> ... Then, convert the UBB code back to HTML:
> This seems TERRIBLY cumbersome, though; especially when you consider
> all of the color codes that I'll have to potentially match. I know
> there's a better way, I just haven't thought of it yet.
Very few people were ever harmed by block all by default and then
permitting only specific cases.
It might be a bit system-intensive but I'd expect that using a regular
expression with a function in the replacement portion, namely the s///ge
approach, would allow you to build a routine that would return null for
all but the proper tags.
There's a slight concern with paired tags here, but since ending tags
still have the same name, it's possible to leave them in place (that is,
</B> is officially the "B" tag, just the closure). In any case, your
sub can just return the tag as is if it's permitted, and return null
otherwise, whence those unwanted tags will evaporate.
Anything that has multiple acceptable options (but not *) can be checked
easily enough with an array (possibly with the grep function).
The only remaining concern is that unwanted paired tags are removed, but
the text between them stays, whence things like <script>blah</script>
get turned into "blah", which is likely not want you want. Plus, this
doesn't validate the HTML, just removes unwanted tags.
There are some other concerns too, but some reasonable solutions... let
us know what you need as you proceed. Hopefully you'll stumble on the
difficulties and find the quick fixes.
Blef, I can ramble for five more pages so I'm stopping... now.
--
Brian Blackmore
blb8 at po dot cwru dot edu
------------------------------
Date: Fri, 03 Aug 2007 00:36:03 -0400
From: Sherm Pendley <spamtrap@dot-app.org>
Subject: Re: Stripping some HTML code, while leaving others
Message-Id: <m2tzrh44lo.fsf@dot-app.org>
Jason <jwcarlton@gmail.com> writes:
> I have a textarea field (it's actually a contenteditable field, but it
> doesn't matter to Perl), and want to allow pre-authorized HTML code to
> go through, but no un-authorized code.
There's really no need to reinvent that particular wheel.
Plenty of options on CPAN for doing that - HTML::Scrubber, HTML::Sanitizer,
HTML::Detoxifier, etc.
sherm--
--
Web Hosting by West Virginians, for West Virginians: http://wv-www.net
Cocoa programming in Perl: http://camelbones.sourceforge.net
------------------------------
Date: Thu, 02 Aug 2007 22:52:38 -0700
From: sln@netherlands.co
Subject: Re: Stripping some HTML code, while leaving others
Message-Id: <aig5b390aa110qubdvgaufmac8ijhecrvq@4ax.com>
On Wed, 01 Aug 2007 20:39:08 -0700, Jason <jwcarlton@gmail.com> wrote:
>I have a textarea field (it's actually a contenteditable field, but it
>doesn't matter to Perl), and want to allow pre-authorized HTML code to
>go through, but no un-authorized code.
>
>I'm allowing them to choose between 4 or 5 font faces, 4 font sizes,
>bold, italics, underline, and a group of colors. I do NOT, however,
>want them to use <H1> or CSS.
>
>This is really only a problem (so far) when someone copies an entire
>article from a website. I had this posted today:
>
><H1 class=headline> # not OK
><FONT face=Arial>Investigators Search for Missing Cary Boy</FONT> # OK
></H1> # not OK
><br>
><DIV style="DISPLAY: none"> # not OK
><br>
><P class=byline> # <P> would be OK, but not class=byline
>
>The article copied didn't originate from my site, of course, so the
>CSS is irrelevant. Unless, of course, they stumble upon a class that I
>did name; then there could be a real problem!
>
>So, what's the most logical way of removing the "bad" code, but
>leaving the "good"?
>
>The only thought I had was to replace "good" HTML with UBB-style code:
>$post =~ s/<font face=Arial>/[font face=Arial]/gi;
>$post =~ s/<font face=Verdana>/[font face=Verdana]/gi;
>
>and so on. Then, strip all of the remaining HTML:
>$post =~ s/<.*?>//gs;
>
>Then, convert the UBB code back to HTML:
>$post =~ s/[font face=Arial]/<font face=Arial>/gi;
>$post =~ s/[font face=Verdana]/<font face=Verdana>/gi;
>
>This seems TERRIBLY cumbersome, though; especially when you consider
>all of the color codes that I'll have to potentially match. I know
>there's a better way, I just haven't thought of it yet.
>
>Any ideas? TIA,
>
>Jason
If you can convert the html to xhtml, you can use RxPars 2.0
to do search and replace. I think its the not for free version though.
Sln
------------------------------
Date: Thu, 02 Aug 2007 22:03:48 -0700
From: skywriter14 <sumonsmailbox@gmail.com>
Subject: Re: Windows based perl editor?
Message-Id: <1186117428.680188.320490@w3g2000hsg.googlegroups.com>
This is a good topic. I develope in Windows platform too. I use Perl
in cygwin and ActivePerl both. I would like to know what tools/editors
other people uses too.
I use 4 tools alternatingly to edit Perl code (all of them supports
syntax-highlighting):
1. SciTE: Very light-weight, supports multi-tab, you can hit F5 to
run Perl code within the editor. Does everything else well, except
versionning.
2. Notepad++: Similar to Scite, little bit smarter. Can be extended
by installing plugins. Does not help with versionning.
3. Vim: needless to describe, I use it inside cygwin to edit
something quickly.
4. Eclipse with EPIC plugin: Very powerful, not light-weight. Does
many things. I use the debugger, really great. Can check syntax as-you-
type. You can use PerlCritic with it. Perldoc can be accessed inside a
tab. Pod::Checker is there. The search/replace dialogueboxes are
completely regex enabled. Refactor feature does not work well with
Perl. You cannot set separate syntax highlighting colors for scalars,
hashes or arrays as can be done with SciTE or Notepad++. You can
install subeclipse plugin to enable CVS.
Can anyone refer to anything as good as these? I have heard good
things about Ultra Edit and an IDE from ActiveState. But they are not
free, right?
I On Aug 3, 8:28 am, Bill H <b...@ts1000.us> wrote:
> I have been using Edit (in a dos box) on Windows for editing perl for
> the past 8 years or so, and though it is fine for me, I think it is
> time to step up to a windows based editor. Can anyone recommend a good
> windows based perl editor?
>
> My wish list for what the editor would be able to do is:
>
> 1. Allow me to run the program I am editting in a dos box (using
> active state perl)
> 2. Have multiple undos
> 3. Create multiple back up files as I save changes (a form of version
> control so I can step back to a previous "version" if what I did
> doesnt work right).
> 4. Syntax hilighting
> 5. Multiple programs open at the same time
> 6. Some form of project structure to allow me to group all the files
> together
>
> Most of these "wishes" come from the MS Visual C++ editor I used to
> use before discovering perl.
>
> Searching the internet I came across Perl Express (http://perl-
> editor.perl-express.com/) but am leary of downloading programs I find
> on the internet without knowing if they are safe.
>
> I am not sure if this would influence your recommendtions but the
> majority (99%) of the perl I write is used on web servers.
>
> Any / all suggestions are appreciated.
> Bill H
------------------------------
Date: Thu, 02 Aug 2007 22:47:41 -0700
From: sln@netherlands.co
Subject: Re: Windows based perl editor?
Message-Id: <tif5b3pdhalg9rdasoatcni5jtmr3c658m@4ax.com>
On Thu, 02 Aug 2007 22:03:48 -0700, skywriter14 <sumonsmailbox@gmail.com> wrote:
>This is a good topic. I develope in Windows platform too. I use Perl
>in cygwin and ActivePerl both. I would like to know what tools/editors
>other people uses too.
>I use 4 tools alternatingly to edit Perl code (all of them supports
>syntax-highlighting):
> 1. SciTE: Very light-weight, supports multi-tab, you can hit F5 to
>run Perl code within the editor. Does everything else well, except
>versionning.
> 2. Notepad++: Similar to Scite, little bit smarter. Can be extended
>by installing plugins. Does not help with versionning.
> 3. Vim: needless to describe, I use it inside cygwin to edit
>something quickly.
> 4. Eclipse with EPIC plugin: Very powerful, not light-weight. Does
>many things. I use the debugger, really great. Can check syntax as-you-
>type. You can use PerlCritic with it. Perldoc can be accessed inside a
>tab. Pod::Checker is there. The search/replace dialogueboxes are
>completely regex enabled. Refactor feature does not work well with
>Perl. You cannot set separate syntax highlighting colors for scalars,
>hashes or arrays as can be done with SciTE or Notepad++. You can
>install subeclipse plugin to enable CVS.
>
>Can anyone refer to anything as good as these? I have heard good
>things about Ultra Edit and an IDE from ActiveState. But they are not
>free, right?
>
>
>I On Aug 3, 8:28 am, Bill H <b...@ts1000.us> wrote:
>> I have been using Edit (in a dos box) on Windows for editing perl for
>> the past 8 years or so, and though it is fine for me, I think it is
>> time to step up to a windows based editor. Can anyone recommend a good
>> windows based perl editor?
>>
>> My wish list for what the editor would be able to do is:
>>
>> 1. Allow me to run the program I am editting in a dos box (using
>> active state perl)
>> 2. Have multiple undos
>> 3. Create multiple back up files as I save changes (a form of version
>> control so I can step back to a previous "version" if what I did
>> doesnt work right).
>> 4. Syntax hilighting
>> 5. Multiple programs open at the same time
>> 6. Some form of project structure to allow me to group all the files
>> together
>>
>> Most of these "wishes" come from the MS Visual C++ editor I used to
>> use before discovering perl.
>>
>> Searching the internet I came across Perl Express (http://perl-
>> editor.perl-express.com/) but am leary of downloading programs I find
>> on the internet without knowing if they are safe.
>>
>> I am not sure if this would influence your recommendtions but the
>> majority (99%) of the perl I write is used on web servers.
>>
>> Any / all suggestions are appreciated.
>> Bill H
Ultra Edit does a good job syntax checking while you type it.
Does some other neat stuff as well. Actually does alot of stuff.
I didn't pay for it. I got it from an old employer Google.
I don't pay for developmentor tools, its given to me, as I expect.
Not that I'm gratefull, they work me to death those employers.
If I were you I would steer clear of any Active State products,
the high end ones. You don't need them anyway. There is no replacement
for actual knowledge, which, is you actual salvation. Yes, its actually
you who are your own salvation in this proffession, and nobody else.
Debugging Perl is a ambiguous endevour. Perl is so simple, debugging
isin't necessary. Regular expressions, the golden eagle is a pride
among Perl proffessionals. You can't learn that in a ide.
I have a feeling Perl (regex) will be replaced/emulated when true
A.I. comes of age, and it is coming, and get out of the way or
change proffesion before it gets here. You have about 15 years to
make a mark that nobody but youself will remember, in you old age.
Because everything you code, if its of any value will eventually
end up in the hands of guru's who will decimate and consume it like
its frosted flakes at breakfast time. Spit out what is shit, keep the
rest for reference, eventually junking all of it.
Its like the cover of the earth consumes itself every 500 million years.
So, ahh, what was the question? Oh, Ultra Edit.
Download the trial version from thier web site. Go to crackz.com,
get the simple code, then open up all the features. If you like it,
go back to Ultra Edits web site and BUY it! Thats the way its done down home.
Sln
------------------------------
Date: Thu, 02 Aug 2007 23:04:06 -0700
From: skywriter14 <sumonsmailbox@gmail.com>
Subject: Re: Windows based perl editor?
Message-Id: <1186121046.340894.78010@l70g2000hse.googlegroups.com>
> Debugging Perl is a ambiguous endevour. Perl is so simple, debugging
> isin't necessary. Regular expressions, the golden eagle is a pride
> among Perl proffessionals. You can't learn that in a ide.
>
Hmmm... I agree. Perl is simple. All I REALLY need is syntax
highlighting. I am not as old with Perl as many of you guys here. I
started my Perl adventure with niPerl which comes with SciTE. So my
best editor is SciTE. More of a nostalogic thing, than anything else.
------------------------------
Date: Thu, 02 Aug 2007 23:48:48 -0700
From: sln@netherlands.co
Subject: Re: Windows based perl editor?
Message-Id: <isj5b39okc5upm8l69fap3bu8g9gkvo9rs@4ax.com>
On Thu, 02 Aug 2007 23:04:06 -0700, skywriter14 <sumonsmailbox@gmail.com> wrote:
>> Debugging Perl is a ambiguous endevour. Perl is so simple, debugging
>> isin't necessary. Regular expressions, the golden eagle is a pride
>> among Perl proffessionals. You can't learn that in a ide.
>>
>
>Hmmm... I agree. Perl is simple. All I REALLY need is syntax
>highlighting. I am not as old with Perl as many of you guys here. I
>started my Perl adventure with niPerl which comes with SciTE. So my
>best editor is SciTE. More of a nostalogic thing, than anything else.
Plenty of hilighting with UE. Try it out, its very aware of you code.
Sln
------------------------------
Date: Fri, 03 Aug 2007 00:13:18 -0400
From: Sherm Pendley <spamtrap@dot-app.org>
Subject: Re: XML Validation
Message-Id: <m2y7gt45nl.fsf@dot-app.org>
sln@netherlands.co writes:
> On Thu, 02 Aug 2007 20:49:49 -0400, Sherm Pendley <spamtrap@dot-app.org> wrote:
>
>>sln@netherlands.co writes:
>>
>>> One of them is available here, RxParse, a pure Perl xml,xhtml parser
>>> that is excellent for that. Search the forum or google. I think the
>>> one posted was version 1.1
>>
>>The only thing Robic0's module is good for is to serve as a bad example.
>>Go ahead and search Google Groups for it though - you'll find out what's
>>wrong with it quickly enough.
>
> Yeah, can you describe whats wrong with it
Why - is Google too complicated for you?
sherm--
--
Web Hosting by West Virginians, for West Virginians: http://wv-www.net
Cocoa programming in Perl: http://camelbones.sourceforge.net
------------------------------
Date: Thu, 02 Aug 2007 22:08:47 -0700
From: sln@netherlands.co
Subject: Re: XML Validation
Message-Id: <n1e5b31tmh7pelrgf47a90qblsgddth1fd@4ax.com>
On Fri, 03 Aug 2007 00:13:18 -0400, Sherm Pendley <spamtrap@dot-app.org> wrote:
>sln@netherlands.co writes:
>
>> On Thu, 02 Aug 2007 20:49:49 -0400, Sherm Pendley <spamtrap@dot-app.org> wrote:
>>
>>>sln@netherlands.co writes:
>>>
>>>> One of them is available here, RxParse, a pure Perl xml,xhtml parser
>>>> that is excellent for that. Search the forum or google. I think the
>>>> one posted was version 1.1
>>>
>>>The only thing Robic0's module is good for is to serve as a bad example.
>>>Go ahead and search Google Groups for it though - you'll find out what's
>>>wrong with it quickly enough.
>>
>> Yeah, can you describe whats wrong with it
>
>Why - is Google too complicated for you?
>
>sherm--
Just an affirmation is fine, which you did nicely.
Sln
------------------------------
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.
NOTE: due to the current flood of worm email banging on ruby, the smtp
server on ruby has been shut off until further notice.
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 V11 Issue 714
**************************************
