Michael Lackhoff wrote:
Am 03.07.2015 um 15:55 schrieb André Warnier:
Grateful for any insight.
No real insight but a working setup for development which runs from
USB-stick and on about any system from XP 32bit to Windows 7 64bit
(sorry, no experience with Windows server, all my servers run
Am 03.07.2015 um 15:55 schrieb André Warnier:
> Grateful for any insight.
No real insight but a working setup for development which runs from
USB-stick and on about any system from XP 32bit to Windows 7 64bit
(sorry, no experience with Windows server, all my servers run Linux,
Windows is just nic
Perrin:
I looks you are rightI might have tested something else;-)
Thanks
Ron
From: [EMAIL PROTECTED] on behalf of Perrin Harkins
Sent: Fri 12/7/2007 4:53 PM
To: Ronald Dai.
Cc: modperl@perl.apache.org
Subject: Re: apache mod_perl aborted a process
@perl.apache.org
Subject: RE: apache mod_perl aborted a process within a eval block without
completing it
eval could not catch exit() calls but exit() calls within eval actually won't
have the process exit...I just tested it. I am not aware of any $SIG{__DIE__}
handlersince in most cases the
On Dec 7, 2007 4:45 PM, Ronald Dai. <[EMAIL PROTECTED]> wrote:
> eval could not catch exit() calls but exit() calls within eval actually
> won't have the process exit...I just tested it.
You must have tested something else, because exit() does cause a
process to leave an eval block. Maybe you tri
hanks
Ron
From: [EMAIL PROTECTED] on behalf of Perrin Harkins
Sent: Fri 12/7/2007 4:41 PM
To: Ronald Dai.
Cc: modperl@perl.apache.org
Subject: Re: apache mod_perl aborted a process within a eval block without
completing it
On Dec 7, 2007 3:51 PM, Ronald Dai. &l
On Dec 7, 2007 3:51 PM, Ronald Dai. <[EMAIL PROTECTED]> wrote:
> Could someone help me to explain under what circumstances, the mod_perl or
> apache would abort a process within an eval block without letting the code
> complete the block?
A segfault or an exit().
Your perl is pretty old, so it's
Am Donnerstag, 13. Juli 2006 22:12 schrieb Philip M. Gollucci:
> Heiko Weber wrote:
> >>> cgi-code I must use a taited variable. But how to find the line of code
> >>> ?
> >
> > thanks for the hint. I added a -section in httpd.conf:
> >
> > use Carp;
> > $SI
Heiko Weber wrote:
cgi-code I must use a taited variable. But how to find the line of code ?
thanks for the hint. I added a -section in httpd.conf:
use Carp;
$SIG{__DIE__} = sub { confess shift };
$SIG{__WARN__} = \&Carp::cluck;
Am Freitag, 7. Juli 2006 19:08 schrieb Philip M. Gollucci:
> Heiko Weber wrote:
> > Sure, I know what "perl taint" is ... so somewhere in my own written
> > cgi-code I must use a taited variable. But how to find the line of code ?
> > In the errorlog there only the above line, no more deeper/detail
Heiko Weber wrote:
> Sure, I know what "perl taint" is ... so somewhere in my own written cgi-code
> I must use a taited variable. But how to find the line of code ? In the
> errorlog there only the above line, no more deeper/detailed info. I didn't
> find a way to detect the place where I didn'
i can't talk as to why that's happening - aside from stating the
obvious that the server is forgetting to parse things as php.
what i will say is this:
redo your system as a multi-server setup.
run a seperate configuration of mod_perl bound to port 8080 or
something on localhost, and prox
On Tue, 30 Aug 2005, Foo Ji-Haw wrote:
Hi all,
I have a small setup development setup on a Windows 2000
Server+Apache 2+ActivePerl 5.8.6+mod_perl 2.0.1. With a
setting of 5 threads per child.
I have 3 external clients hitting the server
simultaneously doing batch SOAP calls, plus my local
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
[...]
> /opt/perl/bin/perl Makefile.PL MP_APXS=/opt/httpd/bin/apxs
> Reading Makefile.PL args from @ARGV
> MP_APXS = /opt/httpd/bin/apxs
> no conflicting prior mod_perl version found - good.
> [ error] '/opt/httpd/bin/apxs -q INCLUDEDIR' failed:
> [
Tom Schindl wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I went back to my 2.0.40 install of Apache. The 2.0.54 was not playing
nice with plesk. How do I update the @INC path and/or mod_perl for the
new perl 5.8.7? I try using CPAN with install Bundle::Apache and no go.
Any ideas?
On Aug 22, 2005, at 3:47 AM, Tom Schindl wrote:
There's enough information in the docs and mail-archives else get one
of
the great mod-perl books.
on the off chance that you're on freebsd, my notes will walk you
through it
http://dev.2xlp.com/trac/wiki/
FreeBsdApacheMultiServerSetupUsin
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
[...]
No. Your performance will be increased using a so called proxy-setup:
- - Make your frontend server as light weight as possible (don't load php
and mod-perl)
- - Use mod-rewrite to forward requests to dynamic pages to your mod-perl
enabled s
On Aug 19, 2005, at 6:45 PM, Todd Finney wrote:
perldoc perldiag
Attempt to free unreferenced scalar
(W internal) Perl went to decrement the reference count of a
scalar
to see if it would go to 0, and discovered that it had
already gone
to 0 earlier, and shou
On Fri, 2005-08-19 at 18:40 -0500, Boysenberry Payne wrote:
> I turned off both:
>
> PerlFreshRestart On
Don't ever use that.
> PerlModule Apache::StatINC
> PerlInitHandler Apache::StatINC
Only use that in development, not on a production server.
Apache::Reload is the newer and better version.
I turned off both:
PerlFreshRestart On
PerlModule Apache::StatINC
PerlInitHandler Apache::StatINC
on the Linux server and still get the errors.
I'm going to look into Devel::Leak and Devel::LeakTrace
Thanks,
Boysenberry
boysenberrys.com | habitatlife.com | selfgnosis.com
On Aug 19, 2005, at
On Aug 19, 2005, at 4:10 PM, Philip M. Gollucci wrote:
I believe what you are seeing is a known bug in the Apache 1.3.x/mp1
series.
I don't think its your code.
I believe google searches will yeild this; I know I've seen it before.
I've found a lot of people mentioning similar errors when I
On Fri, 2005-08-19 at 16:02 -0500, Boysenberry Payne wrote:
> I still don't know how to track down the scalars
> being leaked.
> Could they be being caused from something like the following?
>
> sub example {
> return 1;
> }
> example;
No, I don't think so. You can try using things like D
Boysenberry Payne wrote:
So I figured out how to get the perl debugger working with mod_perl,
thanks to
Practical mod_perl. I still don't know how to track down the scalars
[Sun Feb 13 01:00:00 2000] null: Attempt to free unreferenced scalar.
...
I'm using mod_perl 1.26 and apache 1.3.33 (only
So I figured out how to get the perl debugger working with mod_perl,
thanks to
Practical mod_perl. I still don't know how to track down the scalars
being leaked.
Could they be being caused from something like the following?
sub example {
return 1;
}
example;
Because the the void conte
Stas Bekman wrote:
Philip M. Gollucci wrote:
[...]
Actually from the README,
*** Prerequisites ***
Apache:
Dynamic mod_perl (DSO):Apache 2.0.47 - 2.0.54.
Static mod_perl: Apache 2.0.51 - 2.0.54.
Newer Apache versions may work with this version of mod_perl. If
not, the
Tom Schindl wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I went back to my 2.0.40 install of Apache. The 2.0.54 was not playing
nice with plesk. How do I update the @INC path and/or mod_perl for the
new perl 5.8.7? I try using CPAN with install Bundle::Apache and no go.
Any ideas?
Philip M. Gollucci wrote:
[...]
Actually from the README,
*** Prerequisites ***
Apache:
Dynamic mod_perl (DSO):Apache 2.0.47 - 2.0.54.
Static mod_perl: Apache 2.0.51 - 2.0.54.
Newer Apache versions may work with this version of mod_perl. If
not, the svn version likely wil
Tom Schindl wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I went back to my 2.0.40 install of Apache. The 2.0.54 was not playing
nice with plesk. How do I update the @INC path and/or mod_perl for the
new perl 5.8.7? I try using CPAN with install Bundle::Apache and no go.
Any ideas?
Ac
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
>
> I went back to my 2.0.40 install of Apache. The 2.0.54 was not playing
> nice with plesk. How do I update the @INC path and/or mod_perl for the
> new perl 5.8.7? I try using CPAN with install Bundle::Apache and no go.
> Any ideas?
>
> -Jon
>
>
Jonathan Steffan wrote:
After much work, I have installed perl 5.8.7 with all the modules I
need. I had to upgrade to Apache 2.0.54 from 2.0.40 to be able to
install mod_perl2. The new server seems to be working. I still have
not gotten anything running. I'm stuck with a problem with mod_php a
The last set of errors are happening on my OSX box.
I get a different set of errors on our Linux server when it restarts:
[Sun Feb 13 01:00:00 2000] null: Attempt to free unreferenced scalar.
...
I get a whole mess of those, then I get:
Scalars leaked: 234
I'm not sure how to go about fixing t
[EMAIL PROTECTED] wrote:
I've been doing some searching through apache.org and sourceforge to see if I
could locate a web based file management app (similar to Xythos WFS) that runs
on Apache, Linux and mod_perl.
If anyone knows of such a product I'd greatly appreciate if you could pass me
an
Gert Jan Schipper wrote:
Hi All,
I didn't found anything about this problem on the Internet, to use
AuthenNTLM in combination with mod_perl-2.0.0-RC5. Nobody answers on
below question. Does anybody know is it possible to use this
combination. AuthenNTLM is looking for mod_perl but on my system I ha
. How can I configure AuthenNTLM that it uses mod_perl2.
Or doesn't mod_perl-2.0.0.0-RC5 support Apache::AthenNTLM.??
Regards,
Gert Jan
> -Original Message-
> From: Gert Jan Schipper
> Sent: Monday, April 25, 2005 3:32 PM
> To: modperl@perl.apache.org
> Sub
phen Clouse
> Cc: modperl@perl.apache.org
> Subject: Re: Apache mod_perl
>
> Stephen Clouse wrote:
>
> >-BEGIN PGP SIGNED MESSAGE-
> >Hash: SHA1
> >
> >On Fri, Apr 22, 2005 at 02:12:17PM +0200, Gert Jan Schipper wrote:
> >
> >
> >>
I believe thats up to you whether or not you split them.
The same module Apache::Authfoo can support both MP1 and MP2 RC5 and
higher.
Infact, the only version of MP2 modules should support going forward is
MP2 RC5+ (until
the official 2.0 release when the API should "be locked" for the 2.x
seri
Hi Philip,
For answers on your questions see below mail:
> Hi, here are some questions / things to try.
> 1. Do you have multiple installations of perl?
I don't think it. It's a standard installation of RedHet 3.0 AS
>
> 2. Post the full output perl -V output to the list.
>
[EMAIL PROTECTE
Stephen Clouse wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Fri, Apr 22, 2005 at 02:12:17PM +0200, Gert Jan Schipper wrote:
I've installed Apache::AuthenNTLM and I got the following error now in
error_log:
failed to resolve handler `Apache::AuthenNTLM': Can't locate mod_perl.pm
in @IN
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Fri, Apr 22, 2005 at 02:12:17PM +0200, Gert Jan Schipper wrote:
> I've installed Apache::AuthenNTLM and I got the following error now in
> error_log:
>
> failed to resolve handler `Apache::AuthenNTLM': Can't locate mod_perl.pm
> in @INC (@INC
Gert Jan Schipper wrote:
/local/apache2) at (eval 3) line 3.\n
At first glance, did you install Apache::AuthenNTLM ?
perl -MCPAN -e install 'Apache::AuthenNTLM'
Hi, here are some questions / things to try.
1. Do you have multiple installations of perl?
2. Post the full output perl -V outpu
Shannon Eric Peevey wrote:
Philip M. Gollucci wrote:
Stephen Clouse wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Fri, Apr 22, 2005 at 02:12:17PM +0200, Gert Jan Schipper wrote:
I've installed Apache::AuthenNTLM and I got the following error now in
error_log:
failed to resolve handler
Philip M. Gollucci wrote:
Stephen Clouse wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Fri, Apr 22, 2005 at 02:12:17PM +0200, Gert Jan Schipper wrote:
I've installed Apache::AuthenNTLM and I got the following error now in
error_log:
failed to resolve handler `Apache::AuthenNTLM': Can't
/local/apache2) at (eval 3) line 3.\n
>
> At first glance, did you install Apache::AuthenNTLM ?
> perl -MCPAN -e install 'Apache::AuthenNTLM'
>
I've installed Apache::AuthenNTLM and I got the following error now in
error_log:
failed to resolve handler `Apache::AuthenNTLM': Can't locate mod_perl
I receive the errors after the module Apache-AuthenNTLM (with perl
-MCPAN...) is installed.
> -Original Message-
> From: Shannon Eric Peevey [mailto:[EMAIL PROTECTED]
> Sent: Friday, April 22, 2005 1:30 PM
> To: Gert Jan Schipper
> Cc: modperl@perl.apache.org
> S
Gert Jan Schipper wrote:
The version of mod_perl is "mod_perl-2.0.0-RC5". The installation is
done very well. But when I use Apache::AuthenNTLM in the httpd.conf, I
got the below errors.
I'm sorry, Gert, I was moving through my mailbox, and wrote this last
message before realizing someone else had
1:19 PM
> To: Gert Jan Schipper
> Cc: modperl@perl.apache.org
> Subject: Re: Apache mod_perl
>
>
> >
> > But I got following error in de the error_log file from Apache:
> >
> >
> >
> > [Fri Apr 22 10:28:51 2005] [error] [client 10.1.50.79] f
But I got following error in de the error_log file from Apache:
[Fri Apr 22 10:28:51 2005] [error] [client 10.1.50.79] failed to resolve
handler `Apache::AuthenNTLM': Can't locate Apache/AuthenNTLM.pm in @INC
(@INC contains: /usr/lib/perl5/5.8.0/i386-linux-thread-multi
/usr/lib/perl5/5.8.0
te
Apache/AuthenNTLM.pm
> -Original Message-
> From: Gert Jan Schipper
> Sent: Friday, April 22, 2005 11:41 AM
> To: Philip M. Gollucci
> Cc: modperl@perl.apache.org
> Subject: RE: Apache mod_perl
>
> Hi Philip,
>
> I use httpd-2.0.52 and mod_perl-2.0.0-RC5
>
> Aft
o my error_log. I get the page "The page cannot be diplayed". I
don't understand the working about Apache::NTLM.
Gert Jan
> -Original Message-
> From: Philip M. Gollucci [mailto:[EMAIL PROTECTED]
> Sent: Friday, April 22, 2005 11:11 AM
> To: Gert Jan Schipper
Gert Jan Schipper wrote:
Hi All,
After install mod_perl I’ve changed my httpd.conf file to:
First of all specify the mod perl version and httpd version.
And what did you change it from to this ?
>Fri Apr 22 10:28:51 2005] [error] [client 10.1.50.79] failed to
resolve >handler `Apache::AuthenNTL
Perrin Harkins wrote:
> You could still be foiling it
> by stashing database handles in globals or closures though.
Thanks a lot, Perrin, in fact this helped a lot. You convinced me that
it's my error :)
The idea that one db handle is being inherited by the forked childs
helped. I finally found
On Thu, 2004-05-27 at 21:34, Mike Blazer wrote:
> It's hard to extract the part of the code because my configs look wild
> :)
Holy cow, this is a lot of code. The simplest thing I can think of to
see what's going on is to turn on Apache::DBI debugging and then watch
your error_log. If you see a
Thanks, Perrin, I'm sure you're right just don't see where this happens.
It's hard to extract the part of the code because my configs look wild
:)
One sh script starts/stops/restarts 3 servers with 1 config for proxy
and 1 config full of sections - for two back-end servers.
Yes, I do call mysql f
On Thu, 2004-05-27 at 15:20, Mike Blazer wrote:
> See, in the very beginning - 3 child processes started and connected to
> the same mysql thread_id
>
> None of my processes ever disconnects, they all use Apache:DBI and
> everything is checked to be correct.
> Seems like it's mysql error in dispat
Ged Haywood wrote:
Hi Stas,
On Thu, 18 Mar 2004, Stas Bekman wrote:
FWIW, EVERYTHING=1 has nothing to do with Apache.
I was just looking at this in mod_perl-1.27/Makefile.PL:
if($EVERYTHING) {
@callback_hooks{qw(PERL_STACKED_HANDLERS PERL_METHOD_HANDLERS)} = (1) x 2;
for(qw(ALL_HOOKS
Hi Stas,
On Thu, 18 Mar 2004, Stas Bekman wrote:
> FWIW, EVERYTHING=1 has nothing to do with Apache.
I was just looking at this in mod_perl-1.27/Makefile.PL:
if($EVERYTHING) {
@callback_hooks{qw(PERL_STACKED_HANDLERS PERL_METHOD_HANDLERS)} = (1) x 2;
for(qw(ALL_HOOKS PERL_SSI PERL_SECTI
Ged Haywood wrote:
Hi there,
On Thu, 18 Mar 2004, Michael wrote:
_actions_module
_include_module
_log_config_module
I think there's stuff in apache's src/modules/standard directory which
isn't being compiled. You could check if/why things in there aren't
built, or maybe wipe the directory tre
Hi there,
On Thu, 18 Mar 2004, Michael wrote:
> _actions_module
> _include_module
> _log_config_module
I think there's stuff in apache's src/modules/standard directory which
isn't being compiled. You could check if/why things in there aren't
built, or maybe wipe the directory trees and try agai
Michael wrote:
So i reran ranlib and configure and make as told in the instructions on
mod_perl website. I continue to get:
ld: warning -L: directory name (../modules/php4) does not exist
ld: warning -L: directory name (../../modules/php4) does not exist
ld: warning prebinding disabled because de
So i reran ranlib and configure and make as told in the instructions on
mod_perl website. I continue to get:
ld: warning -L: directory name (../modules/php4) does not exist
ld: warning -L: directory name (../../modules/php4) does not exist
ld: warning prebinding disabled because dependent library
Stas wrote:
SB> Ruslan U. Zakirov wrote:
>> Another thing about installation guide:
>> http://perl.apache.org/docs/1.0/guide/install.html#mod_perl_and_mod_php
>> 1) Configure Apache.
>>
>> % cd apache_1.3.xx
>> % ./configure --prefix=/usr/local/etc/httpd
>> Why should I do this, I allways skip
Michael wrote:
Hello Ged,
I copied all files to my ~ and repeated all setps. After make in point
4 i now get:
** A test compilation with your Makefile configuration
** failed. The below error output from the compilation
** test will give you an idea what is failing. Note that
** Apache require
Ged Haywood wrote:
Hi there,
On Thu, 18 Mar 2004, Michael wrote:
I have problems compiling apache under mac os x. I had no problems
without php but with php it doesn't work. Furthermore i need
mod_rewrite. I consulted docs at perl.apache.org and the install-guide
in practical mod_perl. What i di
Ruslan U. Zakirov wrote:
Another thing about installation guide:
http://perl.apache.org/docs/1.0/guide/install.html#mod_perl_and_mod_php
1) Configure Apache.
% cd apache_1.3.xx
% ./configure --prefix=/usr/local/etc/httpd
Why should I do this, I allways skip this step and everything fine. I
don'
Another thing about installation guide:
http://perl.apache.org/docs/1.0/guide/install.html#mod_perl_and_mod_php
1) Configure Apache.
% cd apache_1.3.xx
% ./configure --prefix=/usr/local/etc/httpd
Why should I do this, I allways skip this step and everything fine. I
don't understand why I shoul
OK, just saw myself that i should have run ranlib. after that and
another configure and make i get:
ld: warning -L: directory name (../modules/php4) does not exist
ld: warning -L: directory name (../../modules/php4) does not exist
ld: warning prebinding disabled because dependent library:
/usr/
Hello Ged,
I copied all files to my ~ and repeated all setps. After make in point
4 i now get:
** A test compilation with your Makefile configuration
** failed. The below error output from the compilation
** test will give you an idea what is failing. Note that
** Apache requires an ANSI C Com
Hi there,
On Thu, 18 Mar 2004, Michael wrote:
> I have problems compiling apache under mac os x. I had no problems
> without php but with php it doesn't work. Furthermore i need
> mod_rewrite. I consulted docs at perl.apache.org and the install-guide
> in practical mod_perl. What i did starting i
68 matches
Mail list logo
