[28280] in Perl-Users-Digest
Perl-Users Digest, Issue: 9644 Volume: 10
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Fri Aug 25 00:05:51 2006
Date: Thu, 24 Aug 2006 21:05:07 -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 Thu, 24 Aug 2006 Volume: 10 Number: 9644
Today's topics:
(UK Only) EatDVD - Cheap Region 2 DVD's - Some cheaper <webmaster@eeatdvd.co.uk>
Re: Calling another cgi program using CGI.pm <mumia.w.18.spam+nospam.usenet@earthlink.net>
Here you can read books free and buy all tickets <faguge1@126.com>
Re: Indirectly called code <No_4@dsl.pipex.com>
misc (laura.biding@ntlworld.com)
No execution of system calls in cygwin-perl after updat boltz@gmx.de
Re: read file backwards <jgibson@mail.arc.nasa.gov>
Re: read file backwards <cwilbur@mithril.chromatico.net>
Re: Reg. Exp. Question: How to minimally match backward <rvtol+news@isolution.nl>
Re: Reg. Exp. Question: How to minimally match backward <david@coppit.org>
Re: Reg. Exp. Question: How to minimally match backward <david@coppit.org>
Re: Reg. Exp. Question: How to minimally match backward <david@coppit.org>
Re: Reg. Exp. Question: How to minimally match backward anno4000@radom.zrz.tu-berlin.de
Re: regular expression variables under debugger <wlcna@nospam.com>
Re: Splitting a string to access a multilevel hash <w.c.humann@arcor.de>
Win32::GUI and Scrolling Text <jackbarnett@gmail.com>
Re: Win32::GUI and Scrolling Text <1usa@llenroc.ude.invalid>
Re: Win32::GUI and Scrolling Text <jackbarnett@gmail.com>
WinNT ActiveState STDERR and STDOUT <addinall@addinall.org>
Re: xslt ? <surfunbear@yahoo.com>
Re: xslt ? <surfunbear@yahoo.com>
Re: xslt ? <dha@panix.com>
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Fri, 25 Aug 2006 02:21:05 GMT
From: Webmaster<webmaster@eeatdvd.co.uk>
Subject: (UK Only) EatDVD - Cheap Region 2 DVD's - Some cheaper than Play.com!
Message-Id: <l8tHg.55044$fV1.20336@fe1.news.blueyonder.co.uk>
<HTML>
<HEAD>
<META NAME="GENERATOR" Content="Microsoft DHTML Editing Control">
<TITLE></TITLE>
</HEAD>
<BODY>
<P>Visit <a
href="https://eatdvd.co.uk">EatDVD</a> for your DVD needs, Region 2
DVD's - some cheaper than Play.com - check us out!</P>
</BODY>
</HTML>
------------------------------
Date: Thu, 24 Aug 2006 18:26:41 GMT
From: "Mumia W." <mumia.w.18.spam+nospam.usenet@earthlink.net>
Subject: Re: Calling another cgi program using CGI.pm
Message-Id: <BbmHg.1151$bM.219@newsread4.news.pas.earthlink.net>
On 08/23/2006 10:23 AM, dmedhora@gmail.com wrote:
> [...]
> Is there any way I can call another cgi perl file to continue
> onto other web pages using CGI ?
>
Yes,
$cgi->start_form(-action => 'index2.cgi');
> I don't want to have to use any barebones html, just CGi functions
>
> Thanks!
>
IMO, you should have a solid knowledge of HTML before learning
CGI, because you will constantly have to debug CGI scripts
that output HTML, and if you don't know HTML, you won't be
able to tell why your scripts are failing.
------------------------------
Date: 24 Aug 2006 17:10:16 -0700
From: "littlte woman" <faguge1@126.com>
Subject: Here you can read books free and buy all tickets
Message-Id: <1156464616.734770.325570@b28g2000cwb.googlegroups.com>
Here you can read books free and buy all tickets
you can find all tickets here:
http://allticket.yourfreewebspace.com/
you can read books free:
http://onlinebook.yourfreewebspace.com/
http://bookonline.yourfreewebspace.com/
------------------------------
Date: Fri, 25 Aug 2006 03:22:43 +0100
From: Big and Blue <No_4@dsl.pipex.com>
Subject: Re: Indirectly called code
Message-Id: <wtOdnWI2nu9ow3PZRVny2A@pipex.net>
Ferry Bolhar wrote:
>
> I try to find out, where Perl may run code besides the "main script" and
> the modules and methods it will use (lets' call it "indirectly called
> code").
> Currently, I know about these ways (Perl 5.8.8):
>
> o) Tying
>....
> Are there some more?
do
--
Just because I've written it doesn't mean that
either you or I have to believe it.
------------------------------
Date: Thu, 24 Aug 2006 17:51:11 -0500
From: laura.biding@ntlworld.com (laura.biding@ntlworld.com)
Subject: misc
Message-Id: <1156459871_183@dscnews2.dcccd.edu>
>
laura.biding@ntlworld.com
------------------------------
Date: 24 Aug 2006 13:22:19 -0700
From: boltz@gmx.de
Subject: No execution of system calls in cygwin-perl after update
Message-Id: <1156450939.416814.47410@m73g2000cwd.googlegroups.com>
Hi there,
I recently had to update my old cygwin installation to a newer version.
I'm not quite sure what version I updated from or to - but the old
version came with perl 5.6, the one I updated to with version 5.8. This
is also the reason why I had to run the update.
So far so good.
In my perl scripts there are a lot of calls to application installed on
this particular windows system (such as MS compiler or MKS Source
Integrity). On the old cygwin-perl everything was just running fine.
Since I made the update none of those system calls seem to be executed.
I tried running the same command lines from within the cygwin shell -
and they work fine. From within perl they just seem to be ignored. I
don't get any error messaged (at least not from the perl debugger or
the shell). The call itself returns on $? just 256 which I didn't find
anything helpful about.
Do I have to set any permissions to the perl interpreter that existed
prior the update and have been over-written by it?
Can anybody help me?
Cheers,
Mac
------------------------------
Date: Thu, 24 Aug 2006 12:34:21 -0700
From: Jim Gibson <jgibson@mail.arc.nasa.gov>
Subject: Re: read file backwards
Message-Id: <240820061234219745%jgibson@mail.arc.nasa.gov>
In article <x7pserh8ow.fsf@mail.sysarch.com>, Uri Guttman
<uri@stemsystems.com> wrote:
> i always get pissed at perl hackers who claim they can't or won't use
> modules. this is almost always an easy restriction to bypass, either by
> loading modules in another place, putting the modules in with their own
> modules (they do code in modules? is that a restriction too?) or even
> just cutting/pasting the (pure perl only) module code into their stupid
> large single script. the fact that they have access to perl but not
> access to modules shows massive brane damage on someone's part (their
> isp, the developer, the boss, the vp of stupidity).
I agree. It like people asking "I want to hammer a nail, but I don't
want to use a hammer." People who ask such questions should really
justify why they can't or won't use modules. Otherwise, they are just
wasting your time.
--
Jim Gibson
Posted Via Usenet.com Premium Usenet Newsgroup Services
----------------------------------------------------------
** SPEED ** RETENTION ** COMPLETION ** ANONYMITY **
----------------------------------------------------------
http://www.usenet.com
------------------------------
Date: 24 Aug 2006 16:15:48 -0400
From: Charlton Wilbur <cwilbur@mithril.chromatico.net>
Subject: Re: read file backwards
Message-Id: <87veoh99fv.fsf@mithril.chromatico.net>
Jim Gibson <jgibson@mail.arc.nasa.gov> writes:
> I agree. It like people asking "I want to hammer a nail, but I don't
> want to use a hammer." People who ask such questions should really
> justify why they can't or won't use modules. Otherwise, they are just
> wasting your time.
The problem is, then they start justifying why, and you find out one
of a couple things.
* They're using a cut-rate web host, only have FTP access, and want a
module that's compiled.
* They're using Perl without the support of their organization, which
means they can't officially ask for modules to be installed.
* They have the false notion that modules are slow.
Trying to convince people in any of these circumstances that they
should use modules is a futile effort; once you've recommended the use
of modules, the best you can do is move on.
Charlton
------------------------------
Date: Fri, 25 Aug 2006 00:51:21 +0200
From: "Dr.Ruud" <rvtol+news@isolution.nl>
Subject: Re: Reg. Exp. Question: How to minimally match backwards as well as forwards?
Message-Id: <ecliuo.110.1@news.isolution.nl>
David Coppit schreef:
> Xicheng Jia:
>> i.e. add '@' into your pattern, since there is at least one email
>> address in the 'From' field.
>
> That won't work. I've seen mailboxes that don't use the "@".
See man formail again:
When formail has to determine the sender's address, every RFC822
conforming mail address is allowed. Formail
will always strip down the address to its minimal form (deleting
excessive comments and whitespace).
The regular expression that is used to find `real' postmarks is:
"\n\nFrom [\t ]*[^\t\n ]+[\t ]+[^\n\t ]"
If a Content-Length: field is found in a header, formail will copy the
number of specified bytes in the body
verbatim before resuming the regular scanning for message boundaries
(except when splitting digests or Berkeley
mailbox format is assumed).
Any header lines immediately following the leading `From ' line that
start with `>From ' are considered to be a
continuation of the `From ' line. If instructed to rename the `From '
line, formail will change each leading
`>' into a space, thereby transforming those lines into normal RFC822
continuations.
--
Affijn, Ruud
"Gewoon is een tijger."
------------------------------
Date: Thu, 24 Aug 2006 18:52:16 GMT
From: David Coppit <david@coppit.org>
Subject: Re: Reg. Exp. Question: How to minimally match backwards as well as forwards?
Message-Id: <zzmHg.528022$1Q1.45017@fe03.news.easynews.com>
Xicheng Jia wrote:
> you could be more specific with your pattern, like change
>
> (?> [^:]+ )
>
> to
>
> (?> [^:\n]+ )
>
> then this sub-pattern will not match over lines. So to be more
> specific, you will be more possibly reach your solution.
RFC 2822 says that newlines can be in headers. The question is whether
newlines can appear in the "^From " separator as well. Unfortunately
this is part of the mbox format and not covered by RFC 2822. AFAIK, mbox
is not specified anywhere other than conflicting code implementations.
If Anno's expert is right, then your solution will work. I think I'll go
with that since I've yet to see a newline in the "^From " line in practice.
> i.e. add '@' into your pattern, since there is at least one email
> address in the 'From' field.
That won't work. I've seen mailboxes that don't use the "@".
David
------------------------------
Date: Thu, 24 Aug 2006 18:53:17 GMT
From: David Coppit <david@coppit.org>
Subject: Re: Reg. Exp. Question: How to minimally match backwards as well as forwards?
Message-Id: <xAmHg.528023$1Q1.265395@fe03.news.easynews.com>
anno4000@radom.zrz.tu-berlin.de wrote:
> The best you can do is detect "From " lines that are not well-formed or
> not well-positioned and ignore them.
I'm trying to do a little more than simply croak since it's very common
for MUAs to fail to escape the "^From " as "^>From ". Call it
"permissive mode" :)
> I'm talking of *lines* because a mail expert assures me that line feeds
> cannot validly appear in a "From " specification.
As far as what I'm seeing "in the wild" this is true. I'll make this
assumption until one of my users complains.
> So for well-formedness you'd have to recognize "From " followed by an email
> address, followed by a date (not sure what else is possible but I think
> that's it).
I've seen this:
From klopp Mon Jan 5 08:50:15 +0100 2004
but as far as the date I think you're right, and that's why my pattern
checks for it.
> From later remarks (now snipped) it appears that you are running a loop
> like
>
> while ( $mail =~ /some regex/g ) {
> # ...
> }
>
> That is a good technique for a simple series of matches, but it has the
> disadvantage that you can't easily use another match in the body, it
> upsets the loop.
I do some additional validation in the case that an unescaped "^From "
appears in the body.
Regards,
David
------------------------------
Date: Thu, 24 Aug 2006 18:53:37 GMT
From: David Coppit <david@coppit.org>
Subject: Re: Reg. Exp. Question: How to minimally match backwards as well as forwards?
Message-Id: <QAmHg.528024$1Q1.485355@fe03.news.easynews.com>
Ben Morrow wrote:
> From http://www.jwz.org/doc/content-length.html :
This discussion is useful. It turns out that I could (and probably
should) use content-length to help exclude my false match.
David
------------------------------
Date: 24 Aug 2006 21:16:09 GMT
From: anno4000@radom.zrz.tu-berlin.de
Subject: Re: Reg. Exp. Question: How to minimally match backwards as well as forwards?
Message-Id: <4l6j8pFhsfsU1@news.dfncis.de>
David Coppit <david@coppit.org> wrote in comp.lang.perl.misc:
> anno4000@radom.zrz.tu-berlin.de wrote:
[...]
> > So for well-formedness you'd have to recognize "From " followed by an email
> > address, followed by a date (not sure what else is possible but I think
> > that's it).
>
> I've seen this:
>
> From klopp Mon Jan 5 08:50:15 +0100 2004
>
> but as far as the date I think you're right, and that's why my pattern
> checks for it.
That plain "klopp" would be local delivery (from one user to another of
the same machine). It would have to be a user name, whatever that implies
across mail-capable systems. A general mail-address recognizer should
accept it.
Anno
------------------------------
Date: Thu, 24 Aug 2006 22:14:07 GMT
From: "wlcna" <wlcna@nospam.com>
Subject: Re: regular expression variables under debugger
Message-Id: <PwpHg.455$Cq4.290@newssvr25.news.prodigy.net>
"Xicheng Jia" <xicheng@gmail.com> wrote in message
news:1156419627.585589.49800@h48g2000cwc.googlegroups.com...
> main::(t1.pl:5): my $str = "hello there yes i am here";
> DB<1> n
> main::(t1.pl:6): $str =~ /([a-z]*)s/;
> DB<1> n
> main::(t1.pl:7): $yes = $1;
> DB<2> x $1
> 'ye'
> DB<3> x $yes
> undef
> DB<4> n
> Debugged program terminated. Use q to quit or R to restart,
Well, you (and the other who said this shouldn't be happening) are right
about the example I provided - it does not show the behavior I'm
describing though it is essentially the same code where I do see the
issue!! As I stated I just wrote the code to illustrate what I'm doing
and what I'm seeing in the debugger - also yes there was a little "bug"
in there that the $yes variable was getting set to "ye" rather than
"yes" as intended, no biggie for the issue though.
Frankly, I have no idea what's going on and I've tried a little to track
it down so I could repost something you guys could see too but it's true
that in the example I posted I can clearly see $1 and $& even in the
debugger, everything looks perfect whereas in the code I'm running
that's not the case. In the code I'm running too I've tested the regex
I'm using via copy/paste inside the bugger, evaluating something like
$str =~ /([a-z]*)s/; print $1; and the $1 comes through in that
scenario.
I don't foreclose the possibility that there might be something here I'm
just clueless about.
But I can tell you that this issue of not being able to see regular
expression status in the debugger is not new to me, I had perceived this
as an issue before this post, though I made this post because I felt not
only was I not seeing the regular expression stuff, it seemed like
running my program under the debugger was also changing how my program
ran! I'm not sure of that right now though.
Anyway, I still don't have a simple example that shows the problem but I
still see it happening in my full version, I'll try to repost an example
that is definitely reproducible for me.
FYI, these are the libraries I'm using at the top of my file:
use LWP::UserAgent;
use XML::TreeBuilder;
use Mail::Sender;
I'll hopefully post back with some better info, sorry I don't have some
code that clearly shows the problem, but I wanted to at least reply
now...
------------------------------
Date: Fri, 25 Aug 2006 09:53:41 +0800
From: "wolfram.humann" <w.c.humann@arcor.de>
Subject: Re: Splitting a string to access a multilevel hash
Message-Id: <44ee582e$0$10156$9b4e6d93@newsspool1.arcor-online.net>
anno4000@radom.zrz.tu-berlin.de wrote:
> You can use "multidimensional array emulation" as a compromise. That
> is the use of multiple keys with what is otherwise syntactically a hash
> value access:
>
> my %h;
> $h{ qw( a b c d)} = 'alphabet';
> print "$h{ qw( a b c d)}\n";
>
> Perl really uses "join( $;, qw( a b c d))" for the hash key, so if
> you set $; = '.' you get exactly the hash you considered above only
> with different syntax.
Thanks -- didn't know this. But the more I think about it, the more I am convinced I need a real
multidimensional hash. It will have several hundred elements at least and I may need to delete /
replace / save to disk etc. complete branches of the hash.
So I think I will stick to my original idea, stuff it into a sub like this:
sub resolve
{
my ($tmp, $path) = @_;
$tmp = $tmp->{$_} for split '\.', $path;
return $tmp;
}
my %data;
$data{a}{b}{c}{d} = "alphabet";
printf "data at 'a.b.c.d' is: %s\n", resolve(\%data, "a.b.c.d");
unless somebody comes up with a better idea to do the same thing...
Wolfram
------------------------------
Date: 24 Aug 2006 11:48:24 -0700
From: "jackbarnett@gmail.com" <jackbarnett@gmail.com>
Subject: Win32::GUI and Scrolling Text
Message-Id: <1156445304.131365.78040@m73g2000cwd.googlegroups.com>
Anyone have an example of a perl script that use Win32::GUI for
scrolling text ?
An example would be something like
this:http://tailforwin32.sourceforge.net/ - but um, written in perl
It automatically updates the screen buffer with newest lines on bottom
without overwriting old info. How do you do that in Perl using
Win32::GUI ?
------------------------------
Date: Thu, 24 Aug 2006 19:42:22 GMT
From: "A. Sinan Unur" <1usa@llenroc.ude.invalid>
Subject: Re: Win32::GUI and Scrolling Text
Message-Id: <Xns98299FDFA95A2asu1cornelledu@127.0.0.1>
"jackbarnett@gmail.com" <jackbarnett@gmail.com> wrote in
news:1156445304.131365.78040@m73g2000cwd.googlegroups.com:
> Anyone have an example of a perl script that use Win32::GUI for
> scrolling text ?
I don't know.
> An example would be something like
> this:http://tailforwin32.sourceforge.net/ - but um, written in perl
>
> It automatically updates the screen buffer with newest lines on bottom
> without overwriting old info. How do you do that in Perl using
> Win32::GUI ?
Put together GUI with a textbox, update the textbox using File::Tail.
You might also want to consult the Perl-Tk FAQ, question 18.1.
Sinan
PS: You might want to use Perl-Tk for the GUI so that your program run on
other platforms too.
--
A. Sinan Unur <1usa@llenroc.ude.invalid>
(remove .invalid and reverse each component for email address)
comp.lang.perl.misc guidelines on the WWW:
http://augustmail.com/~tadmc/clpmisc/clpmisc_guidelines.html
------------------------------
Date: 24 Aug 2006 12:45:51 -0700
From: "jackbarnett@gmail.com" <jackbarnett@gmail.com>
Subject: Re: Win32::GUI and Scrolling Text
Message-Id: <1156448751.174773.134350@m73g2000cwd.googlegroups.com>
A. Sinan Unur wrote:
> "jackbarnett@gmail.com" <jackbarnett@gmail.com> wrote in
> news:1156445304.131365.78040@m73g2000cwd.googlegroups.com:
>
> > Anyone have an example of a perl script that use Win32::GUI for
> > scrolling text ?
>
> I don't know.
>
> > An example would be something like
> > this:http://tailforwin32.sourceforge.net/ - but um, written in perl
> >
> > It automatically updates the screen buffer with newest lines on bottom
> > without overwriting old info. How do you do that in Perl using
> > Win32::GUI ?
>
> Put together GUI with a textbox, update the textbox using File::Tail.
>
> You might also want to consult the Perl-Tk FAQ, question 18.1.
>
> Sinan
>
> PS: You might want to use Perl-Tk for the GUI so that your program run on
> other platforms too.
>
> --
> A. Sinan Unur <1usa@llenroc.ude.invalid>
> (remove .invalid and reverse each component for email address)
>
> comp.lang.perl.misc guidelines on the WWW:
> http://augustmail.com/~tadmc/clpmisc/clpmisc_guidelines.html
thanks. Yea I have the part that tails the file working (works in
console window) and updates on new line... I have a GUI with a text
box... but I can't get the text box to scroll... (I don't know how to
update the box).
any ideas?
------------------------------
Date: 24 Aug 2006 20:35:33 -0700
From: "addinall" <addinall@addinall.org>
Subject: WinNT ActiveState STDERR and STDOUT
Message-Id: <1156476933.820380.311500@i3g2000cwc.googlegroups.com>
I'm having a problem and wondered if anyone else
has come across something like this.
I have a customer with a legacy NT4.0 system.
A requirement came up to run several jobs in
the background and capture the output of STDOUT
and STDERR for later analysis.
Code (example only)
HELLO.BAT
echo Hello World this is STDOUT
This line will produce an error to STDERRR
echo
posix.pl
#! perl -w
use Proc::Background qw( timeout_system ) ;
print("Hello World STDOUT from Perl") ;
my @t = timeout_system( 5, "c:\\Perl\\bin\\HELLO.BAT") ;
die("STDERR from Perl") ;
POSIX.BAT
perl posix.pl >log 2>&1
This gets
log
STDERR from Perl
Hello World STDOUT from Perl
But nada, zip, from the process that has been backgrounded.
This is NT4 service pack six
Active Perl-5.8.8.817 for MSWin32-x86-multi-thread.
Any ideas? I'm a UNIX head, so windows is a little
strange for me. POSIX should let you do this.
Cheers,
Mark Addinall.
------------------------------
Date: 24 Aug 2006 16:53:32 -0700
From: "surf" <surfunbear@yahoo.com>
Subject: Re: xslt ?
Message-Id: <1156463611.994652.74350@i3g2000cwc.googlegroups.com>
Matt Garrish wrote:
> surf wrote:
>
> > I had tried to work with XLST a few years ago. I got some simple stuff
> > to work, then I started playing with perl XML parsers and the xml:twig
> > module in perl. All of this stuff I really liked, so I forgot about
> > working with xlst which to me didn't seem like the way to go,
> > especially if it got very complex. I'm not sure why anyone would want
> > to write a program of any sort in XML anyway ?
> >
>
> You're so behind the times. Everyone is using RXParse for their XML
> these days. Be sure and tell your recruiter.
>
> Matt
Under jobs on boston craigslist I searched for xslt and got 222 hits,
I got none for RXParse. That doesn't mean it isn't great, just that no
one in boston is looking to hire anyone based on that unless it's a
tool that is part of some other application.
------------------------------
Date: 24 Aug 2006 16:57:47 -0700
From: "surf" <surfunbear@yahoo.com>
Subject: Re: xslt ?
Message-Id: <1156463867.552123.55320@74g2000cwt.googlegroups.com>
Tad McClellan wrote:
> surf <surfunbear@yahoo.com> wrote:
>
>
> > I'm not sure why anyone would want
> > to write a program of any sort in XML anyway ?
>
>
> One Reason:
>
> XSLT is optimized for machines rather than for humans.
>
>
>
> Let's haul this back on-topic:
>
> Contrast that with Perl, which is optimized for humans at the
> expense of the machine (throwing cycles and memory at a problem).
>
>
I'm not an xslt expert, but you need to elaborate on that. Obviously
programming in assembly language is not very popular, although it might
be optimized for machines.
Since humans write code for machines, humans need languages as well,
and when problems get very complex, high level languages can provide
many usefull features to help humans. I once replaced a sort done in
assembly language with a sort done in pascal. The pascal sort turned
out to be faster because it was a better sort algorithm, and the
assembly code was hard to figure out what it did anyway.
------------------------------
Date: Fri, 25 Aug 2006 03:33:11 +0000 (UTC)
From: "David H. Adler" <dha@panix.com>
Subject: Re: xslt ?
Message-Id: <slrneesrrn.pc5.dha@panix2.panix.com>
On 2006-08-24, surf <surfunbear@yahoo.com> wrote:
>
> Matt Garrish wrote:
>> surf wrote:
>>
>> > I had tried to work with XLST a few years ago. I got some simple stuff
>> > to work, then I started playing with perl XML parsers and the xml:twig
>> > module in perl. All of this stuff I really liked, so I forgot about
>> > working with xlst which to me didn't seem like the way to go,
>> > especially if it got very complex. I'm not sure why anyone would want
>> > to write a program of any sort in XML anyway ?
>> >
>>
>> You're so behind the times. Everyone is using RXParse for their XML
>> these days. Be sure and tell your recruiter.
>>
>> Matt
>
> Under jobs on boston craigslist I searched for xslt and got 222 hits,
> I got none for RXParse. That doesn't mean it isn't great, just that no
> one in boston is looking to hire anyone based on that unless it's a
> tool that is part of some other application.
If you search the archives for this newsgroup, you will see that Matt
was almost certainly applying for the job of "sarcasm". :-)
dha
--
David H. Adler - <dha@panix.com> - http://www.panix.com/~dha/
All hail El Cabeza Del Oro! <http://www.panix.com/~dha/elcabeza.html>
------------------------------
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 V10 Issue 9644
***************************************
