?
Ideally a simple one module working code response handler that illustrates
access to the
parsed request, handles args as querystrings and Post data, uploads a file or
two, and returns an html page to the requestor. Anyone have something like that?
Thanks very much in advance,
Joe N
et?
My server provider is installing the apahce + perl etc. so
I'm partly at their mercy to get it correct. I just had no verified
test cases that I could say to them: This *should* work if the installation
is correct...
Thanks agains,
Joe N
##
package respHandler;
use strict;
The build system for the CMS is on GitHub here:
https://github.com/SunStarSys/cms. Full site builds clock in at around 500
MB/s on modern hardware (NVMe + 8 cores). But the real beauty is the
Incremental Build Support in the product itself, so you only build what you
changed.
From: Joe
Here’s some more fun I’ve been grinding out for the mod_perl community.
Unfortunately I haven’t resolved all the issues with using this stuff in a
mod_perl+ithread runtime, but if you figure out the right incantation please
let me know:
https://sunstarsys.com/essays/perl7-sealed-lexicals
To the best of my knowledge, the underlying problem with mod_perl+ithread is
that it requires a reentrant malloc in libc. I haven’t tested modern Perl
releases against Linux/FreeBSD, but Solaris 11 is rock solid with ithreads and
event_mpm.
From: Joe Schaefer
Sent: Tuesday, August 16
The build flags for Perl that I’m using on Solaris 11 are documented in the
sealed.pm source code linked to from that webpage.
From: j...@sunstarsys.com
Sent: Tuesday, August 16, 2022 11:13 AM
To: modperl@perl.apache.org
Subject: :Sealed subs for typed lexicals
Here’s some more fun I’ve
underlying problem with mod_perl+ithread is
that it requires a reentrant malloc in libc. I haven’t tested modern Perl
releases against Linux/FreeBSD, but Solaris 11 is rock solid with ithreads and
event_mpm.
From: Joe Schaefer mailto:j...@sunstarsys.com> >
Sent: Tuesday, August 16, 2022 12
Benchmarks from last year (based on openoffice.org):
https://www.youtube.com/watch?v=xr67QX6aMqU
From: j...@sunstarsys.com
Sent: Tuesday, August 16, 2022 12:31 PM
To: modperl@perl.apache.org
Subject: RE: :Sealed subs for typed lexicals
The build flags for Perl that I’m using on Solaris 1
We've been plagued by endless Segmentation Faults on non-Solaris systems, where
the backtrace indicated the problem was in mod_perl -> Perl Code -> malloc (at
the top of the frame). For a while I thought p5p fixed this in 5.30+ releases,
but since nobody confirmed that suspicion I think the pro
Whatever you do, do not use Perl's sbrk-based malloc implementation. It's a
disaster with ithreads.
-Original Message-
From: Edward J. Sabol
Sent: Tuesday, August 16, 2022 2:27 PM
To: mod_perl list
Subject: Re: Experience running mod_perl2 with mpm_event on Solaris 11
On Aug 16, 2022
I discuss different Dynamic Programming Language thread support at
https://sunstarsys.com/CMS/technology. The people in the Perl community at
large who knock Perl5's ithreads support are doing nobody any favors.
-Original Message-
From: Edward J. Sabol
Sent: Tuesday, August 16, 2022 2
The problem is really confined to embedded uses of ithreads, because Perl
itself will mutex-wrap the malloc calls. In httpd, so do all apr_pool_t calls
to malloc. It's when the two memory management techniques are interacting that
there is no application-level way to guard against thread conte
See https://sunstarsys.com/essays/perl7-sealed-lexicals. For the full effect,
you will need to build B::Generate with this patched version instead:
https://github.com/SunStarSys/cms/blob/master/Generate.xs
Sample mod_perl config + benchmarks:
StartServers 2
There is an emerging industry trend towards consolidation an integration of
webstack technology, and mod_perl + mpm_event is well-positioned to eat
everyone else’s lunch in this space. The only real reason fastcgi-like
frameworks won out over the past two decades is because threading was/is cra
h2load -n 10 -c 1000 -m 100 http://localhost/perl-script/enquiry.pl
starting benchmark...
spawning thread #0: 1000 total client(s). 10 total requests
Application protocol: h2c
progress: 10% done
progress: 20% done
progress: 30% done
progress: 40% done
progress: 50% done
progress: 6
New project home dedicated to sealed.pm maintenance is at
https://github.com/SunStarSys/sealed
In the interest of saving more time and hassle, I put the best version I could
come up with on CPAN, so you don’t need to clone the repository unless you want
to benchmark the enquiry.pl ModPerl::Regi
/joesuf4/home/blob/wsl/.zshenv
Joe Schaefer, Ph.D.
mailto:j...@sunstarsys.com> >
954.253.3732
SunStar Systems CMS <https://sunstarsys.com/CMS/> - The Original Markdown JAM
Stack™
openpgp-digital-signature.asc
Description: PGP signature
Be sure to pick up the latest CPAN release of sealed.pm if you want to be able
to run this test script successfully:
https://github.com/SunStarSys/sealed/blob/master/test.sh
Joe Schaefer, Ph.D.
mailto:j...@sunstarsys.com> >
954.253.3732
SunStar Systems CMS <https://sunst
Includes ModPerl::RegistryCookerSealed which will monkey-patch your
ModPerl::Registry runtime to use :Sealed handlers for your registry scripts.
Feedback/flames welcome. Am I beating a dead horse with mod_perl + mpm_event
in 2022?
Joe Schaefer, Ph.D.
mailto:j...@sunstarsys.com
the speed
bump on your core loops with OO-method calls in them.
Joe Schaefer, Ph.D.
< <mailto:j...@sunstarsys.com> j...@sunstarsys.com>
954.253.3732
<https://sunstarsys.com/orion/features> Orion - The Enterprise Jamstack
WikiT
eq = $r->pnotes('apreq')) {
return $apreq;
}
my $new_req = $class->new($r, @_);
$r->pnotes('apreq', $new_req);
return $new_req;
}
--
Joe Schaefer
--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
wrong or is this a known bug ??
Bug, previously unknown.
> Any help ?
It looks to me like there may be a problem in apreq_cookie.c
(it may not be computing the "expires" date correctly for Netscape
cookies). Which version of libapr are you using?
--
Joe Schaefer
--
Reporting bugs:
Joe Schaefer <[EMAIL PROTECTED]> writes:
> It looks to me like there may be a problem in apreq_cookie.c
> (it may not be computing the "expires" date correctly for Netscape
> cookies). Which version of libapr are you using?
If you're using the latest libapr, this
"Swen Schillig" <[EMAIL PROTECTED]> writes:
> Joe
>
> Thanks for the patch the expiration is working fine now
> even though the test fails :-)
>
>
> t/testall -v
> All APREQ Tests:
> Cookie: ..F.
>
_can_ do what you want with mp2/apreq2, no matter what the content
handler is (it doesn't even need to be perl-related). All you'd need
to do is make sure mod_apreq's filter gets inserted before the
content-handler takes over, and then Apache::Request will provide full
access to th
,
--Joe Breeden
--
Fake Shemp
;first) {
$b->read(my $buffer);
$full_image_data .= $buffer;
$b->remove;
}
I'm sure there are better ways to use the brigade API
though. The C API for brigades has a "flatten" function-
does anyone know if mp2 has glue for that yet?
--
Joe Schaefer
--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
ld be in
apache2's module directory, and libapreq2 should be
alongside libaprutil.
--
Joe Schaefer
--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
d,
not APR::Bucket), but would not destroy the buckets within the
brigade (hmm, does APR::Brigade have a DESTROY method?).
The advantage here is you'd be able to accomplish this
in one or two lines of perl, ie.
my $upload_data = $req->upload('file')->bb->
Geoffrey Young <[EMAIL PROTECTED]> writes:
> Joe Schaefer wrote:
> > my $upload_data = $req->upload('file')->bb->flatten;
>
> oooh, nice. I can definitely see that being a useful idiom.
Not sure if it'd be better for flatten to take $upload_
over
APR::Brigade exposing flatten(). It is part of the C API
after all, eh? Why shouldn't perl programmers have access
to it?
--
Joe Schaefer
--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
od and
marking the output as tainted.
--
Joe Schaefer
--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
my $cookie = $self->{cookie_class}->new($self->apache_req->env,...);
my $apr = $self->apache_req; # (no need to call new() here)
--
Joe Schaefer
--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html
you either want
$r->env->status(207); # env() yields Apache::RequestRec obj
or
$r->SUPER::status(207); # Apache::RequestRec is the base
# class for Apache::Request (in mp2)
Not sure if this solves your overall problem,
but it should resolve this part of
ble?
No, your change is fine. AFAICT that comment pertains to an esoteric
problem with object cleanup in libapreq/mp1, but the bug doesn't
seem to be carried over into mp2/apreq2 (the apreq2 test suite has
a test for it).
--
Joe Schaefer
--
Reporting bugs: http://perl.apache.org/b
The size limit is currently 256K, but the size
will be configurable in future versions.
--
Joe Schaefer
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html
marked as tainted),
2) be sure "/path/to/local/$filename" is on the same device
(filesystem) as your temporary directory (see the docs for
Apache::Request::new regarding TEMP_DIR).
3) check the return value of $upload->link, if it's false (undef) then
ther
ice situation more gracefully (by making a full copy
of the tempfile should the internal PerlLIO_link fail).
--
Joe Schaefer
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html
ESS)
XSRETURN_UNDEF;
if (PerlLIO_link(fname, name) >= 0)
XSRETURN_YES;
else {
apr_status_t s = apr_file_copy(fname, name,
APR_OS_DEFAULT,
apreq_env_pool(env));
if (s == APR_S
se modules parse cookies, they're only looking
at the *request* headers, since that's where the *incoming* cookies
appear.
IOW, you shouldn't try to set/bake cookies as a means of passing
data from one handler to another one *inside the same request*.
Cookies are a means of passing
you need to be very careful about spooling the post data for
the redirected url. This is basically what mod_apreq.c does in
libapreq2, but it's pretty tricky. Perhaps convincing apreq-dev@
to support xml would be your best bet.
--
Joe Schaefer
--
Report problems: http://perl.apache.
ly returning every param name on the form. Is that
> right?
That is correct. In apache1 the uploads formed a linked list
internally, but that's no longer true in apreq2. In apreq2
$req->upload follows the same interface pattern as $req->param.
--
Joe Schaefer
--
R
anything: $req->upload() works just like
$req->param(), but it is restricted to uploads only. For example
my $upload_table_ref = $req->upload; # APR::Table ref of uploads
foreach my $name (keys %$upload_table_ref) {
my @uploads = $req->upload($name); # Array of Apache::Upload
table will only contain uploads, and since it's a
tied hash, you can iterate over it using keys() or each().
--
Joe Schaefer
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html
e obviously doesn't because I'm trying to upload it...
>
> Do I need to ->bb and then write it?
No, link() will do it for you; use current cvs or apply the patch.
--
Joe Schaefer
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html
.
This is the reason why the subsequent "Submit" button is missing from the
params: the parser interpreted its block as being the upload file's contents.
The missing CRLF causes the parser to skip over the boundary string
separating the (empty) file block from the "Submit" but
amp; $PERL_DEBUG
=
Doesn't look like the cvs log is going to be of much help;
perhaps checking the list archives in Feb/March 2000 will
turn up something useful.
--
Joe Schaefer
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html
Greetings,
I am trying to build mod_perl 1.99_13 on Win 2000 (VC
6.0).
In mod_perl-1.99_13\lib\ModPerl\BuildOptions.pm around
lines 110 - 111
if (Apache::Build::WIN32()) {
# MP_AP_PREFIX may not contain spaces
require Win32;
$val = Win32::GetShortPathName($val);
}
Why do we need to
--- Randy Kobes <[EMAIL PROTECTED]> wrote:
> On Wed, 2 Jun 2004, Random Joe wrote:
>
> > Greetings,
> >
> > I am trying to build mod_perl 1.99_13 on Win 2000
> (VC
> > 6.0).
> >
> > In mod_perl-1.99_13\lib\ModPerl\BuildOptions.pm
> aroun
--- Randy Kobes <[EMAIL PROTECTED]> wrote:
> On Wed, 2 Jun 2004, Random Joe wrote:
>
> > --- Randy Kobes <[EMAIL PROTECTED]>
> wrote:
> > > On Wed, 2 Jun 2004, Random Joe wrote:
> > >
> > > > Greetings,
> > > >
>
pr_time_from_sec was needed for
the conversion.
- C API [Max Kellermann]
Fix segfault caused by invalid %-escape sequence in query string.
==
Thanks!
--
Joe Schaefer
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl
The Apache Software Foundation and The Apache HTTP Server Project are
pleased to announce the 2.03 developer release of libapreq2.
The libapreq2-2.03_04-dev.tar.gz package has been released under
the new Apache License version 2.0. The package is now available
through the ASF mirrors
http:/
ember's
Apachecon, and I don't expect Apache::Request to change much between
now and then.
Even so, now is a very good time to try it out, because you actually
may want some things changed before we "stabilize" it :-). There
are plenty of open issues in the httpd-apreq-2 ST
uming
> that you had mp2 installed into Apache2/ subdir). You may want to
> report all the details to the apreq-dev mailing list.
+1. The 1.X and 2.X versions of Apache::Request should happily coexist
if mp2 was configured with MP_INST_APACHE2=1. Only the installed Unix
manpages will o
chain, which means it'll call *your* input filter in order to
get at the requested POST data. It looks like you managed to carefully
avoid the infinite recursion in your example, but I'm not sure the
underlying Apache::DECLINED perl magic is smart enough to handle the
reentry- thus the 502.
--
Joe Schaefer
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html
Geoffrey Young <[EMAIL PROTECTED]> writes:
> Eric J. Hansen wrote:
> > Thanks, Joe! I implemented your suggestion (1), and the following
> > works nicely... (added to my request filter)
> >
> > sub init : FilterInitHandler {
> > my $f = shift;
just link
http://cvs.apache.org/~joes/libapreq2-2.04-dev/docs/html/modules.html
A more permanent link on the apreq website will be available before the
next release.
--
Joe Schaefer
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
Lis
le.
>
> running perl Makefile.PL will not detect this dependency.
It's supposed to, so let's try to fix that.
--
Joe Schaefer
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html
personally
involved in maintaining those tables.
--
Joe Schaefer
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html
tter
> construct I should be using?
I haven't tested this, but it should be safe to forcibly re-bless
Cparam> into an APR::Table object and do what you want
(without breaking anything). Do not try this with $req->args or
$req->body though.
--
Joe Schaefer
--
Report problems: htt
ed support for tempname
to httpd-apreq-2's current-cvs. I don't know what sort of security
implications you are concerned about, but perhaps the best thing to do
is simply not use tempname, instead using link() - and then delete the
linked file yourself once the external app is done with
Kemin Zhou <[EMAIL PROTECTED]> writes:
> Joe Schaefer wrote:
[...]
> >Despite my past grumblings to the contrary, I've added support for
> >tempname to httpd-apreq-2's current-cvs.
[...]
> Thanks for the help. The tempname is not available in mp2.
You m
tforms. I've seen this on FreeBSD, for
example.
--
Joe Schaefer
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html
"Ken Burcham" <[EMAIL PROTECTED]> writes:
> Hey guys,
>
> I submitted a bug report to [EMAIL PROTECTED] and it got returned
> without comment... (maybe it was the wrong place?) so I guess i'll
> post it here since I know Joe Schaefer monitors this lis
ozilla to submit the form) yet. Changing the enctype
just changes the parser. Since the mfd parser seems ok
with your form-data, the problem likely lies in the urlencoded
parser in libapreq2/src/apreq_parsers.c.
Still digging though... any chance you could test this
against current-cvs for ap
Joe Schaefer <[EMAIL PROTECTED]> writes:
[...]
> Still digging though...
Bug found in src/apreq_parsers.c:split_urlword.
The problem is that apreq_decode can fail if
a bucket ends in the middle of an escape sequence,
which causes the parser to abort.
This will be fixed before 2.
agent which doesn't understand it.
--
Joe Schaefer
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html
<> operator to consume the buckets in $upload->io().
--
Joe Schaefer
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html
ed behind
*it*.
However, if you remove the file bucket from the brigade
*before* you read from it, the morphed file bucket created
during the read winds up in limbo, not in the original brigade.
--
Joe Schaefer
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apach
upload('file')->bb();
> open(OUT,">/tmp/test_file");
> for (my $b = $bb->first; $b; $b = $bb->next($b)) {
> $b->read(my $data);
> print OUT $data;
> }
> close OUT;
>
&g
Stas Bekman <[EMAIL PROTECTED]> writes:
> Joe Schaefer wrote:
> > Stas Bekman <[EMAIL PROTECTED]> writes:
> > [...]
> >
> >>Moving $b->remove to the end makes the code horribly kludgy. It's
> >>better to change the idiom to step through
;ve called $b->read(), because read()
has all kinds of side effects. The rest of this dialog
seems to have taken us nowhere, so I'll just stop here.
--
Joe Schaefer
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiqu
using a slice there?
@{$hash_ref}{$r->param($param)} = (); # values are now undef, not 0
You need the slice syntax to put $r->param($param) in list context.
--
Joe Schaefer
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html
ou use Apache::Request
in mp2, that's a bug in Apache::Request.
[...]
> Is there any way to retrieve the raw content (and headers)
You could write a input filter that goes in front of HTTP_IN
(protocol or connection type), which would see the byte stream
in raw form (headers unparsed
d work just fine. If not,
please file a bug report.
--
Joe Schaefer
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html
Joe Schaefer <[EMAIL PROTECTED]> writes:
> Be sure you've got
>
> use Apache::RequestRecIO;
^^^
Sorry, typo- should be Apache::RequestIO.
--
Joe Schaefer
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/m
able to decode binary data with embedded '\0' values in them.
If you can't bring yourself to that, just write your own converter:
sub Vars {
my $req = shift;
map { $_ => join "\0", $req->param($_) } $req->param;
}
I hope this
side of a "s?
Use $t as a hash-ref:
print "$temp = $t->{$temp}\n";
That only prints the first $temp param (unless your iterating
over the table with each(), which magically pulls the current
$temp param). But you probably don't want $temp multivalued
here unless
ase (more on that soon), so it's really up to the
httpd community to determine whether or not httpd-2.2 users will
benefit from it.
--
Joe Schaefer
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette:
perl auth handler anywhere? If an
auth handler has been coded to use CGI.pm, it will consume
the POST data and your cgi scripts won't ever get it.
--
Joe Schaefer
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List et
atch containing a copyright notice is problematic because
it's no longer clear the author intends for it to be treated as
a typical contribution to the project.
--
Joe Schaefer
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.htm
reentrant, and my problem goes away.
Joe
DBI.pm.patch
Description: Binary data
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html
d of the
API docs? There are plenty of examples in those
already, and the neat thing is that almost all of
them are tested to work as documented.
--
Joe Schaefer
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List eti
feedback from others is welcome.
Thanks,
Joe
combinedpatch
Description: Binary data
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html
sing will work on NetBSD:
I wasn't surprised this fails on OpenBSD but I am surprised it fails on
NetBSD. Can you compile and run:
http://www.apache.org/~jorton/nonblock.c
and post the output. (it would be useful if you could do this on
OpenBSD too, Ken, for verification)
joe
--
Report pro
orrect, this is currently fixed only for OpenBSD, and I'd prefer
to see the output of the test case on NetBSD to see why it fails there
before proceeding to use the same fix for that platform.
joe
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html
nd to
an ephemeral port on OpenBSD. So the apr_hints.m4 change is correct for
this issue since the autoconf test can't work.
joe
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html
On Thu, Sep 09, 2004 at 11:38:15AM +0400, [EMAIL PROTECTED] wrote:
> > I wasn't surprised this fails on OpenBSD but I am surprised it fails on
> > NetBSD. Can you compile and run:
> >
> > http://www.apache.org/~jorton/nonblock.c
> >
> > and post the output. (it would be useful if you could do t
I can try and debug this, I've found a NetBSD machine and reproduced the
failure. ./t/TEST -start-httpd doesn't work from the mod_perl test
suite, is there a way to get that working?
bash-2.05b$ ./t/TEST -start-httpd
/tmp/jorton12/root/bin/httpd -d /tmp/jorton12/mod_perl-1.99_16/t -f
/tmp/jorton
On Thu, Sep 09, 2004 at 05:40:48PM +0400, [EMAIL PROTECTED] wrote:
> > >
> > > k714% ./nonblock
> > > found port: 52984
> > > O_NONBLOCK is not set in the child.
> >
> > This is rather confusing, since it means that apparently the test is
> > working OK, and O_NONBLOCK is *not* inherited across a
On Wed, Sep 15, 2004 at 05:15:05PM +1000, Carl Brewer wrote:
> Joe Orton wrote:
>
> >Oh well, having found a NetBSD box to testd this myself, the NetBSD
> >fcntl() is being economical with the truth. It doesn't return
> >O_NONBLOCK yet the socket really is
On Fri, Sep 17, 2004 at 04:15:23PM -0400, Stas Bekman wrote:
> So is that the right skip rule (hoping that 2.0.52 will fix NetBSD:
>
> my $should_skip =
> ($^0 eq /^OpenBSD$/i && !need_min_apache_version('2.0.51')) ||
> ($^0 eq /^NetBSD$/i && !need_min_apache_version('2.0.52'));
That log
On Wed, Sep 22, 2004 at 10:17:34PM -0400, Stas Bekman wrote:
> Joe, as 2.0.52 is about to be released. Can that fix for NetBSD applied to
> the 0.9 trunch (and head) if it does the trick? Thanks.
It's been in both branches for a while so hopefully it will get picked
up, yep.
joe
for a production environment, but it'd
really help if someone with a good "slow-client" test environment
benchmarked it to see if it helps.
--
Joe Schaefer
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html
sponse handler to use two different perl interpreters?
It looks to me like it is possible.
--
Joe Schaefer
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html
mod_perl.so
> : mod_perl.so
This problem is probably caused by a bogus libperl.a on your system
somewhere. What does:
ls -l /usr/lib/perl/5.6.1/CORE/libperl.* /usr/lib/libperl.* \
/usr/local/lib/libperl.*
give?
joe
--
Report problems: http://perl.apache.org/bugs/
Mail list info: ht
On Wed, Oct 13, 2004 at 08:26:43AM -0400, Stas Bekman wrote:
> Joe Orton wrote:
> >This problem is probably caused by a bogus libperl.a on your system
> >somewhere. What does:
> >
> >ls -l /usr/lib/perl/5.6.1/CORE/libperl.* /usr/lib/libperl.* \
> > /us
On Wed, Oct 13, 2004 at 05:02:30PM -0400, Stas Bekman wrote:
> Joe Orton wrote:
> >If -lperl was specified on the link line and ldd does not show a
> >dependency on libperl.so.N, then barring a complete linker fubar, it
> >must be the case that a libperl.a was linked statical
gs, but I'm
not sure.
--
Joe Schaefer
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html
ook
orderings don't matter.
You'd have to right Perl bindings for this first of course!
joe
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html
1 - 100 of 368 matches
Mail list logo
