This is a "new feature" version. Tag is not compressed anymore.
Upgrade is necessary for users of Apache::Dynagzip experiencing
corrupted content associated with tag.
The uploaded file
Compress-LeadingBlankSpaces-0.04.tar.gz
has entered CPAN as
file:
$CPAN/authors/id/S/SL/SLAVA/Compress-Lead
Hulya Gurer wrote:
Sorry Stas, here it's.
We are already using Apache::DBI->connect_on_init() and there are not
many accesses
to the database at this point that concern more than one connection.
As I suggested:
>> Apache::DBI doc doesn't claim to be ported to 2.0, it only suggests
>> that it may w
Sorry Stas, here it's.
We are already using
Apache::DBI->connect_on_init() and
there are not many accesses
to the database at this point that concern more than one
connection.
My startup.pl has
use Apache::DBI ();
use DBI ();
Apache::DBI->connect_on_init("DBI:DB2:supwbdev",
"wkbtest", "proton",
Hulya Gurer wrote:
Hello,
I have a new Solaris server that runs on Solaris 8 and has been upgraded
to Perl 5.8.3, Apache 2.49,
mod_perl 1.99.13, and DB2 running as Database. When I start the apache
server with startup.pl I get,
Database handle destroyed without explicit disconnect at
/usr/loca
Hello,
I have a new Solaris server that runs on Solaris 8 and has been upgraded
to Perl 5.8.3, Apache 2.49,
mod_perl 1.99.13, and DB2 running as Database. When I start the
apache server with startup.pl I get,
Database handle destroyed without explicit
disconnect at /usr/local/lib/perl5/site_per
Brian Hirt wrote:
I've typed up my suggestions to the troubleshooting doc, and
incorporated glen's suggestions too. Stas wants me to post to the list
to see if there are any comments / corrections.
I wasn't sure if I should put a comment in about __DIE__ handlers and
their use with evals, it
I've typed up my suggestions to the troubleshooting doc, and
incorporated glen's suggestions too. Stas wants me to post to the
list to see if there are any comments / corrections.
I wasn't sure if I should put a comment in about __DIE__ handlers and
their use with evals, it seemed like that m
Stas Bekman wrote:
> Philippe M. Chiasson wrote:
>
>
That's correct, and really, it's a borked test then. It did pass for me once
strangely, as I managed to have 2 mod_perls in my httpd, a static one and a dso
loaded one ( can't reproduce that, lol)
>>>
>>>
>>>Shouldn't loaded() be
On Thursday 06 May 2004 11:40 am, Perrin Harkins wrote:
> On Thu, 2004-05-06 at 17:19, Beau E. Cox wrote:
> > But maybe I could explain the overall picture. I am trying to embed
> > 'any' script (whthout modification) in perl; I use a perl package
> > (which is run via a c program) to maintain 'per
On Thu, 2004-05-06 at 17:19, Beau E. Cox wrote:
> But maybe I could explain the overall picture. I am trying to embed
> 'any' script (whthout modification) in perl; I use a perl package
> (which is run via a c program) to maintain 'persistence' of the script
> which is read from disk. This must be
Philippe M. Chiasson wrote:
That's correct, and really, it's a borked test then. It did pass for me once
strangely, as I managed to have 2 mod_perls in my httpd, a static one and a dso
loaded one ( can't reproduce that, lol)
Shouldn't loaded() be fixed instead to tell you whether mod_perl is linke
On Thursday 06 May 2004 04:41 am, Wiggins d Anconia wrote:
[snip]
> Generally when I hit an unrecognized warning it is time to check the
> perldiag docs,
>
> perldoc perldiag
>
> Conveniently,
>
> "Variable "%s" will not stay shared
> (W closure) An inner (nested) named subroutine is referencing a
Stas Bekman wrote:
> Philippe M. Chiasson wrote:
>
>>Stas Bekman wrote:
>>
>>
Here are the results you asked for :
t/TEST -clean
t/TEST -v t/api/module.t t/apr/netlib.t t/compat/conn_rec.t
t/modperl/setupenv.t t/preconnection/note.t
>>>
>>>
>>>Thanks. So it all comes down
Philippe M. Chiasson wrote:
Stas Bekman wrote:
Here are the results you asked for :
t/TEST -clean
t/TEST -v t/api/module.t t/apr/netlib.t t/compat/conn_rec.t
t/modperl/setupenv.t t/preconnection/note.t
Thanks. So it all comes down to two issues.
1) Apache::Module::loaded('mod_perl.so')
t/api/mo
Stas Bekman wrote:
>>Here are the results you asked for :
>>
>>t/TEST -clean
>>t/TEST -v t/api/module.t t/apr/netlib.t t/compat/conn_rec.t
>>t/modperl/setupenv.t t/preconnection/note.t
>
>
> Thanks. So it all comes down to two issues.
>
> 1) Apache::Module::loaded('mod_perl.so')
>
>
>>t/ap
Stas Bekman wrote:
What I suspect is
that httpd doesn't link mod_perl.a at all and that's why you get this
problem. the modperl_bucket_sv_create probably just happens to be the
first symbol that is attempted to be used.
Please scratch that last part, as it's obviously wrong, since once you link
Paul G. Weiss wrote:
On Thu, 6 May 2004 16:12:16 +, <[EMAIL PROTECTED]> wrote:
James Moore claimed to have gotten it right:
http://groups.google.ch/groups?q=emacs+mod_perl&hl=en&lr=lang_en|lang_de&ie=UTF-8&oe=UTF-8&selm=1051404465.5094
+85%40yasure&rnum=1
It partially works for me. The last p
Glenn wrote:
[...]
http://perl.apache.org/docs/1.0/guide/troubleshooting.html#Callback_called_exit
I've followed that advice and explicitly allocated memory into $^M.
I have the following in my mod_perl_startup.pl, which I run from
httpd.conf with PerlRequire /path/to/mod_perl_startup.pl
If 64K is
Brian Hirt wrote:
I too followed the advice too, but it did nothing but lead my down the
wrong path. The advice should be updated.
My point is that $^M does absolutely nothing unless you use perl's
malloc, which isn't true for most common perl installations these days.
compiling with PE
TimeZones are not fun, hey :)
[EMAIL PROTECTED] wrote:
Here is the result :
[37] | 0| 92|FUNC |GLOB |0|
.text|modperl_bucket_sv_create
Thanks for the manpage quoting, so now we know that the symbol is seen from
mod_perl.a. Next mod_perl.a gets linked to httpd. Earlie
On Thu, 6 May 2004 16:12:16 +, <[EMAIL PROTECTED]> wrote:
James Moore claimed to have gotten it right:
http://groups.google.ch/groups?q=emacs+mod_perl&hl=en&lr=lang_en|lang_de&ie=UTF-8&oe=UTF-8&selm=1051404465.5094
+85%40yasure&rnum=1
It partially works for me. The last part doesn't:
James Moor
On May 6, 2004, at 10:27 AM, Perrin Harkins wrote:
On Wed, 2004-05-05 at 22:11, Brian Hirt wrote:
I've been running across a problem lately where a child process
terminates because of an out of memory error. It prints Out of
Memory
once, the the process sucks up all available cpu print "Callback
I too followed the advice too, but it did nothing but lead my down the
wrong path. The advice should be updated.
My point is that $^M does absolutely nothing unless you use perl's
malloc, which isn't true for most common perl installations these days.
compiling with PERL_EMERGENCY_SBRK
On Thu, 2004-05-06 at 12:42, Hans Poo R. wrote:
> I removed the manual rollback and let the job to Apache::DBI, the problem is
> that after the change, the message about the handle destroyed still appears in
> the log. I activated the $Apache::DBI::DEBUG variable, but the message persist
> (now wit
On Wed, 2004-05-05 at 22:11, Brian Hirt wrote:
> I've been running across a problem lately where a child process
> terminates because of an out of memory error. It prints Out of Memory
> once, the the process sucks up all available cpu print "Callback called
> exit." to the log file until i
Hi Perrin
I removed the manual rollback and let the job to Apache::DBI, the problem is
that after the change, the message about the handle destroyed still appears in
the log. I activated the $Apache::DBI::DEBUG variable, but the message persist
(now with the DEBUG information).
Issuing rollback()
James Moore claimed to have gotten it right:
http://groups.google.ch/groups?q=emacs+mod_perl&hl=en&lr=lang_en|lang_de&ie=UTF-8&oe=UTF-8&selm=1051404465.5094
+85%40yasure&rnum=1
It partially works for me. The last part doesn't:
> James Moore wrote:
> Not elegant, but it does get you full functional
On Wed, May 05, 2004 at 08:11:56PM -0600, Brian Hirt wrote:
> I've been running across a problem lately where a child process
> terminates because of an out of memory error. It prints Out of Memory
> once, the the process sucks up all available cpu print "Callback called
> exit." to the log
Stas Bekman <[EMAIL PROTECTED]>
05/05/2004 19:56
Pour : [EMAIL PROTECTED]
cc : mod_perl Mailing List <[EMAIL PROTECTED]>
Objet : Re: mp2 Apache2.0.49 on HPUX11i : mod_perl does not load in Apache
>>>% nm modperl_bucket.o | grep modperl
29 matches
Mail list logo
