--
_
Stas Bekman JAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide http://perl.apache.org/guide
mailto:[EMAIL PROTECTED] http://ticketmaster.com http://apacheweek.com
http
away. It did for me :)
--
_
Stas Bekman JAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide http://perl.apache.org/guide
mailto:[EMAIL PROTECTED] http://ticketmaster.com http
next week.
p.s. If you are looking for us Eric and I are staying in the room #1801
at Alexis Park Resort.
_
Stas Bekman JAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide http
.
--
_
Stas Bekman JAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide http://perl.apache.org/guide
mailto:[EMAIL PROTECTED] http://ticketmaster.com http://apacheweek.com
http://singlesheaven.com http://perl.apache.org http://perlmonth.com/
/install.html#mod_perl_and_mod_ssl___openssl_
--
_
Stas Bekman JAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide http://perl.apache.org/guide
mailto:[EMAIL PROTECTED] http
segfaults on 'use DBI' with mod_perl 2.0/perl 5.8.0,
which have gone after I've updated the DBI package. Try to do the same.
__
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:stas;stason.org 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:stas;stason.org http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
with mod_perl, other than triggering a
bug in ab. Which is not a *mod_perl* problem.
You want to post a proper bug report including a core stack backtrace to
the httpd-dev list. See: http://httpd.apache.org/lists.html#http-dev
__
Stas Bekman
: The tests weren't adopted to use Apache::Test yet. Patches are
welcome.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:stas;stason.org http
.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:stas;stason.org http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org
*' -exec rm {} \;
Though be careful that you have a backup of things before you attempt to rm.
Notice that you don't have to uninstall *Perl* but only Apache modules.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
as possible. See t/response/TestApache/subprocess.pm which is run as:
t/TEST apache/subprocess
Thanks!
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
possibly help you?
Here is an example of using a custom sighandler to figure out where a
process hangs:
http://perl.apache.org/docs/1.0/guide/debug.html#Using_the_Perl_Trace
__
Stas BekmanJAm_pH -- Just Another
for the lists of
things that haven't been done yet and let us know if something is
missing from these lists.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
/ no success. Should it be in the handler code itself?
That API doesn't exist yet in mod_perl 2.0.
I believe the reason for that is that Apache hooks ordering API wasn't
finalized yet.
__
Stas BekmanJAm_pH -- Just
.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:stas;stason.org 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:stas;stason.org http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
) $(MODPERL_AP_LIBEXECDIR)
--
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:stas;stason.org http://use.perl.org http://apacheweek.com
http://modperlbook.org
have apache built yet.
Review the installation steps at:
http://perl.apache.org/docs/2.0/user/install/install.html#Condiguring_and_Installing_Prerequisites
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http
and offer help.
As for SafeThread I haven't heard of this module in the perl land.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:stas
leaves zombies.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:stas;stason.org http://use.perl.org http://apacheweek.com
http://modperlbook.org
it with 5.6.1. The problem with fixing 5.6.1 is that its
successor 5.6.2 may be released or not at an unknown date.
__
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:stas;stason.org http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http
is wrong. Check what you get when you
run:
% /usr/bin/perl-5.8.0-threaded -V:perlpath
does it print '/usr/bin/perl-5.8.0-threaded' or '/usr/local/bin/perl'
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http
.
Just load the Apache::compat if you need it while the dust settles down.
CGI.pm 2.89 already does that.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http
/ to be handled by mod_perl. Fix
that by using some other location for mod_perl handlers/scripts and you
will get your normal DocRoot back.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org
#top
if something is missing/unclear/wrong please let us know.
Apache::compat includes most of the back-compat subs, but some are still
missing. If you find such please report to the list.
__
Stas BekmanJAm_pH -- Just
.
Versions of software: RedHat 7.2, httpd 2.0.42, mod_perl 1.99_07, CGI.pm
2.89, kernel 2.4.19.
If this still doesn't help, can you please post a *short* CGI script
that reproduces the problem?
__
Stas BekmanJAm_pH
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:stas;stason.org 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:stas;stason.org http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
to upgrade to the latest mod_perl version
1.27? Most likely this problem has been fixed long time ago.
[...]
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
it's going to be distributed. Once
this clears out the perl glue code will be written. Join the
[EMAIL PROTECTED] if you want to help and be the
first one to know of new developments.
__
Stas BekmanJAm_pH -- Just
of documentation / help I can find ?
Yes. There is enough to keep you busy for quite a while:
http://perl.apache.org/docs/2.0/user/index.html
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org
APIs. Overall 1.3 methods aren't very different in 2.0, there
are just a bunch of new methods which are new.
Also you can reuse the Apache C documentation as well. See:
http://docx.webperf.org and http://lxr.webperf.org/
__
Stas
older PerlRun. It's a good idea to
run the latest stable sw if possible. Glad to hear that the problem has
been resolved.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide
$r-rflush() for now.
__
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
Perrin Harkins wrote:
Stas Bekman wrote:
I think I've had enough coffee. PerlRun recompiles the code on each
request, meaning that it re-runs any BEGIN blocks on each request.
Meaning that My::Config will re-import %CF afresh.
That makes sense. I was thinking that keeping track
Rodney Broom wrote:
From: Stas Bekman [EMAIL PROTECTED]
What happens if you do:
$r-set_handlers('PerlAuthenHandler', 'Some::handler');
Either of these:
$r-set_handlers('PerlAuthenHandler', 'Some::handler');
$r-set_handlers('PerlAuthenHandler', \Some::handler);
Yeild
. Please see
http://httpd.apache.org/lists.html#http-users
__
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
#Using_Global_Variables_and_Sharing_Them_Between_Modules_Packages
__
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
. Right?
What happens if you do:
$r-set_handlers('PerlAuthenHandler', 'Some::handler');
could be that with push_handlers() you have some other handler that
takes over, before Some::handler has a chance to run.
__
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
#Should_I_Rebuild_mod_perl_if_I_have_Upgraded_Perl_
http://perl.apache.org/docs/1.0/guide/install.html#Installation_Without_Superuser_Privileges
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org
'use base ...'
in any case, please check whether the problem persists in the bleed-perl
(i.e. 5.9.0-dev) and if so, make sure it gets fixed, by sending a
bugreport to p5p.
__
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
for threaded mpms when it gets
released.
__
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
://perl.apache.org/docs/1.0/guide/debug.html#Handling_the__User_pressed_Stop_button__case
[...]
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL
/help.html#Reporting_Problems
both linked from the shortcuts menu on any page at perl.apache.org.
__
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://ticketmaster.com
and segfaults in it.
But get first the whole backtrace.
Alex
From: Stas Bekman [EMAIL PROTECTED]
To: Alex Lee [EMAIL PROTECTED]
CC: [EMAIL PROTECTED]
Subject: Re: Segmentation Fault with mod_php and mod_perl
Date: Tue, 27 Aug 2002 11:54:38 +0800
Alex Lee wrote:
There seems to be conflict
/site_perl/5.6.1/aix. Of course you will have problems
when you load the wrong package. It's Apache::Symbol, not Symbol in the
dir Apache/.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl
, you should modify @INC when the server is started.
-
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http
backtrace should help more that the output of truss.
See
http://perl.apache.org/docs/1.0/guide/help.html#How_to_Report_Problems
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http
stage. On win32 I don't know,
probably the same too.
__
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://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://ticketmaster.com
/SAMTREGAR/HTML-Template-2.5/Template.pm#FREQUENTLY_ASKED_QUESTIONS
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http
a weird trace. it's still incomplete, but getting better.
One things missing is 'DBI+0x70b6'. Can you now rebuild DBI? It should
pick the debug flags from perl (which you've apparently just rebuilt).
__
Stas BekmanJAm_pH
too few actual parameters
that's ok. you aren't supposed to build _04 with apache 2.0.40 or
higher. it's time to release _05.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide
the traces there?
__
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
if this was indeed the cause.
__
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
Oleg Shaikhatarov wrote:
Stas Bekman wrote:
Oleg Shaikhatarov wrote:
Hello, all!
I need to change proctitle (called $PROGRAM_NAME or $0 in perl) of
httpd process from mod_perl. Simple change of $0 variable works well
for standalone perl program, but don't work under mod_perl.
I'm not sure
or die Cannot execute: .$sth-errstr();
print sth=$sth,rv=$rv\n;
while(@row = $sth-fetchrow_array){
print @row\n;
}
$sth-finish();
$dbh-disconnect();
exit(0);
- Original Message -
From: Stas Bekman [EMAIL PROTECTED]
To: Atsushi Fujita [EMAIL PROTECTED]
Cc
127.0.0.1 for ServerName
is amended by adding:
127.0.0.1 localhost.localdomain localhost
to /etc/hosts
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http
you retrieve a backtrace from the core file? The version that I was
using before 1.30 (I think it was 1.29) was blowing so badly that it was
leaving no stack.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http
and mod_perl-2
Try:
http://perl.apache.org/docs/1.0/guide/debug.html#Using_the_Perl_Trace
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto
for this install.
__
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
://perl.apache.org/docs/2.0/user/install/install.html#Prerequisites
I'll update it shortly.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto
us know.
Thanks.
Tatsuhiko Miyagawa wrote:
Hi
I'm running Japanese mod_perl mailing list.
http://bulknews.net/lib/ml/
This list is working on a free mailing list service called freeml in
Japan.
At Tue, 12 Mar 2002 11:16:16 +0800,
Stas Bekman wrote:
I was thinking today about
.
__
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
. It'll become mod_perl-2.0.xx when the first production
version is released.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED
most is to write a test that exposes this problem. I
don't have Oracle, so if you could help me reproduce the problem, I'd
know what to fix.
Thanks!
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
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
Apache 2.0.40 or Apache cvs, you must either wait for 1.99_05 to
be released, or use the mod_perl cvs.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http
J. W. Ballantine wrote:
Thanks, that solved the problem.
which has been already solved in cvs.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
has its own guide:
http://perl.apache.org/docs/2.0/
__
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
) there are no problems.
Possibly does someone have an idea?
Try building with the cvs mod_perl version:
http://perl.apache.org/docs/2.0/user/install/install.html#Installing_from_Source
__
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
whose source is
!DOCTYPE html PUBLIC -//W3C//DTD HTML 4.01
Transitional//ENhtmlheadtitle/title/headbody/body/html
but we are going OT here, let's take it off the list.
__
Stas BekmanJAm_pH -- Just Another mod_perl
/apache_1.3.26/src when prompted
by mod_perl installer. See
http://perl.apache.org/docs/1.0/guide/install.html for more info.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http
eliminated many warnings
(especially from libwww). I hope that someone can review those changes and commit
them to the master source code, for the next mod_perl release).
Thank you Yair, committed.
__
Stas BekmanJAm_pH
#Overriding_E_lt_LocationE_gt__Setting_in__Sub_Location_
__
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
[EMAIL PROTECTED] wrote:
please unsubscribe me
Only you can do that. Look at the email header, it says:
list-unsubscribe: mailto:[EMAIL PROTECTED]
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http
24.165.240.166] (104)Connection
reset by peer: client stopped connection before rwrite completed
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
How else can i find the server-document_root ?
e.g: Apache-server_root_relative(htdocs);
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
there.
__
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
tipoff was when he had to go change
all the exit commands in the Perl scripts to Apache::exit();
You don't need to do that for registry scripts. It's being done for you
behind the scenes.
__
Stas BekmanJAm_pH
- not self-consistent). Also searched the entire
system for tmon.out files (not found).
Any suggestions?
Permission problems?
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl
is not the *only* guide anymore. Moreover parts of the /guide
that aren't specific to 1.0 have moved into /docs/general/.
__
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
/2.0/user/install/install.html#Create_the_build_environment
You should be all set now.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL
2Gb limit affect the database driver?
Could be the DBD driver problem. You should probably ask on the relevant
list and if you find an answer please share the reason with us. Seems to
be an interesting problem.
__
Stas Bekman
masilva3 wrote:
Hi list,
I converted an cgi for mod_perl and sometimes it execute ok, in the
others, it show the code of cgi in browser.
Anybody know what occur ?
Did you use:
Options +ExecCGI
PerlSendHeader On
__
Stas
Oden Eriksson wrote:
On Fridayen den 2 August 2002 13.37, Stas Bekman wrote:
Oden Eriksson wrote:
Hi there.
I'm new to this list so excuse me if I brake written or unwritten
rules... I'm the apache2 (from CVS) packager for Mandrake Linux.
Is there some voodoo magic trick I could do
different
uids/gids. If I remember correctly this mpm is highly experimental at
this point.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto
://www.suse.de/~aj/linux_lfs.html
Then re-build Apache (it should automatically add -D_LARGEFILE_SOURCE
flag) and Perl with -Duselargefiles and finally rebuild mod_perl.
--
__
Stas BekmanJAm_pH -- Just Another mod_perl
5.6.0.
Doesn't RH carry 5.6.1 rpms? You could try to uninstall 5.6.0 binaries
though I can see that you will have dependencies problems.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org
the serialization problem with a plain
cgi-bin script. Will report to the httpd-dev list and hopefully it'll be
resolved in the future version.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org
Stas Bekman wrote:
Alessandro Forghieri wrote:
Greetings.
I have observed the same behavior (on win32).
Scripts that are invoked from the same browser through the same URL
appear
to bind to the same perl thread and are therefore serialized. Changing
the URL appears to bind
901 - 1000 of 2516 matches
Mail list logo