Brent 'Dax' Royal-Gordon wrote:
Stas Bekman wrote:
a=SERVER_CREATE();
b=SERVER_CREATE();
RegulateDatabase(a, ...);
global_init(b);
global_init(c);
I have no idea where 'c' is coming from--like I said, I've
instrumented {SERVER,DIR}_{CREATE,MERGE}, which I think should cover
e
Stas Bekman wrote:
a=SERVER_CREATE();
b=SERVER_CREATE();
RegulateDatabase(a, ...);
global_init(b);
global_init(c);
I have no idea where 'c' is coming from--like I said, I've
instrumented {SERVER,DIR}_{CREATE,MERGE}, which I think should cover
everything.
PostConfig is called t
Info wrote:
Hi All,
I'm having problems with internal_redirect
My content handler calls
$r->internal_redirect("/davhome/depts/tst/tstmb7/");
This is in repsonse to a request from webDAV client for uri:
ivy/dav/home?0093
So I would expect the DAV client to behave the same whether I pointed
Brent 'Dax' Royal-Gordon wrote:
Stas Bekman wrote:
I still didn't have a chance to look at it in details, but could it be
the issue with merging not performing a deep copy?
http://perl.apache.org/docs/2.0/user/config/custom.html#Merging_Entries_Whose_Values_Are_References
I don't think so--the
Marc Gracia (Oasyssoft) wrote:
Opps.. Sorry after all gdb an strace I forgot to send the perl -V
Summary of my perl5 (revision 5.0 version 8 subversion 0) configuration:
[...]
Thanks.
Have you tried a more recent 5.8.x perl? 5.8.4 is out for quite some time
already. I'm not sure if it's going t
Stas Bekman wrote:
I still didn't have a chance to look at it in details, but could it be
the issue with merging not performing a deep copy?
http://perl.apache.org/docs/2.0/user/config/custom.html#Merging_Entries_Whose_Values_Are_References
I don't think so--the only operation I do on that array
Opps.. Sorry after all gdb an strace I forgot to send the perl -V
Summary of my perl5 (revision 5.0 version 8 subversion 0) configuration:
Platform:
osname=linux, osvers=2.4.20-wolk4.9s, archname=i386-linux
uname='linux massiel.oasysasp.loc 2.4.20-wolk4.9s #27 jue abr 8 12:28:33 cest
Andreas Bauer wrote:
Hi,
I wrote a small patch for Apache::Reload allowing a finer control over the
messages logged to error_log. It stops the module from flooding the logfile
with 'Checking mtime ...' messages.
To activate just the 'process 42 reloading Foo.pm' messages, set
'PerlSetVar ReloadInf
Joe Schaefer wrote:
Stas Bekman <[EMAIL PROTECTED]> writes:
[...]
It should be possible to automate this search by getting cvs version bumped up
incrementally and grepping for that split line, untill the change is
found. It'd be a nice addition to our toolset.
What's wrong with cvs annotate h
J b wrote:
Well, I looked through the old code (manually, like an archeologist),
and it goes way, way, way back to version 1.2 (6 years, 4 months
ago):
http://cvs.apache.org/viewcvs.cgi/modperl/Makefile.PL?r1=1.2&r2=1.3&diff_format=h
First seen here on line 294 as:
$EXTRA_CFLAGS .= join(" ", spli
Marc Gracia wrote:
Hi,
I have some problem that makes me mad for some time.
We just setted up a web farm to support our application that runs
entirely using mod_perl.
Until now we used a traditional apache+vhosts to serve our customers,
but as it became so unadministrable, we started this new sis
[ Please keep it on the list... ]
On Fri, 2004-05-14 at 09:36, Alex McLintock wrote:
> sometimes at random my mod_perl/DBI/DBD::Mysql connections fail at
> the execute stage resulting in an error something like "fetch failed
> because of no execute" failure.
>
> Does this sound like the same pr
On Fri, 2004-05-14 at 11:36, Raf wrote:
> I'm moving some code to perl 5.8.3 compiled with ithreads. I have a
> mod_perl handler (Apache 2.0.48- worker mpm/ModPerl 1.99.13) which has a
> default template directory and processes a bunch of these templates. I
> can write a perl script which will ha
Hi All,
I have a problem and after a day of smashing my head against a wooded
desk, I thought it might be time to seek some advise. My problem
involves Template Toolkit V 2.13 and mod_perl 1.99.13.
I'm moving some code to perl 5.8.3 compiled with ithreads. I have a
mod_perl handler (Apache 2.0.
Hi All,
I have a problem and after a day of smashing my head against a wooded
desk, I thought it might be time to seek some advise. My problem
involves Template Toolkit V 2.13 and mod_perl 1.99.13.
I'm moving some code to perl 5.8.3 compiled with ithreads. I have a
mod_perl handler (Apache 2.0.
Well, I looked through the old code (manually, like an archeologist),
and it goes way, way, way back to version 1.2 (6 years, 4 months
ago):
http://cvs.apache.org/viewcvs.cgi/modperl/Makefile.PL?r1=1.2&r2=1.3&diff_format=h
First seen here on line 294 as:
$EXTRA_CFLAGS .= join(" ", split(",", "
Hi,
I wrote a small patch for Apache::Reload allowing a finer control over the
messages logged to error_log. It stops the module from flooding the logfile
with 'Checking mtime ...' messages.
To activate just the 'process 42 reloading Foo.pm' messages, set
'PerlSetVar ReloadInfo On' in the apache
> sub SERVER_CREATE {
> return bless {
> Database=> ['DBI:mysql:Regulate'],
> ...
> }, shift;
> }
> sub global_init #:PostConfigHandler
> {
> my(undef, undef, undef, $s)[EMAIL PROTECTED];
> my $conf=Apache::Module->get_co
Hi,
I have some problem that makes me mad for some time.
We just setted up a web farm to support our application that runs entirely using mod_perl.
Until now we used a traditional apache+vhosts to serve our customers, but as it became so unadministrable, we started this new sistem to serve be
Stas Bekman <[EMAIL PROTECTED]> writes:
[...]
> It should be possible to automate this search by getting cvs version bumped up
> incrementally and grepping for that split line, untill the change is
> found. It'd be a nice addition to our toolset.
What's wrong with cvs annotate here?
gemini:~/s
You didn't specify which Database server you're using. If it's mysql you need to be cautious of the 'ping' method used by Apache::DBI to check if a connection is stale or not. the DBD::mysql ping method always returns a 'true' string e.g. "0 but true" rather than a 1 or a 0.
I believe the latest
J b wrote:
Hello list,
Long time lurker, first time poster.
Welcome :)
I'm trying (and I think I've
succeeded) to build mod_perl 1.3.29 64-bit with apache 1.3.31 on
Solaris 8. Perl 5.8.4 compiled 64-bit successfully. The problem I'm
having is that modperl's Makefile.PL mutilates the CFLAGS that
Hello list,
Long time lurker, first time poster. I'm trying (and I think I've
succeeded) to build mod_perl 1.3.29 64-bit with apache 1.3.31 on
Solaris 8. Perl 5.8.4 compiled 64-bit successfully. The problem I'm
having is that modperl's Makefile.PL mutilates the CFLAGS that perl
built with. Specifi
Brent 'Dax' Royal-Gordon wrote:
Stas Bekman wrote:
Even with a line in my httpd.conf like:
PerlLoadModule Apache::Regulate
RegulateDatabase 'dbi:mysql:apache' apache [redacted]
Please try:
# start perl early
PerlLoadModule Apache::Regulate
RegulateDatabase 'dbi:mysql:apache' apache [r
Stas Bekman wrote:
Even with a line in my httpd.conf like:
PerlLoadModule Apache::Regulate
RegulateDatabase 'dbi:mysql:apache' apache [redacted]
Please try:
# start perl early
PerlLoadModule Apache::Regulate
RegulateDatabase 'dbi:mysql:apache' apache [redacted]
Doesn't seem to have helpe
25 matches
Mail list logo
