[prev in list] [next in list] [prev in thread] [next in thread]
List: apache-modperl
Subject: Re: New Windows mod_perl2/libapreq2 build available
From: Russell Lundberg <lundberg.russell () gmail ! com>
Date: 2021-03-09 18:39:20
Message-ID: CAEF_RYbkontMXFyLXuX40AHr4ird39AQx25krBsobtMaC+JBGg () mail ! gmail ! com
[Download RAW message or body]
I share my kudos for the efforts of Steve Hay and others like him.
and of course to Andre Warnier, a frequent and valuable contributor to this
forum.
I love mod_perl. Speeding up scripts was what first attracted me. But
developing web apps using the Apache API is what keeps me using.
Many thanks, and kind regards,
Russell
--
Russell Lundberg
Denver, Colorado +1 (808) 217-6975
Follow me on LinkedIn <https://th.linkedin.com/in/russelllundberg> | Twitter
<https://twitter.com/intent/follow?screen_name=telecomvoices> | Let's talk
<https://app.acuityscheduling.com/schedule.php?owner=14702481&appointmentType=8878125>
| Subscribe to CafeTele Newsletter <https://cafetele.ck.page/newsletter>
On Tue, Mar 9, 2021 at 11:08 AM André Warnier (tomcat/perl) <aw@ice-sa.com>
wrote:
> Many thanks.
> Nowadays, we tend to deal increasingly with Linux servers rather than
> Win32/64, but it is
> nice anyway that someone cares for this, as we still have some customers
> with legacy Win
> servers that they want to keep and update from time to time.
> (And it is also nice for our development/support workstations).
>
> We have quite a few real-world applications based on perl and mod_perl,
> which in
> themselves have been running reliably for years without any needed changes
> due to perl itself.
> But we do get in trouble from time to time because customers insist on
> changing the
> platform on which these applications are running.
>
> By the way, and in the somewhat OT gist of the discussions about perl's
> evolution, I feel
> that there is one argument about perl that is being consistently
> overlooked and/or
> undervalued :
> The fact that applications written in perl many years ago (as much as 20
> years sometimes),
> are still running unchanged today, despite numerous changes of versions,
> platforms, OS'es
> etc.. (*)
> I do not think that there is *any* other current programming language (or
> "framework")
> which equals that record.
>
> This may sound a bit like a "dinosaur" argument, but just think of all
> the time and
> resources (and thus ultimately, money) which people programming in other
> languages have
> had to spend during the same period, just to keep the same things running,
> and you can get
> a measure of perl's "productivity" in comparison.
>
> I totally understand the desire of some to modernise perl and make it more
> attractive to
> new generations of programmers. But it would be a shame if in the process,
> perl (5,7) lost
> this rather unique quality and positioning.
>
> P.S. And of course, that longevity and stability of perl, is all to the
> credit of people
> like you, who have been supporting and maintaining it over the years, for
> (in my view)
> much too little public recognition and reward in the end.
>
> (*) a bit more on topic : the most "traumatic" events in those many years
> as far as our
> perl programming was concerned, have been the changes from Apache 1.x to
> 2.0, and later
> the changes from 2.2 to 2.4 in terms of AAA. (So, not in perl itself, but
> in the way it
> interacts with Apache).
> I think that nothing else really "registered", even over many OSes such as
> all the
> versions of Windows-es, SunOS, Solaris, HP/UX, AIX, Unix-es, Linux, to
> name only the few
> which I remember running our applications on. Applications of which we
> only ever needed
> one version, running everywhere.
>
> On 05.03.2021 13:12, Steve Hay wrote:
> > For those who are interested, I have uploaded a 64-bit build of
> > mod_perl-2.0.11 and libapreq2-2.15 components compatible with Apache
> > Lounge 2.4.46 (Win64, VC16, built 18 February 2021) and Strawberry
> > Perl 5.32.1.1 (64bit).
> >
> > You can download it from: https://people.apache.org/~stevehay/
> >
> > The SHA1 digest is: 33e231eb91901007e25fd78eb5643901672c519b
> >
> > Regards,
> > Steve
> >
>
>
[Attachment #3 (text/html)]
<div dir="ltr">I share my kudos for the efforts of Steve Hay and others like \
him.<div><br></div><div>and of course to Andre Warnier, a frequent and valuable \
contributor to this forum.</div><div><br></div><div>I love mod_perl. Speeding up \
scripts was what first attracted me. But developing web apps using the Apache API is \
what keeps me using.</div><div><br></div><div>Many thanks, and kind regards, \
</div><div><br></div><div>Russell<br clear="all"><div><div dir="ltr" \
class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div \
dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div \
dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div \
dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div \
dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div \
dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div \
dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div \
dir="ltr"><div dir="ltr"><div dir="ltr"><div><div>--<br><div dir="ltr"><span \
style="font-size:12.8px">Russell Lundberg</span></div></div><div dir="ltr">Denver, \
Colorado +1 (808) 217-6975<br></div></div><div dir="ltr">Follow me on <a \
href="https://th.linkedin.com/in/russelllundberg" style="color:rgb(17,85,204)" \
target="_blank">LinkedIn</a> | <a \
href="https://twitter.com/intent/follow?screen_name=telecomvoices" \
style="color:rgb(17,85,204)" target="_blank">Twitter</a> | <a \
href="https://app.acuityscheduling.com/schedule.php?owner=14702481&appointmentType=8878125" \
style="color:rgb(17,85,204)" target="_blank">Let's talk</a> | <a \
href="https://cafetele.ck.page/newsletter" style="color:rgb(17,85,204)" \
target="_blank">Subscribe to CafeTele \
Newsletter</a><br></div></div></div></div></div></div></div></div></div></div></div></ \
div></div></div></div></div></div></div></div></div></div></div></div></div></div></di \
v></div></div></div></div></div></div></div></div></div></div></div><br></div></div><br><div \
class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Mar 9, 2021 at 11:08 AM \
André Warnier (tomcat/perl) <<a href="mailto:aw@ice-sa.com">aw@ice-sa.com</a>> \
wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px \
0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Many thanks.<br> \
Nowadays, we tend to deal increasingly with Linux servers rather than Win32/64, but \
it is <br> nice anyway that someone cares for this, as we still have some customers \
with legacy Win <br> servers that they want to keep and update from time to time.<br>
(And it is also nice for our development/support workstations).<br>
<br>
We have quite a few real-world applications based on perl and mod_perl, which in <br>
themselves have been running reliably for years without any needed changes due to \
perl itself.<br> But we do get in trouble from time to time because customers insist \
on changing the <br> platform on which these applications are running.<br>
<br>
By the way, and in the somewhat OT gist of the discussions about perl's \
evolution, I feel <br> that there is one argument about perl that is being \
consistently overlooked and/or <br> undervalued :<br>
The fact that applications written in perl many years ago (as much as 20 years \
sometimes), <br> are still running unchanged today, despite numerous changes of \
versions, platforms, OS'es <br> etc.. (*)<br>
I do not think that there is *any* other current programming language (or \
"framework") <br> which equals that record.<br>
<br>
This may sound a bit like a "dinosaur" argument, but just think of all the \
time and <br> resources (and thus ultimately, money) which people programming in \
other languages have <br> had to spend during the same period, just to keep the same \
things running, and you can get <br> a measure of perl's "productivity" \
in comparison.<br> <br>
I totally understand the desire of some to modernise perl and make it more attractive \
to <br> new generations of programmers. But it would be a shame if in the process, \
perl (5,7) lost <br> this rather unique quality and positioning.<br>
<br>
P.S. And of course, that longevity and stability of perl, is all to the credit of \
people <br> like you, who have been supporting and maintaining it over the years, for \
(in my view) <br> much too little public recognition and reward in the end.<br>
<br>
(*) a bit more on topic : the most "traumatic" events in those many years \
as far as our <br> perl programming was concerned, have been the changes from Apache \
1.x to 2.0, and later <br> the changes from 2.2 to 2.4 in terms of AAA. (So, not in \
perl itself, but in the way it <br> interacts with Apache).<br>
I think that nothing else really "registered", even over many OSes such as \
all the <br> versions of Windows-es, SunOS, Solaris, HP/UX, AIX, Unix-es, Linux, to \
name only the few <br> which I remember running our applications on. Applications of \
which we only ever needed <br> one version, running everywhere.<br>
<br>
On 05.03.2021 13:12, Steve Hay wrote:<br>
> For those who are interested, I have uploaded a 64-bit build of<br>
> mod_perl-2.0.11 and libapreq2-2.15 components compatible with Apache<br>
> Lounge 2.4.46 (Win64, VC16, built 18 February 2021) and Strawberry<br>
> Perl 5.32.1.1 (64bit).<br>
> <br>
> You can download it from: <a href="https://people.apache.org/~stevehay/" \
rel="noreferrer" target="_blank">https://people.apache.org/~stevehay/</a><br> > \
<br> > The SHA1 digest is: 33e231eb91901007e25fd78eb5643901672c519b<br>
> <br>
> Regards,<br>
> Steve<br>
> <br>
<br>
</blockquote></div>
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic