ming up.
If someone wants to scrape those docs and include them in the mod_perl
dist, you have my full blessing to do so. My time is somewhat limited
due to family life and job at present, and I'm honestly not sure who to
contact to get this done.
Regards,
Michael Schout (AuthCookie maintainer)
to modern alternatives like Plack/PSGI,
this all feels very cumbersome and antiquated IMO.
Regards,
Michael Schout
d /path/to/apache-src
$ make install
$ cd /path/to/modperl-src
$ make install
I have a Makefile that does all of this. I suppose I could publish it
on github or something, but given the age of apache 1.3, it seems
irresponsible to publish it at this point :).
Regards,
Michael Schout
diff --git a/
m the provider (See the
README.apache-2.4 in AuthCookie which discusses this).
> 5) there seems to be no real mod_perl-level (or even Apache-httpd-level)
> documentation available, which explains the above in a general context,
> rather than for any specific perl module.
> A goo
On 2/12/19 1:25 PM, Edward J. Sabol wrote:
> I know AuthCookie has been updated by the magnificient Michael Schout to
Thanks for the kind compliments Ed :).
As for AuthCookieDBI, you may not even need to change it to use
Apache2_4::AuthCookie base, as eventually I managed to get all of
uot;Require valid-user", or "Require
user foo" for example, Apache provides an authz provider that already
handles that (see mod_authz_user.c). So you only need to do this if you
are writing custom authz requirements.
1:
https://metacpan.org/pod/release/MSCHOUT/Apache-AuthCookie-3.27/README.apache-2.4.pod
Regards,
Michael Schout
ly do need AuthCookie and getting it from backpan is a
problem for you, please let me know.
Thanks!
Regards,
Michael Schout
hen just write it in plain
Plack/PSGI.
Regards,
Michael Schout
On 9/30/16 8:53 AM, Michael Schout wrote:
> On 9/30/16 8:13 AM, Steve Hay wrote:
>> Please download, test, and report back on this mod_perl 2.0.10 release
>> candidate.
>
> There is some kind of linker failure happening on OSX/Darwin. I'm on El
> Capitan (10.11) usin
mod_perl.lo
modperl_tipool.lo
duplicate symbol _MP_vtbl_env in:
mod_perl.lo
modperl_config.lo
duplicate symbol _MP_vtbl_envelem in:
mod_perl.lo
modperl_config.lo
Regards,
Michael Schout
exes were
broken under Apache 2.4), but that doesn't sound like what you have been
seeing.
--
Regards,
Michael Schout
her option.
The AUTHZ_GRANTED (and friends) constants simply do not exist in
previous versions of apache.
Regards,
Michael Schout
the AuthCookie dist, as well as in the Apache2_4::AuthCookie POD
documentation.
The AuthCookie documentation probably could be better, and I think by
the next release I'll absorb/copy most of what is in the
README.apache-2.4 document into the module POD itself.
Regards,
Michael Schout
971eb30 at
/home/vagrant/modperl-trycatch-bug/blib/lib/Apache/TryCatch.pm line 20.\n
Regards,
Michael Schout
in your perl library path, will you code still run
if you remove Devel/Declare.pm? If so then that either means the
problem is probably in modperl itself, or, you are seeing something
completely different.
Regards,
Michael Schout
#16: 0x00010002a87b httpd`child_main + 827
> frame #17: 0x000100029ea2 httpd`make_child + 114
> frame #18: 0x000100029489 httpd`ap_mpm_run + 1129
> frame #19: 0x0001771e httpd`main + 2142
> frame #20: 0x7fff95acc5c9 libdyld.dylib`start + 1
> frame #21: 0x7fff95acc5c9 libdyld.dylib`start + 1
Regards,
Michael Schout
hanks Steve.
Wouldn't surprise me if it was any of the three.
I will try to do more debugging as time allows.
Regards,
Michael Schout
oduced it.
If you do want to reproduce it, use the same apache2.conf additions from
my last email.
Regards,
Michael Schout
to
7f2bcf672200 at /home/lib/Apache/TryCatch.pm line 20.\n
Not sure what you have done differently, but the bug is definitely there
on debian 8.
Regards,
Michael Schout
On 9/16/15 9:22 AM, Vincent Veyron wrote:
> apt-get install apache2-mpm-prefork libapache2-request-perl
> libapache2-mod-perl2 libapache2-mod-apreq2
How did you install TryCatch (the only dependency my module uses)?
Regards,
Michael Schout
4129]
AH00169: caught SIGTERM, shutting down
But you are likely not seeing it because one of:
- vendor patches applied by debian packaging team
- you are using Apache 2.4. I tested with Apache 2.2.
Regards,
Michael Schout
On 9/15/15 5:15 PM, Michael Schout wrote:
> Reverting the change to op.c completely fixes the problem. I cannot
> reproduce the panic after this change, and I do not get any segmentation
> faults either in a large codebase that I am also testing against.
I should have mentioned I rev
with the optree in mod_perl that TryCatch along with perl's
optimization that removes the "return" ops that is causing this.
I have put the test case as a module up on github so that anyone can
clone it to reproduce the bug. The repository is here:
https://github.com/mschout/modperl-trycatch-bug.git
The readme explains how to run it, but essentially its install a perl >=
5.19.7, install mod_perl, install TryCatch, and then the usual
"perl Makefile.PL && make test"
Regards,
Michael Schout
cific. I have a very
straightforward/minimal test case that causes the "panic" error under
mod_perl, but the same code runs fine under the command line outside of
mod_perl.
Regards,
Michael Schout
diff --git a/op.c b/op.c
index 7038526..dc42b56 100644
--- a/op.c
+++ b/op.c
@@ -
}
}
The fun part of this one is that if I remove the "return" keyword, the
segfault goes away.
Regards,
Michael Schout
I just haven't had time yet.
Regards,
Michael Schout
and/or
configuration over to Apache 2.4. Please be sure to read the included
README.apache-2.4.pod for instructions.
Regards,
Michael Schout
ken a while, but that is understandable
given the massive changes to the internal apache API. Simply upgrading
your legacy apps to Apache 2.4+mod_perl alone is going to require some
work because the API has changed.
Cheers!
Michael Schout
LINE)
I realize this may be too late to help you, but hopefully this will help
someone else down the line.
See: http://clang.llvm.org/compatibility.html#inline
Regards,
Michael Schout
secure
Regards,
Michael Schout
ecode('UTF-8', $r->user)
But I really would have expected $r->user to return a value with the
UTF8 flag already on since the value that I used to set it did in fact
have the flag turned on.
FWIW, this is mod_perl 2.0.8, Apache 2.2.29
Regards,
Michael Schout
.
Hope it helps.
Its not really mod_perl specific. Many packages have this problem due
to shipping with libtool that mis-identifies FreeBSD 10.
Regards,
Michael Schout
your authcookie subclasses will
need to be updated as well.
As Lathan has already mentioned, there is alpha support for this
available in the git tree if you really want to try, but if I were you,
I'd still with apache 2.2 at least until there is a stable mod_perl
available for apache 2.4.
Regard
find $(CURDIR) -type f -name ltmain.sh |\
> xargs sed -i.bak \
> -e '/if.*linkmode.*prog.*mode.*!= relink/s/if.*;/if :;/'\
> -e '/if.*linkmode.*prog.*mode.* = relink/s/||.*;/;/'\
> -e 's/|-p|-pg|/|-B*|-p|-pg|/'
Regards,
Michael Schout
d_perl.
This caused major headaches for me at one time until I figured this out.
You have to make sure to set $CGI::PARAM_UTF8 early, and FOR EVERY
REQUEST, because if you just set it globally (e.g.: in a startup perl
script), then it only works for the first request.
Regards,
Michael Schout
p that in now.
Feel free to look at the httpd24 branch of AuthCookie on github to see
how I implemented it.
Regards,
Michael Schout
od_perl for apache 2.4 is finalized.
Regards,
Michael Schout
diff --git a/Apache-Test/lib/Apache/TestServer.pm
b/Apache-Test/lib/Apache/TestServer.pm
index 254aec6..a3bc3ab 100644
--- a/Apache-Test/lib/Apache/TestServer.pm
+++ b/Apache-Test/lib/Apache/TestServer.pm
@@ -85,6 +85,15 @@ sub
ce the clenaup handler gets
called, UTF-8 decoding gets turned off.
You have to work around this by manually making sure $CGI::PARAM_UTF8 =
1 before calling CGI->new.
Regards,
Michael Schout
On 05/27/2010 03:04 PM, Perrin Harkins wrote:
> On Thu, May 27, 2010 at 11:11 AM, Michael Schout wrote:
>> My solution involved forking off a watcher process when the server
>> starts up.
>
> Wouldn't it be simpler to start a separate daemon for this?
The projec
4;
>
>for my $fd (0 .. $max_fds) {
>POSIX::close($fd);
>}
> }
And thats it. This has worked wonderfully for me. Apache notices
changes in real time, and restarts happen quickly when developing.
If there is interest in a module like this, let me know and I will
package it up and put it on CPAN (obviously I wouldn't use the name
Apache2::Reload as that is taken already :)).
Regards,
Michael Schout
(although they do
> not always know this; the best things work quietly and reliably in the
> background).
Thanks! AuthCookie has been around for a very long time (first released
in 2000) so I suspect there are tons of sites that make use of it. Its
hard to guage exactly how many though :).
Michael Schout
e of the many subclasses already on CPAN, as
suggested in the AuthCookie documentation.
I wrote Apache::AuthTicket which does ticket based auth using AuthCookie
and a DBI database store.
There are many others as well.
Regards,
Michael Schout
Laurent MARTIN wrote:
> Has anyone on the list some experience with mod_perl and an alternative
> to GnuPG module (which is "simply" a wrapper around pgp binary).
I use GnuPG::Interface, and it works fine.
Regards,
Michael Schout
}
}
1;
__END__
This has worked perfectly for me.
Regards,
Michael Schout
The uploaded file
Apache-AuthCookie-3.11.tar.gz
has entered CPAN as
file: $CPAN/authors/id/M/MS/MSCHOUT/Apache-AuthCookie-3.11.tar.gz
size: 35827 bytes
md5: 536ad77c61eaafe1ef152ccdfcdbdbd2
Changes:
Version: 3.11
- Fix tiny pod doc error.
- Escape CR and LF in 'destination' f
ning a non-threaded perl on a prefork MPM, I
really do not see the harm in leaving %ENV tied to the C environment.
Maybe I'll try to whip up a patch if I can figure it out :).
Regards,
Michael Schout
Michael Schout wrote:
> MP_CODE_ATTRS() doesn't work under perl 5.10.0.
Does anyone have any ideas on how to fix this?
Regards,
Michael Schout
something so that if you are
running under a prefork MPM, you do not need to resort to tactics like
the above.
Regards,
Michael Schout
-8<-- Start Bug Report 8<--
1. Problem Description:
MP_CODE_ATTRS() doesn't work under perl 5.10.0.
I discovered this when trying to use a PerlOutputFilterHandler and upgraded
from 5.8.8 to 5.10.0. Under 5.10.0, sometimes the filter would run, sometimes
no
times-it-works" "sometimes-it-doesnt" behaviour depends on if
the right bits end up getting set in the attrs from the random data
coming out of MP_CODE_ATTRS().
Oh well, I'm going back to 5.8.8 for now I guess :).
I'll file a bug report as well :).
Regards,
Michael Schout
Michael Schout wrote:
> [Fri Dec 21 10:57:47 2007] [error] an unknown filter was not added:
> Foo::Filter::StripWhiteSpace
in addition, with PerlTrace enabled, I get:
modperl_filter_add_request: a non-mod_perl OutputFilter handler
Foo::Filter::StripWhiteSpace configured.
Regards,
M
t
changing the config to specify the method name as well does not help
either. I haven't had time to figure out what is going on yet. It
could be something specific to my setup ;).
Regards,
Michael Schout
Andreas J. Koenig wrote:
> Modperl1 doesn't work, patch available. As for modperl2 I don't know.
I've been running 5.10 in my modperl2/apache2.2 sandbox development
environment since yesterday. Haven't run into any issues related to
5.10 yet, but its still early on for m
reset the environment before the cleanup function
is called. I realize I shouldn't rely on %ENV under MP2 for thread
safety reasons, but this app is never going to run on anything other
than a prefork MPM and I can live with that :).
Regards,
Michael Schout
runs. I don't really see any way to prevent this from happening from
what the docs say. If anyone has any ideas on how to prevent %ENV from
getting wiped before my cleanup handler fires, or has any suggestions
about how to do a "long running process" under mod_perl 2 while
preserving %ENV from the request, I'd love to hear them ;).
Thanks
Michael Schout
The uploaded file
Apache-AuthCookie-3.10.tar.gz
has entered CPAN as
file: $CPAN/authors/id/M/MS/MSCHOUT/Apache-AuthCookie-3.10.tar.gz
size: 34993 bytes
md5: 8dd9f4a3db329c378f5e5b394c05b5b3
Changes:
Version: 3.10
- Bug Fix: when copying user from prev request, check that $r->prev
of apache 1.3, but it is definitely in there now (confirmed in
src/modules/proxy/proxy_http.c in 1.3.33 sources, and I make use of it
in production :)).
I'm not sure when this became part of standard mod_proxy, but its
definitely there now in 1.3 and in Apache 2 :).
Regards,
Michael Schout
David Romero wrote:
> Hi
> I need the client ip on a backend server.
Plain old mod_proxy will pass along the ip in an X-Forwarded-For header.
Regards,
Michael Schout
The uploaded file
Apache-AuthCookie-3.09.tar.gz
has entered CPAN as
file: $CPAN/authors/id/M/MS/MSCHOUT/Apache-AuthCookie-3.09.tar.gz
size: 34908 bytes
md5: 8bfd8834d2b161f2e28c908c27eccf10
Please allow a few hours for the file to mirror across CPAN :).
Apache::AuthCookie allows you
Sample/AuthCookieHandler.*
Regards,
Michael Schout (AuthCookie maintainer)
The uploaded file
Apache-AuthTicket-0.40.tar.gz
has entered CPAN as
file: $CPAN/authors/id/M/MS/MSCHOUT/Apache-AuthTicket-0.40.tar.gz
size: 20346 bytes
md5: a1d0a5650b9deae181effb977c8d71a8
No action is required on your part
Request entered by: MSCHOUT (Michael Schout)
Request
lient 1 either does COMMIT or
ROLLBACK.
So if you want to ensure that only one client has the session data at a
time, you need FOR UPDATE.
Regards,
Michael Schout
proach. The
APR::Brigade docs do not really clarify this for me.
Does anyone know which of these methods is better and why?
Regards,
Michael Schout
nfusion.com.au/labs/mod_auth_tkt/
However, its only for apache 1.x apparently.
Regards,
Michael Schout
y.
Not sure if this is the type of thing you are referring to, or if you
are looking for something else :).
Regards,
Michael Schout
The uploaded file
Apache-AuthCookie-3.07.tar.gz
has entered CPAN as
file: $CPAN/authors/id/M/MS/MSCHOUT/Apache-AuthCookie-3.07.tar.gz
size: 34483 bytes
md5: 38672d492c3281893872502f04b4f584
Changes since 3.06:
*** mod_perl2 users: THIS RELEASE IS INCOMPATIBLE WITH PAST RELEASES
***
will require mod_perl v1.99_16 or later.
Regards,
Michael Schout
ameWork::SomeSite';
# calling $self->dbh in here calls WebAppFrameWork::SomeSite->dbh
# plus you can call any methods provided by WebAppFrameWork
...
__END__
Regards,
Michael Schout
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/
not set.
- make some debug log_error() calls conditional on $debug
Regards,
Michael Schout
--
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
We are looking for mod_perl application developers immediately.
Who we're looking for:
We're in the market for an Application developer with detailed
knowledge of web server / web development on Unix systems. You should
have 2+ years experience in software development perl/CGI,
with a ve
w that http_protocol.c was
treating Location differently from other headers :). Thanks for
pointing that out.
Regards,
Michael Schout
GKG.NET, Inc.
--
Hal 9000 - "Put down those Windows disks Dave Dave? DAVE!!"
--
Reporting bugs: http://perl.apache.org/bugs/
Mail list i
. See README.modperl2 for details.
Regards,
Michael Schout
GKG.NET, Inc.
--
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
72 matches
Mail list logo