* and became PMC chair.
On Sun, Feb 18, 2024 at 4:42 PM Joe Schaefer wrote:
> Would you trust any of them at this point?
>
> I have a copy of svn trunk. I will never use anything they release, no
> matter what they call it.
>
> Joe Schaefer, Ph.D.
> <https://sunstarsys.com
Would you trust any of them at this point?
I have a copy of svn trunk. I will never use anything they release, no
matter what they call it.
Joe Schaefer, Ph.D.
<https://sunstarsys.com/orion/features>
Orion - The Enterprise Jamstack Wiki <https://sunstarsys.com/orion/features>
2.18 will never be released. They are shutting down the project.
Joe Schaefer, Ph.D.
<https://sunstarsys.com/orion/features>
Orion - The Enterprise Jamstack Wiki <https://sunstarsys.com/orion/features>
954.253.3732
On Sun, Feb 18, 2024 at 4:32 PM Mithun Bhattacharya
wrote:
You are welcome, colleague!
Keep in mind the SoBs are threatening to release 2.18 as we speak, but like
everything else they do, it’s a dog and pony show in a Potemkin Village.
They simply are too lazy, inept, and mendacious to execute.
Use trunk, while it still exists.
Joe Schaefer, Ph.D
Trunk is the safe bet.
Joe Schaefer, Ph.D.
<https://sunstarsys.com/orion/features>
Orion - The Enterprise Jamstack Wiki <https://sunstarsys.com/orion/features>
954.253.3732
On Sun, Feb 18, 2024 at 2:11 PM Mithun Bhattacharya
wrote:
> So is there a cleaner/saner versi
to.
Why do I care now? Because I’m the sucker users reach out to for answers as
a known subject matter expert.
This sucks, but I’m sorry to tell you that my days wearing the Superman
cape at Apache ended 8 years ago.
--
Joe Schaefer, Ph.D.
<https://sunstarsys.com/orion/features>
Orion - The Ente
In short, you should just be running Perl with the -T flag. Perl::Critic is
just a very opinionated linter.
Joe Schaefer, Ph.D
+1 (954) 253-3732
SunStar Systems, Inc.
Orion - The Enterprise Jamstack Wiki
From: Joseph He
Sent: Thursday, February 15, 2024 10:43
on that deserves a lot
> more publicity than it currently receives, and I'm optimistic about
> the future of it as I'm hearing lately that Perl is gaining more
> popularity again in recent years.
>
> > It´s not worth replumbing apr`s table API at this point.
> >
> > Joe
, you can always not use it.
On Wed, Feb 14, 2024 at 2:42 PM Ed Sabol wrote:
> On Feb 14, 2024, at 2:27 PM, Joe Schaefer wrote:
> > sealed.pm is really only necessary in a mod_perl context. And really it
> only matters if you are using subrequests to reenter :Sealed handlers.
> Ot
sealed.pm is really only necessary in a mod_perl context. And really it
only matters if you are using subrequests to reenter :Sealed handlers.
Otherwise I don't see the point of the exercise.
On Wed, Feb 14, 2024 at 2:25 PM Joe Schaefer wrote:
> Why would there be? It only impacts :sealed s
Why would there be? It only impacts :sealed subs, which is not bundled with
Perl.
On Wed, Feb 14, 2024 at 2:24 PM Ed Sabol wrote:
> On Feb 14, 2024, at 12:18 PM, Joe Schaefer wrote:
> > pad.c will segfault with an out-of-bounds memory access at line 2460 of
> pad.c.
>
> Is
pad.c will segfault with an out-of-bounds memory access at line 2460 of
pad.c. If you are willing to recompile perl with a dirty hotfix, there is
one mentioned near the bottom of this page:
https://blogs.sunstarsys.com/joe/perl7-sealed-lexicals.html.en.gz
--
Joe Schaefer, Ph.D.
<ht
It’s not worth replumbing apr‘s table API at this point.
Joe Schaefer, Ph.D.
<https://sunstarsys.com/orion/features>
Orion - The Enterprise Jamstack Wiki <https://sunstarsys.com/orion/features>
954.253.3732
On Wed, Feb 14, 2024 at 11:31 AM Randolf Richardson
wrote:
>
In short- No. All apreq interfaces use APR tables underneath.
On Wed, Feb 14, 2024 at 11:12 AM Randolf Richardson
wrote:
> Is there a way to use $r->param in a case-sensitive manner? The
> documentation indicates that keys are case-insensitive.
>
> Thanks.
>
> Randolf
at a
time, while running on our own dogfood.
--
Joe Schaefer, Ph.D.
<https://sunstarsys.com/orion/features>
Orion - The Enterprise Jamstack Wiki <https://sunstarsys.com/orion/features>
954.253.3732
PerlInterpMaxRequests to be at least 10x greater than your
site's daily hit count.
3/ always disable the SetupEnv Option.
Yes, it's that simple. Any other core dumps are due to non-ithread-safe
3rd party Perl modules.
--
Joe Schaefer, Ph.D.
<https://sunstarsys.com/orion/features>
Orion - The Ente
Nobody’s forcing you to use it.
Joe Schaefer, Ph.D
+1 (954) 253-3732
SunStar Systems, Inc.
Orion - The Enterprise Jamstack Wiki
From: Ed Sabol
Sent: Thursday, January 11, 2024 3:56:47 PM
To: mod_perl list
Cc: steve.m@googlemail.com
Subject: Re: Resolved
You need to build and install libapreq2.so from svn sources.
Joe Schaefer, Ph.D.
<https://sunstarsys.com/orion/features>
Orion - The Enterprise Jamstack Wiki <https://sunstarsys.com/orion/features>
954.253.3732
On Wed, Jan 10, 2024 at 5:21 PM Randolf Richardson
wrote:
>
efficiency boosts in your modperl handlers
with sealed.pm, (but avoid reentrancy/recursion for those subs, or you may
segfault).
--
Joe Schaefer, Ph.D.
<https://sunstarsys.com/orion/features>
Orion - The Enterprise Jamstack Wiki <https://sunstarsys.com/orion/features>
954.253.3732
Bien à vous, Vincent Veyron
>
> https://marica.fr/
> Logiciel de suivi des contentieux juridiques, des sinistres d'assurance et
> des contrats
>
> --
Joe Schaefer, Ph.D.
<https://sunstarsys.com/orion/features>
Orion - The Enterprise Jamstack Wiki <https://sunstarsys.com/orion/features>
954.253.3732
It’s a general purpose module, so it will enhance performance even outside
modperl apps.
Joe Schaefer, Ph.D
+1 (954) 253-3732
SunStar Systems, Inc.
Orion - The Enterprise Jamstack Wiki
From: Thomas den Braber
Sent: Wednesday, May 10, 2023 8:49:13 AM
To: j
Feedback/flames welcome. Am I beating a dead horse with mod_perl +
> > mpm_event in 2022?
> >
>
> --
> Henry R
> https://openmbox.net/
>
--
Joe Schaefer, Ph.D.
We only build what you need built.
954.253.3732
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Sorry the test script is for the cms build here:
https://github.com/SunStarSys/cms/blob/master/test.sh
- --
Joe Schaefer, Ph.D.
We only build what you need built.
954.253.3732
On 2022-09-17 at 17:48, j...@sunstarsys.com wrote:
> Be sure to p
l::Registry script.
>
>
>
--
Joe Schaefer, Ph.D.
We only build what you need built.
954.253.3732
at 8:11 PM Joe Schaefer wrote:
> 4.0.1 is going to trap everything bizarre that occurs within the tweak()
> subroutine, and gracefully bail out.
> The only thing this needs your help with is to avoid putting heavy ithread
> pressure on mod_perl during interpreter
> destruction. One
interpreter
settings never destroy ithreads-
leave that for httpd during graceful restart.
On Wed, Aug 31, 2022 at 7:41 PM Joe Schaefer wrote:
> To throw mod_apreq2 into the benchmarking mix, add items to the query
> string you are hitting (on enquiry.pl).
> In particular, lang=.{en
To throw mod_apreq2 into the benchmarking mix, add items to the query
string you are hitting (on enquiry.pl).
In particular, lang=.{en,es,de,fr} will generate UTF-8 European-language
localized output.
On Wed, Aug 31, 2022 at 7:13 PM Joe Schaefer wrote:
> I went ahead and copied my comp
I went ahead and copied my company templates over to the github cms repo,
so you can run enquiry.pl yourself
(once you edit the @TEMPLATE_DIRS path to point at your checkout). You
will see sealed.pm at work in the
httpd error logs.
On Wed, Aug 31, 2022 at 1:02 PM Joe Schaefer wrote:
> For
of putting sealed.pm into the modperl
project, vs. a stand-alone on CPAN?
On Wed, Aug 31, 2022 at 10:53 AM Joe Schaefer wrote:
> In the end, the surgery we do (to method_named), is to replace the prior
> $op's next() pointer to point at the $gv op we copied from
> a known subroutine's op-tree (
*100_000 simultaneous requests.
On Wed, Aug 31, 2022 at 12:41 PM Joe Schaefer wrote:
> To explain the new-new here, with HTTP/2 comes this whole new idea of
> multiplexed "HTTP channels" within a single TCP connection. In this
> benchmark, each of the 1000 concurrent tcp
6s 3.09s58.62%
>
> time for connect:15.40ms212.74ms 62.57ms 54.73ms87.50%
>
> time to 1st byte: 261.01ms 9.04s 3.00s 2.01s68.00%
>
> req/s : 8.70 68.06 15.649.7385.70%
>
>
>
>
>
--
Joe Schaefer, Ph.D.
We only build what you need built.
954.253.3732
(eg
B::Deparse) post-tweaks may choke on the zombie method_named
op lying around in one of the sibling() linked lists. That probably
includes the ithread-cloniing mechanism itself, so only use :sealed
post ithread construction, not prior to it.
On Wed, Aug 31, 2022 at 10:27 AM Joe Schaefer wrote
t's only practical to seal XS method calls remains.
On Wed, Aug 31, 2022 at 9:52 AM Joe Schaefer wrote:
> Submitted a Pull Request for the Generate.xs patch:
> https://github.com/rurban/b-generate/pull/2
> Added more comments to sealed.pm to explain the rationale behind the #
> replac
Submitted a Pull Request for the Generate.xs patch:
https://github.com/rurban/b-generate/pull/2
Added more comments to sealed.pm to explain the rationale behind the #
replace $methop logic,
since it differs from what Doug did back in 2000.
On Tue, Aug 30, 2022 at 2:52 PM Joe Schaefer wrote
of the mod_perl puzzle fit in to
the CPAN universe?
On Tue, Aug 30, 2022 at 2:12 PM Joe Schaefer wrote:
> Every method call that's implemented in XS is looked-up at compile-time in
> that script, even for class methods.
> That's the sweet spot for :sealed. The only other things I do with it are
&g
PM Joe Schaefer wrote:
> Just look through my commit history on this sample Registry script to see
> what's involved in getting sealed activated on your scripts.
>
> https://github.com/SunStarSys/cms/blob/master/enquiry.pl
>
> On Tue, Aug 30, 2022 at 1:12 PM Joe Schaefer
Just look through my commit history on this sample Registry script to see
what's involved in getting sealed activated on your scripts.
https://github.com/SunStarSys/cms/blob/master/enquiry.pl
On Tue, Aug 30, 2022 at 1:12 PM Joe Schaefer wrote:
> It'd be pretty harmless to ap
30, 2022 at 12:53 PM Joe Schaefer wrote:
> If you really beat the hell out of it thread-wise, sealed.pm v4.0.0 will
> still segfault, but there's not much more I can do with the code at this
> point to prevent that.
> B::Generate doesn't really support what I'm doing here, wh
d, because nobody wants to change the default
"virtual method"
behavior of Perl's OO-runtime-lookups. Now with the new :sealed SUBROUTINE
ATTRIBUTE, it's only enabled for people (like us) who want it conditionally
applied,
just like we do for the :method attribute.
On Tue, Aug 30, 2022 at 1
$shebang,
On Mon, Aug 29, 2022 at 2:21 PM Joe Schaefer wrote:
> Forgive me for the pent up frustration of having our wonderful mod_perl
> project being completely ignored and abandoned by the Perl Steering
> Committee's frivolous lingustic interests over the years since the P
with
it.
On Mon, Aug 29, 2022 at 1:34 PM Joe Schaefer wrote:
> If the Perl steering committee had any brains left it would have
> capitalized on the perl 5.34 release and Co announced modperl2 ithread
> compatibility now available with Perl7’s new release.
>
> Instead they ar
any more.
Get Outlook for iOS<https://aka.ms/o0ukef>
From: Joe Schaefer
Sent: Monday, August 29, 2022 1:17:17 PM
To: mod_perl list
Subject: Re: sealed.pm v4.0.0 is out
The only reason I’ve been vacillating about glibc/malloc thread safety is
because I co
was
corrupting the heap in some other part of the codebase, and there’s no simple
way to track it down without a tool like Valgrind, but we weren’t successful
with that effort either.
Get Outlook for iOS<https://aka.ms/o0ukef>
From: Joe Schaefer
Sent:
Religiously avoid setting up per request ithread environment variables. Just
use PerlSetEnv in your Webserver config. Everything we did in modperl to
support CGI scripts is a train wreck.
Get Outlook for iOS<https://aka.ms/o0ukef>
From: Joe Schaefer
kef>
From: Joe Schaefer
Sent: Monday, August 29, 2022 12:57:14 PM
To: mod_perl list
Subject: Re: sealed.pm v4.0.0 is out
The only impact to your work with modperl is that you will need to assess the
ithread-safety of your dependent XS-based modules. For example, use a JSON::XS
at now that SawyerX spit polished all of
the perl5 internals.
Get Outlook for iOS<https://aka.ms/o0ukef>
________
From: Joe Schaefer
Sent: Monday, August 29, 2022 12:40:43 PM
To: mod_perl list
Subject: Re: sealed.pm v4.0.0 is out
Many of the performance hacks we’v
kef>
From: Joe Schaefer
Sent: Monday, August 29, 2022 12:40:43 PM
To: mod_perl list
Subject: Re: sealed.pm v4.0.0 is out
Many of the performance hacks we’ve encouraged over the years, eg around
HTTPD’s lingering close effect, are obsoleted with ithreads. Unle
blocking
socket system calls. So you need an order of magnitude fewer ithreads than you
do prefork children in a multitier arch.
Get Outlook for iOS<https://aka.ms/o0ukef>
From: Joe Schaefer
Sent: Sunday, August 28, 2022 11:09:14 AM
To: mod_perl list
Subje
mod_perl with a Network
> (TCP-level) Load Balancer in the front.
>
--
Joe Schaefer, Ph.D.
We only build what you need built.
954.253.3732
46387 1.7 1.5 7549352 129692 ? Sl 11:28 0:12
> /usr/sbin/apache2 -k start
>
> USER PID %CPU %MEMVSZ RSS TTY STAT START TIME COMMAND
>
> www-data 451006 15.2 1.5 7483708 128468 ? Sl 11:39 0:10
> /usr/sbin/apache2 -k start
>
> USER PID %CPU %MEMVSZ RSS TTY STAT START TIME COMMAND
>
> www-data 451317 11.7 1.4 7483772 119836 ? Sl 11:39 0:07
> /usr/sbin/apache2 -k start
>
> USER PID %CPU %MEMVSZ RSS TTY STAT START TIME COMMAND
>
> www-data 451629 6.4 1.3 7483804 113012 ? Sl 11:39 0:03
> /usr/sbin/apache2 -k start
>
> USER PID %CPU %MEMVSZ RSS TTY STAT START TIME COMMAND
>
> www-data 451929 1.1 1.4 7483816 116668 ? Sl 11:39 0:00
> /usr/sbin/apache2 -k start
>
--
Joe Schaefer, Ph.D.
We only build what you need built.
954.253.3732
ery regime. The real tuning effort is to balance mpm_event
threads (100 - 1000x)
and ithreads.
- --
Joe Schaefer, Ph.D.
We only build what you need built.
954.253.3732
On 2022-08-27 at 15:42, j...@sunstarsys.com wrote:
> See https://sunstarsys.com/essays/perl7-sealed-lexicals. For the full
effec
I have a v4.0.0 beta for sealed.pm that I expect will be fully operational
with mod_perl+ithreads now, but I will let it soak for a week to see what
happens in prod.
On Fri, Aug 26, 2022 at 3:30 PM Joe Schaefer wrote:
> You're welcome. Pardon my rudeness, but you will understand when I t
:
> On Aug 26, 2022, at 1:16 PM, Joe Schaefer wrote:
> > AFAICT you guys are just too lazy to look.
>
> That came across as rude, Joe. Not all of us are experts at Perl internals
> or track the latest changes to Perl's ithread support and/or glibc, and
> it's generally been acc
LOL IF YOU THINK THE WAIT FOR ITHREAD SUPPORT WAS A LONG TIME COMING.
https://github.com/majorz/apache2-rs/tree/master/src
On Fri, Aug 26, 2022 at 2:36 PM John D Groenveld wrote:
> In message <
> cafqgv+yb4bo3k4_hryccyj7ljsnejrh9hwyjw+9172ybc+q...@mail.gmail.com>
> , Joe
All of the zero-copy design elements of httpd are expanded on within
mod_perl in an ithread context.
All of those performance optimizations are lost when you bury them behind a
mod_proxy gateway to your application server running prefork.
Moreover, your scaling model for your application server is
with minimal memory footprint.
On Fri, Aug 26, 2022 at 1:49 PM Joe Schaefer wrote:
> Why are you still paying attention to mod_perl development, if you don't
> even care to use it to full effect?
> Running a 2-tiered webserver architecture is anathema to mod_perl. It's
> not distinguisha
wrote:
> In message zhwww5d7fcmmcgpdmxs...@mail.gmail.com>
> , Joe Schaefer writes:
> >Lazy enough never to support HTTP/2?
>
> If HTTP/2 becomes necessary, my lazy first answer is to enable it in my
> mod_proxy front end.
>
> John
> groenv...@acm.org
>
--
Jo
There isn't anything else on the market that will ever touch mod_perl +
mpm_event in terms of HTTP/2 performance.
And you don't need to ever spin up more ithreads than you have vCPU cores.
On Fri, Aug 26, 2022 at 1:36 PM Joe Schaefer wrote:
> Lazy enough never to support HTTP/2?
>
> On
Lazy enough never to support HTTP/2?
On Fri, Aug 26, 2022 at 1:32 PM John D Groenveld wrote:
> In message <
> cafqgv+btwpyvvup2ewzfn7ruv4sfgdihadh48cm3n8qxpwb...@mail.gmail.com>
> , Joe Schaefer writes:
> >AFAICT you guys are just too lazy to look. Running latest on CPA
work on the
5.22+ line.
On Wed, Aug 24, 2022 at 11:08 PM Joe Schaefer wrote:
> Has anybody actually tried running bleadperl with modperl and mpm_event on
> Linux? I wouldn’t be surprised if it works without coring in malloc() at
> this point, or at least can be tuned to work.
>
>
Has anybody actually tried running bleadperl with modperl and mpm_event on
Linux? I wouldn’t be surprised if it works without coring in malloc() at
this point, or at least can be tuned to work.
On Sat, Aug 20, 2022 at 11:31 AM Joe Schaefer wrote:
> Solaris libc malloc() is also tunable (%
Solaris libc malloc() is also tunable (% man mallopt again), but I can tell
you that I've yet to have a reason to bother, because it simply doesn't
dump core on my mod_perl applications.
On Sat, Aug 20, 2022 at 10:37 AM Joe Schaefer wrote:
>
>
> -- Forwarded message ---
-- Forwarded message -
From: Joe Schaefer
Date: Fri, Aug 19, 2022 at 10:37 PM
Subject: Re: Experience running mod_perl2 with mpm_event on Solaris 11
To: pengyh
Seriously it’s always been a quality of implementation issue in open source
libc implementations (FreeBSD libc isn’t
.
> do you know what's the difference between them?
> I never heard people using mod_python to make some jobs.
>
> Thanks
>
--
Joe Schaefer, Ph.D.
We only build what you need built.
954.253.3732
Segfaults in glibc malloc should be reported to glibc developers. Not
here. There’s nothing we can do about it other than to suggest Solaris for
high performance modperl shops.
On Fri, Aug 19, 2022 at 9:28 PM Joe Schaefer wrote:
> My pleasure. Nobody’s going to fix this from the modp
n libc's malloc.
> >
> > Mod_perl+ithreads are awesome, when used intelligently. You gain
> intelligence from experience trying to use it in a lot of ways that suck,
> until you hit one the path that yields success.
>
--
Joe Schaefer, Ph.D.
We only build what you need built.
954.253.3732
ys.com wrote:
> > To the best of my knowledge, the underlying problem with
> mod_perl+ithread is that it requires a reentrant malloc in libc.
>
> That's it? This is the first I'm learning this. Is there an option to
> compile Perl and mod_perl with a reentrant malloc on Linux?
>
> Thanks,
> Ed
>
--
Joe Schaefer, Ph.D.
954.253.3732
You can read about it in the URL below, but I’ve had it running for over
two years as the linchpin of a Perl-based CMS that The ASF used to use
itself (under prefork).
It screams under HTTP2.
See
https://sunstarsys.com/CMS/
--
Joe Schaefer, Ph.D.
954.253.3732
+1, nice job Steve!
On Wednesday, May 13, 2015 6:52 PM, David E. Wheeler
da...@justatheory.com wrote:
On May 13, 2015, at 1:40 PM, Steve Hay steve.m@googlemail.com wrote:
http://people.apache.org/~stevehay/mod_perl-2.0.9-rc1.tar.gz
If I can vote for my own RC then it's a
into APR.so, and then arranging for APR::* to 'use APR ()'. On Win32,
a static library of needed functions is built, and APR/APR::*
then link into this library [Stas, Joe Schaefer, Randy Kobes]
I hope this helps resolve this issue in any way.
Regards,
Jie
* Jie Gao
On Thursday, April 2, 2015 6:21 PM, Joe Schaefer
joe.schae...@biotrackthc.com wrote:
Bio-Tech Medical Software Inc. is expanding its South Florida HQ and is
looking to grow its small but skilled IT department to meet expected market
demand for our products. Our subsidiary
apreq validates anything it presents as utf8, otherwise it marks it as ISO88591
or some windows encoding I don't remember the name of if that fails.
On Monday, September 8, 2014 3:17 PM, André Warnier a...@ice-sa.com wrote:
Michael Schout wrote:
On 9/2/14, 4:19 PM, Randal L. Schwartz
You probably don't want to do this with a hook if you can
avoid it. The reason is that once httpd sends the 100 Continue
it will read the entire upload, even after CGI.pm or apreq
has stopped parsing it.
- Original Message -
From: André Warnier a...@ice-sa.com
To: mod_perl list
buyer beware. My point still stands: interrupt the POST
prior to sending the Continue, not afterwards.
- Original Message -
From: Joe Schaefer joe_schae...@yahoo.com
To: Vincent Veyron vv.li...@wanadoo.fr; mike cardeiro mcarde...@yahoo.com
Cc: Torsten Förtsch torsten.foert...@gmx.net
done with the webgui simply couldn't be done
in any other httpd-based programming environment other than C itself,
and that would've taken at least 20X the number of LOC just to write,
much less debug.
HTH
- Original Message -
From: Jim Schueler jschue...@eloquency.com
To: Joe
From the ASF CMS codebase:
my $subr = $r-lookup_file($file);
my $content_type = $subr-content_type || ;
an undefined content-type will eventually defer to
the default content-type if you've set that in your httpd config.
- Original Message -
From: André Warnier
volunteers are you looking for?
Any other response? About how much time is required.?
Thanks!
Jim Schueler
On Mon, 2 Jan 2012, Joe Schaefer wrote:
FYI: mod_perl based CMS currently in use at the ASF:
http://www.apache.org/dev/cms
http://www.apache.org/dev/cmsref
Looking for a few
FYI: mod_perl based CMS currently in use at the ASF:
http://www.apache.org/dev/cms
http://www.apache.org/dev/cmsref
Looking for a few volunteers to start an Apache project
based on it...
- Forwarded Message -
From: Joe Schaefer joe_schae...@yahoo.com
To: Apache Infrastructure
- Original Message
From: Fred Moyer f...@redhotpenguin.com
To: Perrin Harkins per...@elem.com
Cc: David E. Wheeler da...@kineticode.com; mod_perl list
modperl@perl.apache.org
Sent: Thu, June 16, 2011 4:18:17 PM
Subject: Re: How do you use mod_perl for your web application?
On
- Original Message
From: Fred Moyer f...@redhotpenguin.com
To: Joe Schaefer joe_schae...@yahoo.com
Cc: mod_perl list modperl@perl.apache.org
Sent: Thu, June 16, 2011 5:01:49 PM
Subject: Re: How do you use mod_perl for your web application?
On Thu, Jun 16, 2011 at 1:30 PM, Joe
The next release of apreq will contain a package called
APR::Request::Magic, for apps that are meant to be portable
between cgi and mp2. What you've reported isn't a bug in
apreq or mp2, it's a bug in how your app uses apreq. APR::Request::Apache2
shouldn't be used outside a running modperl
FreeBSD has a port for www/p5-libapreq2
- Original Message
From: William Bulley w...@umich.edu
To: modperl@perl.apache.org
Cc: Issac Goldstand mar...@beamartyr.net
Sent: Thu, January 27, 2011 2:16:45 PM
Subject: failure to build Apache2::Request
According to Issac Goldstand
OP, see
https://svn.apache.org/repos/infra/websites/cms/webgui/lib/ASF/CMS/Cookie.pm
for typical APR::Request::Cookie usage with FreezeThaw as serializer. Unless
you
want to use arrays this is one of the ways to deal with hashrefs as cookie
values.
In your calling code you'd do something like
It's a bug in the merge code for mod_apreq2. Basically
you have to set APREQ_ReadLimit to its max value
in the main server's context (not in a vhost or Location
or Directory config).
Otherwise use the code in apreq's trunk.
From: Hibbard, Timothy hibb...@ohio.edu
To: modperl@perl.apache.org
I doubt that helps much. Looking more carefully
at the mfd parser code, the only places I can see
where it will return an APREQ_ERROR_GENERAL (initial)
status are when
1) the Content-Disposition headers in a part have a form-data
element but no name attribute.
2) the level of nested
- Original Message
From: Rolf Schaufelberger r...@plusw.de
To: Mod_perl users modperl@perl.apache.org
Sent: Fri, December 3, 2010 11:24:06 AM
Subject: Internal apreq error
Hi,
(server Apache/2.2.14, OS Ubunto 10.04 LTS, libapreq 2.12.2 )
I'm getting sometimes an
There are still some build issues surrounding gmake
on FreeBSD, but I assume the ports dude knows how to deal
with those.
+1 for release.
- Original Message
From: Issac Goldstand mar...@beamartyr.net
To: apreq-...@httpd.apache.org
Cc: d...@httpd.apache.org; mod_perl Dev
- Original Message
From: Chris Bennett ch...@bennettconstruction.biz
To: ch...@bennettconstruction.biz; modperl@perl.apache.org
Sent: Sun, April 25, 2010 8:17:07 AM
Subject: Re: Getting a / when regex should produce nothing
Is there a better regex for .?\w?\w?
I want a . letter
Did you remember to load mod_apreq2 into httpd?
Typically requires a LoadModule apreq_module modules/mod_apreq2.so
- Original Message
From: Bill Karwin b...@karwin.com
To: modperl@perl.apache.org
Sent: Sat, November 21, 2009 1:27:31 PM
Subject: Re: APR::Request gets Symbol Not
Apache2::Request is a derived class of Apache2::RequestRec,
so what you're doing is perfectly ok.
From: Douglas Sims ratsb...@gmail.com
To: modperl modperl@perl.apache.org
Sent: Thursday, August 20, 2009 3:20:59 AM
Subject: Confusion over Apache2::Request and Apache2::RequestRec
I'm confused
- Original Message
From: john edstrom edst...@teleport.com
To: Octavian Rasnita orasn...@gmail.com
Cc: modperl modperl@perl.apache.org
Sent: Friday, March 27, 2009 1:13:18 PM
Subject: Re: decline and fall of modperl?
FWIW, I'm enjoying this diverting discussion and think it
- Original Message
From: john edstrom edst...@teleport.com
To: Joe Schaefer joe_schae...@yahoo.com
Sent: Friday, March 27, 2009 2:21:08 PM
Subject: Re: decline and fall of modperl?
If you say so. I'll respect that, but I don't agree with it. I already
subscribe to about 30
- Original Message
From: Octavian Râsnita orasn...@gmail.com
To: modperl modperl@perl.apache.org
Sent: Friday, March 27, 2009 3:25:44 PM
Subject: Re: decline and fall of modperl?
From: Joe Schaefer
Comparative analysis of programming languages has nothing whatsoever to
do
- Original Message
From: Octavian Râsnita orasn...@gmail.com
To: modperl modperl@perl.apache.org
Sent: Friday, March 27, 2009 5:26:43 PM
Subject: Re: decline and fall of modperl?
From: Joe Schaefer
The original message that started this thread was:
One of our
- Original Message
From: David Stewart david.stew...@eviesays.com
To: modperl modperl@perl.apache.org
Sent: Friday, March 27, 2009 6:39:08 PM
Subject: Re: decline and fall of modperl?
I'm not really sure why it wouldn't be a good idea to try and educate
consultants about the
Could we PLEASE move this lovely conversation to the
advoc...@perl.apache.org mailing list? We have an
entire mailing list dedicated to baloney of this sort;
please use it so the rest of us trying to provide this
little community with meaningful software and support
don't have to wade through it.
- Original Message
From: Jonathan Vanasco jvana...@2xlp.com
To: modperl modperl@perl.apache.org
Sent: Friday, February 13, 2009 3:30:20 PM
Subject: Re: dealing with empty field names in query
On Feb 6, 2009, at 4:58 PM, Phil Carmody wrote:
In those name/value pairs,
+1 for me (tested on debian).
- Original Message
From: Issac Goldstand mar...@beamartyr.net
To: apreq-...@httpd.apache.org
Cc: d...@httpd.apache.org; modperl@perl.apache.org
Sent: Tuesday, January 20, 2009 4:48:30 AM
Subject: [RELEASE CANDIDATE] libapreq2 2.11
The apreq
--- On Wed, 9/24/08, Ryan Gies [EMAIL PROTECTED] wrote:
When I post a multipart-form request I see two files being
written
in my temp directory:
-rw--- 1 ryan users 8318656 2008-09-24 10:51
apreqK5Oiyc
-rw--- 1 ryan users 8318484 2008-09-24 10:51
apreqQ1qs6C
And:
--- On Wed, 9/24/08, Ryan Gies [EMAIL PROTECTED] wrote:
When discarding the request body, I receive the error:
End of file found
(which happens when APR_BUCKET_IS_EOS). I can see the
spool file being
written and *presume* the multi-part boundary is missing.
In a
1 - 100 of 244 matches
Mail list logo
