Apache::Reload with 1.28 I suppose.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
to
http://perl.apache.org/docs/1.0/guide/troubleshooting.html#Windows_OS_specific_notes
?
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL
binary. Who needs testing
anyway?
I don't think it has a test suite anyways.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL
:
http://perl.apache.org/docs/2.0/api/ModPerl/MethodLookup.html
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http
/REPORT which won't be available after 'make install') or at least mention
perl version and apache mpm used.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http
.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
;
}
1;
Configuration:
PerlPreConnectionHandler MyApache::BlockIP2
You will need mp 1.99_08 or higher for this to work.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide
in the docs
avoids the issue:
http://perl.apache.org/docs/1.0/guide/troubleshooting.html#Constant_subroutine_XXX_redefined
I'll update this section with the above info.
__
Stas BekmanJAm_pH -- Just Another mod_perl
and mod_perl).
You should be able to use CGI::Cookie with the latest CGI.pm and the latest
mod_perl (1.99_08 or cvs).
Certainly it'd be helpful for module authors to start porting their modules to
mp2.
__
Stas BekmanJAm_pH
removing that entry allow the tests to start and pass?
t/TEST
(not 'make test', as it'll rewrite t/conf/httpd.conf again)
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide
...
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http
document for mod_perl 2.0 (it wasn't
integrated yet, hopefully will be soon).
Thanks.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL
;
}
the change is:
$r-subprocess_env unless exists $ENV{QUERY_STRING};
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http
no HAS_THREADS, while the test
saw the opposite.
Can you do (adjust the path to the include dir of the httpd server):
grep HAS_THREADS ~/httpd/prefork/include/apr.h
and also run (with the same perl):
perl -V:useithreads
__
Stas Bekman
Can you give it a try with the latest cvs, without the changes you have
applied? Thanks.
http://perl.apache.org/download/source.html#2_0_Development_Source_Distribution
__
Stas BekmanJAm_pH -- Just Another mod_perl
to include this URL.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http
Stas Bekman wrote:
Hensley, Richard wrote:
Unfortunately, I can not access cvs from behind the corporate
firewall. I was using the contents of mod_perl-2.0-current.tar.gz,
which is the best I can do. Sorry.
You can get the latest cvs snapshots here:
http://cvs.apache.org/snapshots/modperl-2.0
should never use chdir during request time and rely on cwd. See:
http://perl.apache.org/docs/2.0/user/coding/coding.html#Thread_environment_Issues
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org
.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
.
Tests should run just fine with root. Did you have any problems?
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http
I used of examples these 2 archives
but dont functioned
in mp1 i dont have problem
my mp2 version is last cvs version
So you have a problem with mp2. Did you upgrade your CGI.pm to the latest version?
__
Stas Bekman
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
Charlie Smith wrote:
How to make apache with both mod_perl and mod_ssl?
RTFM:
http://perl.apache.org/docs/1.0/guide/install.html#Installation_Scenarios_for_mod_perl_and_Other_Components
__
Stas BekmanJAm_pH -- Just
.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
?
The 2.0 test suite has an upload file test (CGI.pm) and it works fine with the
current mod_perl. Please look at the pair:
t/modules/cgiupload.t
t/response/TestModules/cgiupload.pm
in the mod_perl source.
__
Stas Bekman
request parsing
for mp1. It's not yet available for mp2.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org
in without changing the
core you don't need to recompile DSO. I believe you don't even need to
recompile Apache itself, if mod_rewrite can be compiled as DSO, but I haven't
tried that.
__
Stas BekmanJAm_pH -- Just Another
]).
In the future please refer to http://lists.perl.org to find an appropriate
list to post non-mod_perl perl-related questions.
Thank you.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org
.
Also what happens if you don't use Apache::Request?
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org
#mod_perl_and_mod_ssl___openssl_
--
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http
insight to add?
Do you have mod_dir (DirectoryIndex) configured? It performs a
rewrite/sub_request-redirect in the fixup stage.
http://httpd.apache.org/docs/mod/mod_dir.html
__
Stas BekmanJAm_pH -- Just Another mod_perl
Stas Bekman wrote:
ODELL, TODD E (SWBT) wrote:
[...]
ulimit -c unlimited; t/TEST -clean
Error in option spec: verbose:1
make: 1254-004 The error code from the last command is 255.
hmm, I've added yesterday a support for
make test TEST_VERBOSE=1 TEST_FILES=...,
this is a problem with Getopt
is the same:
% ddd -command=/tmp/debug
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http
.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org
somewhere in t/conf/httpd.conf after mod_perl.so is
loaded and then run 't/TEST' (not 'make test' as it'll overwrite
t/conf/httpd.conf)
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl
and 5.1 or only one of these, I
couldn't find which one you have referred to in this report.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto
));
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http
ODELL, TODD E (SWBT) wrote:
On Mar 24 Stas Bekman Wrote:
I've applied some fixes for mod_perl to build on aix.
I could only test with aix 5.1 on powerpc. Please test that things work on
other configurations.
I got 1.99_09dev working on AIX4.3.3/apache 2.0.44 on powerpc_power3. I had
trouble
a request method, $r-get_server_port
You probably want: $s-port
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http
like changing the API, that's cool too. May be in
the future.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http
){ # for shell scripts
- why eval string:
eval require mod_perl;
shouldn't it be:
eval { require mod_perl };
?
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http
Mark James wrote:
Stas Bekman wrote:
So can flushing be held off until either (1) blank line is printed,
(2) the 8k buffer fills, or (3) send_http_header is called?
1) is relevant only for handler that print headers, rather than set them
2) absolutely not, what if you want to flush data before
.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http
if
Apache::Request is available CGI.pm could re-alias its args(), params(), etc.
functions to call Apache::Request functions instead. What do you think?
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http
seconds, of
course.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http
.
In the future I can see someone extending Apache::Request to handle CGI.pm's
HTML generation in C, so the two could be replace each other.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl
Gunther Birznieks wrote:
Stas Bekman wrote:
While we are at the CGI.pm issue, I was thinking that those who stick
with CGI.pm because of its extended all-in-one functionality (request
parsing/ HTML generation), but unhappy about request parsing speed,
could benefit by integrating Apache
and everything went worked like a charm.
Now I can see the only thing I ever want to see in my error log:
Apache/2.0.44 (Unix) mod_perl/1.99_09-dev Perl/v5.8.0 configured
Sweet!
;)
--
__
Stas BekmanJAm_pH -- Just Another mod_perl
Mark James wrote:
Stas Bekman wrote:
Mark James wrote:
STDOUT is flushed prior to a fork to exec an external binary (rcs).
I understand the cause. But I hope that you agree with me that this is
an application's problem. If you haven't sent anything to STDOUT yet,
don't flush
#Figuring_Out_What_Modules_Need_to_be_Loaded
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http
?
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
I've applied some fixes for mod_perl to build on aix.
I could only test with aix 5.1 on powerpc. Please test that things work on
other configurations.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http
again.
I've missed the problem, since I had an installed Apache/Test. Once I've
removed it, the problem was right there.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
;)
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org
will help to solve the
problem.
Your help is appreciated.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org
.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http
if the ap_rflush call is removed
from mpxs_output_flush, but I don't know if this is the
proper way to fix it.
No, this is not a proper way to fix it. Otherwise those who want to flush
their output won't be able to do so.
__
Stas
are welcome.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http
Mark James wrote:
Stas Bekman wrote:
Mark James wrote:
The cause of the problem was my perl code calling flush.pl and
flushing STDOUT at a point prior to it printing the response headers.
Hmm, why do you flush?
STDOUT is flushed prior to a fork to exec an external binary (rcs).
The child
Stas Bekman wrote:
As I wrote this, I'm actually starting to think that it's Apache who
should ignore the flush bucket if it had seen no other data so far, and
not generate any headers till it actually sees the real data.
And I went to produce a patch in http_filter, I figured that that would
if there are problems with it. If you have problems report them as explained here:
http://perl.apache.org/docs/2.0/user/help/help.html#Reporting_Problems
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org
better the cvs one. The one coming with RH is too old. Save yourself
troubles.
http://perl.apache.org/download/index.html
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide
);
}
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http
Perrin Harkins wrote:
Stas Bekman wrote:
The question is, do we want to have this feature in mp2?
I thought it was cool to have it automatically add a path relative to
the server root, because it makes it feel more like you are writing real
Apache modules, and not just CGI scripts. It's just
.
-Original Message-
From: Stas Bekman [SMTP:[EMAIL PROTECTED]
Sent: Tuesday, March 11, 2003 11:55 PM
To: Georg Botorog
Cc: [EMAIL PROTECTED]
Subject:Re: [mp2] Using DBI instead of Apache::DBI
Georg Botorog wrote:
Hello,
In mod_perl1, using persistent (Apache::DBI
Perrin Harkins wrote:
Stas Bekman wrote:
Ron Savage wrote:
I see this item:
if one wishes to simply read POST data, there is the more modern
{setup,should,get}_client_block API, and even more modern filter API.
Along with continued support for read(STDIN, ...) and $r-read($buf,
$r-headers_in
and partially described on the website.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
Stas Bekman wrote:
Lincoln Stein wrote:
Please find enclosed a beta version of CGI.pm 2.92. I would
appreciate it if people could test it on both mod_perl 1 and mod_perl
2, as well as under normal CGI scripts too ;-)
Thanks Lincoln. 'make test' passes with mp1 and mp2
Ah, no it doesn't pass
Stas Bekman wrote:
Stas Bekman wrote:
Lincoln Stein wrote:
Please find enclosed a beta version of CGI.pm 2.92. I would
appreciate it if people could test it on both mod_perl 1 and mod_perl
2, as well as under normal CGI scripts too ;-)
Thanks Lincoln. 'make test' passes with mp1 and mp2
), and the actual use of Apache-request (get) is the second half.
See:
http://perl.apache.org/docs/2.0/user/compat/compat.html#C_Apache_E_gt_request_
http://perl.apache.org/docs/2.0/user/config/config.html#C_GlobalRequest_
__
Stas Bekman
=perl-xs
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http
likely to see them on an SMP machine.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
please try to rebuild
mod_perl using the cvs version and then give another chance to Apache::Scoreboard?
http://perl.apache.org/download/source.html#Development_Source_Distribution
__
Stas BekmanJAm_pH -- Just Another
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
be still reproduced and
post it here.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
is running, trying to find /dir/file, and then trying /file. Or you
may have something else. It's of no help to guess.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http
) and the other way around.
Sounds good?
BTW, did I mention that patches are *very* welcome? :)
Thank you.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
) and the other way
around.
sorry, should have been Apache::RequestUtil
Please check an updated entry:
http://perl.apache.org/docs/2.0/user/compat/compat.html#C__r_E_gt_is_main_
__
Stas BekmanJAm_pH -- Just Another
)
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
David Culp wrote:
Any Examples of Apache::Filter would be greatly appreciated.
http://www.cpan.org/authors/id/G/GE/GEOFF/Apache-Clean-0.05.tar.gz
p.s. Apache-Clean-2.x is for mp2.
__
Stas BekmanJAm_pH -- Just
for their liking, as it is situation with mp1 docs.
But I prefer the latter ;)
Looking forward for your docs submission.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http
;)
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
installing into
Apache2/ and automatic configuration of the MM attributes for compilation)
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL
:
use Apache::RequestUtil ();
see:
http://perl.apache.org/docs/2.0/api/ModPerl/MethodLookup.html#Command_Line_Lookups
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http
globally)?
Thanks.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http
size: 18209 bytes
md5: 88cfba14794b50cb0642931cd19d42da
No action is required on your part
Request entered by: STAS (Stas Bekman)
Request entered on: Tue, 11 Mar 2003 04:01:10 GMT
Request completed: Tue, 11 Mar 2003 04:01:42 GMT
Virtually Yours,
paused, v276
.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
on the docs-dev list).
Thanks.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http
;)
As suggested by Mark, IPC::Shareable might work if the data set is small. If
it's big you can use a simple dbm to store the data in and with proper locking
read/write to/from it without disturbing each other.
__
Stas Bekman
Mark James wrote:
Stas Bekman wrote:
Can you send a short script (removing all the irrelevant bits) that we
can reproduce the problem with?
Made a script that generated the same POST request and same
redirect as the problem code. The problem was not reproduced!
The only difference I can see
.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http
Ruslan U. Zakirov wrote:
On Sat, 8 Mar 2003, Stas Bekman wrote:
Ruslan U. Zakirov wrote:
Hello All!
Stacked handlers is a very useful technology, but as I think incomplete.
I need some suggestions.
My project split content handler in the few parts. And each handler
send part
?
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
that are still missing.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http
.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http
Ask Bjoern Hansen wrote:
On Thu, 6 Mar 2003, Stas Bekman wrote:
re: rollback, the DBD drivers will perform the normal disconnect(), but
without doing the physical disconnect, and normal DESTROY, without destroying
the datastructures which maintain the physical connection, so there shouldn't
Stas Bekman wrote:
Apache::compat is useful during the mp1 code porting. Though remember
that it's implemented in pure Perl. In certain cases it overrides mp2
methods, because their API is very different and doesn't map 1:1 to mp1.
So if anything, not under my control, loads Apache::compat my
401 - 500 of 2516 matches
Mail list logo