Stas Bekman <[EMAIL PROTECTED]> wrote:
>'make install' after you have rebuilt mod_perl with MP_DEBUG=1? try to nuke
>/usr/lib/perl5/vendor_perl/5.8.0/i386-linux-thread-multi/auto/Apache
>and 'make install' again.
>
>Actually I know why this happens and why you have the segfault
>
>since you have
[EMAIL PROTECTED] wrote:
[...]
3. This is the core dump trace: (if you get a core dump):
I was able to run 'httpd -X' from inside gbd and got a stack trace
with mod_perl compiled with MP_DEBUG=1:
0x402f458c in modperl_wbucket_write (my_perl=0x81af228, wb=0x81b3900,
buf=0xb438 "4", wlen=0x4
-8<-- Start Bug Report 8<--
1. Problem Description:
apache crashes when accessing this modperl script:
package Apache::hello;
use strict;
use Apache::RequestRec ();
use Apache::RequestIO ();
use Apache::Const -compile => 'OK';
sub handler {
my $reques
[EMAIL PROTECTED] wrote:
-8<-- Start Bug Report 8<--
1. Problem Description:
apache crashes when accessing this modperl script:
package Apache::hello;
use strict;
use Apache::RequestRec ();
use Apache::RequestIO ();
use Apache::Const -compile => 'OK';
sub
-8<-- Start Bug Report 8<--
1. Problem Description:
apache crashes when accessing this modperl script:
package Apache::hello;
use strict;
use Apache::RequestRec ();
use Apache::RequestIO ();
use Apache::Const -compile => 'OK';
sub handler {
my $request
__
McAfee VirusScan Online from the Netscape Network.
Comprehensive protection for your entire computer. Get your free trial today!
http://channels.netscape.com/ns/computing/mcafee/index.jsp?promo=393397
Get AOL Instant Messenger 5.
Hi guys,
On Mon, 2 Jun 2003, Stas Bekman wrote:
> > Sun Jun 01 18:51:42 2003] [notice] Apache/2.0.46 (Unix)
> > mod_perl/1.99_09 Perl/v5.8.0 mod_ssl/2.0.46 OpenSSL/0.9.6b
http://www.openssl.org/news/secadv_20030219.txt
73,
Ged.
[EMAIL PROTECTED] wrote:
I get an Internal Server Error in the browser when trying
to access the URI /hello.
Apache and modperl version:
Sun Jun 01 18:51:42 2003] [notice] Apache/2.0.46 (Unix) mod_perl/1.99_09 Perl/v5.8.0
mod_ssl/2.0.46 OpenSSL/0.9.6b configured -- resuming normal operations
Whe
I get an Internal Server Error in the browser when trying
to access the URI /hello.
Apache and modperl version:
Sun Jun 01 18:51:42 2003] [notice] Apache/2.0.46 (Unix) mod_perl/1.99_09 Perl/v5.8.0
mod_ssl/2.0.46 OpenSSL/0.9.6b configured -- resuming normal operations
Relvant contents of perl.
b. ash wrote:
Hi,
I am trying to configure a working apache2/modperl2 setup, unfortunately
I can not seemt to get a critical module Apache::Cookie to install, I
keep getting this error.
Can't locate Apache/MyConfig.pm in @INC (@INC contains:
/usr/local/lib/perl5/5.8.0/i686-linux-thread-multi
To: [EMAIL PROTECTED]
Subject: modperl 2.0 problems with Apache::Cookie and related modules.
Hi,
I am trying to configure a working apache2/modperl2 setup, unfortunately
I can not seemt to get a critical module Apache::Cookie to install, I
keep getting this error.
Can't locate Apache/MyC
On Thu, 19 Dec 2002, b. ash wrote:
> Hi,
>
> I am trying to configure a working apache2/modperl2 setup, unfortunately
> I can not seemt to get a critical module Apache::Cookie to install, I
> keep getting this error.
>
> Can't locate Apache/MyConfig.pm in @INC (@INC contains:
> /usr/local/li
Hi,
I am trying to configure a working apache2/modperl2 setup, unfortunately
I can not seemt to get a critical module Apache::Cookie to install, I
keep getting this error.
Can't locate Apache/MyConfig.pm in @INC (@INC contains:
/usr/local/lib/perl5/5.8.0/i686-linux-thread-multi
/usr/local/li
Hi,
I am creating a handler that logs key (request)
variables passed from our client application. I need to tie the entries I
create to entries in the apache request log. I was thinking that I could
use the UNIQUE_ID created by mod_unique_id (i.e. stick it in access_log and
the log generat
Erich Oliphant wrote:
I am having difficulty accessing this variable (via the ENV
hash). I decided to make it a PerlLogHandler and register it
REALLY_LAST, thinking that mod_unique_id would've exported UNIQUE_ID
prior to that. However, that does not seem to be the case :)
Something is wrong
On Sat, 17 Aug 2002, pascal barbedor wrote:
> Hi
>
> when compiling modperl 1.99_05 (from today cvs)
> with MP_DEBUG=1
> there is un unresolved external
> RequestIO.obj : unresolved external symbol _times
> RequestIO.dll fatal LNK error
this has been fixed in cvs. just s/times/PerlProc_times
On Sun, 18 Aug 2002, Stas Bekman wrote:
> pascal barbedor wrote:
> > Hi
> >
> > when compiling modperl 1.99_05 (from today cvs)
> > with MP_DEBUG=1
> > there is un unresolved external
> > RequestIO.obj : unresolved external symbol _times
> > RequestIO.dll fatal LNK error
> >
> > this is with
Hi
when compiling modperl 1.99_05 (from today cvs)
with MP_DEBUG=1
first error :
modperl_xsinit.lo : fatal error : incompatible pdb format in
c:\modperl-2.0\src\modules\perl\vc60.pdb ; delete and rebuild
I don't know what the "delete and rebuild" means. after I delete th
pascal barbedor wrote:
> Hi
>
> when compiling modperl 1.99_05 (from today cvs)
> with MP_DEBUG=1
> there is un unresolved external
> RequestIO.obj : unresolved external symbol _times
> RequestIO.dll fatal LNK error
>
> this is with perl 5.8.0 compiled with DEBUG flag
> win XP
> MSVC6
Perhaps
Hi
when compiling modperl 1.99_05 (from today cvs)
with MP_DEBUG=1
there is un unresolved external
RequestIO.obj : unresolved external symbol
_times
RequestIO.dll fatal LNK error
this is with perl 5.8.0 compiled with DEBUG
flag
win XP
MSVC6
best regards
pascal
PS modperl-1.99_04 d
Greetings --
I've followed Doug's instructions for regenerating the source
tables with perl 5.8.0 and Apache 2.0.40-dev, but it fails parsing:
alexy@angle:/src/apache/modperl-2.0 > perl build/source_scan.pl
/usr/local/apache2/bin/apxs
Expecting parenth after
Udlei Nattis wrote:
> hi,
>
> this problem is stranger
> when i use apache 1.3/modperl 1.27 this problem don't exist
>
> i think problem is because thread in apache2 or modperl2
That's the thing. I've had the same behavior with apache 1.3/modperl
1.27, so I don't think this has anything to do
hi,
this problem is stranger
when i use apache 1.3/modperl 1.27 this problem don't exist
i think problem is because thread in apache2 or modperl2
lynx dont have problem because is other instance
if you open 2 instances of mozilla you dont have problem
but if you open one mozilla and 5 tab navig
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 t
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
> the request to a differe
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
the request to a different thread. (My observation regarded access f
thanks ;)
now i understand
to run in others browser instances you need change url
example:
http://127.0.0.1/hello-world?a
http://127.0.0.1/hello-world?b
http://127.0.0.1/hello-world?c
http://127.0.0.1/hello-world?d
/tmp/test123
1505: 162 <- thread
1505: 155 <- thread
1578: 146
1505: 131 <- threa
ok, looks like your setup is fine.
Though I cannot seem to reproduce your problem. Indeed it seems that the
unbuffered output doesn't work. I'm checking on that. But I've devised a
better test that verifies that the requests aren't serialized. If you
run this hander by two clients at the same
150
MaxRequestsPerChild 0
now i change my styles lines
i using:
package Apache::HelloWorld;
#LoadModule perl_module modules/mod_perl.so
#PerlSwitches -Mlib=modperl-2.0/examples/lib
##optional
#PerlModule Apache2
#PerlModule Apache::compat
#
#SetHandler modperl
#PerlResponseHandler
Udlei Nattis wrote:
> hi
>
> sorry my english
> i have one problem
> when i open 2 browsers intance and access my perl script
> instance 1 run script OK
> instance 2 waiting instance 1 finalize to run :/
>
> i need run simultane 2 instance
> (modperl 2.0 dev 5 / pe
hi
sorry my english
i have one problem
when i open 2 browsers intance and access my perl script
instance 1 run script OK
instance 2 waiting instance 1 finalize to run :/
i need run simultane 2 instance
(modperl 2.0 dev 5 / perl 8 rc 3 / apache 2.0 prefork or worker )
example:
#!/usr/bin/perl
Perrin Harkins wrote:
> Stas Bekman wrote:
>
>> I think the idea was to have a special thread running whose only purpose
>> is monitoring the pool of idle interpreters.
>
>
> That sounds like a better solution.
The drawback is that there will be two different solutions for threaded
and prefor
Stas Bekman wrote:
> I think the idea was to have a special thread running whose only purpose
> is monitoring the pool of idle interpreters.
That sounds like a better solution.
> I believe that we can add a Perl space hook that sets a flag that
> condemns an interpreter to death.
The other prob
Perrin Harkins wrote:
> Stas Bekman wrote:
>
>> If you are talking about threaded mpms, we will need to develop new
>> tools to restrict the size of the perl interpreters in the pool.
>
>
> I was thinking about that too. Are there hooks for causing an
> interpreter to exit? Is it safe t
Stas Bekman wrote:
> If you are talking about threaded mpms, we will need to develop new
> tools to restrict the size of the perl interpreters in the pool.
I was thinking about that too. Are there hooks for causing an
interpreter to exit? Is it safe to simply call CORE::exit? I'd like to
ma
Kent, Mr. John wrote:
> Greetings,
>
> Have noticed that modperl-2.0 servers running on Solaris 2.7 start
> off at 23M in size. Five hours later they were at 38M. If allowed to
> continue
> they could eventually use up all available RAM and crash the system.
>
>
>Greetings,
>Have noticed that modperl-2.0 servers running on Solaris 2.7 start
>off at 23M in size. Five hours later they were at 38M. If allowed to
>continue
>they could eventually use up all available RAM and crash the system.
>Stopping then restarting returned them to
Greetings,
Have noticed that modperl-2.0 servers running on Solaris 2.7 start
off at 23M in size. Five hours later they were at 38M. If allowed to
continue
they could eventually use up all available RAM and crash the system.
Stopping then restarting returned them to 23M.
Has anyone else
Thank you Stas and Randy,
For replying. Stas's patch indeed fixed the problem and modperl-2.0
installed
fine on Solaris 2.7
Thank you,
John Kent
Webmaster
Naval Research Laboratory
Monterey CA
-Original Message-
From: Stas Bekman [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, Ju
>>/users/webuser/src/modperl-2.0/xs/APR/Table/APR__Table.h:73: dereferencing
>>pointer to incomplete type
>>make[3]: *** [Table.o] Error 1
please either apply this patch or use the cvs version (which now
contains this patch) and it will work.
Index: xs/APR/
On Mon, 8 Jul 2002, Kent, Mr. John wrote:
> Greetings,
>
> Following:
> Create the build environment
> % cd modperl-2.0
>% perl Makefile.PL MP_AP_PREFIX=/home/stas/src/httpd-2.0.xx
>% make
>
> on Solaris 2.7
>
> got:
> make[3]: Entering directo
Greetings,
Following:
Create the build environment
% cd modperl-2.0
% perl Makefile.PL MP_AP_PREFIX=/home/stas/src/httpd-2.0.xx
% make
on Solaris 2.7
got:
make[3]: Entering directory
`/users/webuser/src/modperl-2.0/WrapXS/APR/Table'
gcc -c -I/users/webuser/src/modperl-2.0/src/mo
Hello.
I have installed apache-2.0.39 and perl-5.6.1.
I want compile modperl-2.0 but i get following error:
gcc -I/home/wolfgang/modperl-2.0/src/modules/perl
-I/home/wolfgang/modperl-2.0/xs -I/opt/apache2/include
-fno-strict-aliasing -I/usr/local/include=20
-I/usr/lib/perl5/5.6.1/i386-linux/CORE
Anyone have any success getting mod_perl 2.0 to compile
under Cygwin? I have Apache 2.0.40 compiled and working fine, however, when I
point mod_perl at the apache prefix directory and go to build the ld2 compiler
cannot find the ap/apr libraries needed to finish the link for the dll.
I
When I install modperl 2 on my freebsd machine and I start up the apache (well even just
from the make test in the modperl directory) I get an
error of:
tail t/logs/error_log
/usr/libexec/ld-elf.so.1:
/home/source/modperl-2.0/blib/arch/Apache2/auto/ModPerl/Util/Util.so: Undefined
symbol
Stas Bekman wrote:
> At this time some people will try to run incorrect versions of Apache
> and mod_perl and this will cause to most of your problems. So before we
> attempt to answer your questions, you have to tell us what versions you
> were using. Therefore:
>
> Whenever you have a proble
At this time some people will try to run incorrect versions of Apache
and mod_perl and this will cause to most of your problems. So before we
attempt to answer your questions, you have to tell us what versions you
were using. Therefore:
Whenever you have a problem, first run:
t/REPORT > re
The Doctor wrote:
> On Sat, Jan 12, 2002 at 10:00:04AM -0600, Randy Kobes wrote:
>
>>On Sat, 12 Jan 2002, The Doctor wrote:
>>
>>
>>>Why in this beta am I getting:
>>>
>>>
>>>Script started on Sat Jan 12 02:42:20 2002
>>>do
On Sat, Jan 12, 2002 at 10:00:04AM -0600, Randy Kobes wrote:
> On Sat, 12 Jan 2002, The Doctor wrote:
>
> > Why in this beta am I getting:
> >
> >
> > Script started on Sat Jan 12 02:42:20 2002
> > doctor.nl2k.ab.ca//usr/source/modperl-2.0$ make cd
> > &
On Sat, 12 Jan 2002, The Doctor wrote:
> Why in this beta am I getting:
>
>
> Script started on Sat Jan 12 02:42:20 2002
> doctor.nl2k.ab.ca//usr/source/modperl-2.0$ make cd
> "src/modules/perl" && make cc -c
> -I/usr/source/modperl-2.0/src/modules/perl
&g
Why in this beta am I getting:
Script started on Sat Jan 12 02:42:20 2002
doctor.nl2k.ab.ca//usr/source/modperl-2.0$ make
cd "src/modules/perl" && make
cc -c -I/usr/source/modperl-2.0/src/modules/perl -I/usr/source/modperl-2.0/xs
-I/var/www/include -fno-strict-aliasing -I
people use 5.8.0 since there's been a lot of fixes going into the
> ithreads code since 5.6.1.
modperl-2.0 only requires ithreads if you want to use a threaded mpm.
using prefork mpm (1.3 process model) does not require ithreads.
On Thu, Aug 16, 2001 at 06:39:19PM -0400, Barrie Slaymaker wrote:
> Thank you, much better. I can't make out the difference between the two
> command lines (again, I ask you to please clean up your script output,
> or just copy and paste from your terminal to your mailer, those ^Hs and
> ^]s make
On Thu, Aug 16, 2001 at 04:10:16PM -0600, The Doctor wrote:
>
> And that is a perl issue, but people around here are trying to be more
> helpful that the perl lot.
Ofcourse people here are also a 'perl lot', so take care. We're only
concentrating on one aspect of perl, that related to Apache.
Thank you, much better. I can't make out the difference between the two
command lines (again, I ask you to please clean up your script output,
or just copy and paste from your terminal to your mailer, those ^Hs and
^]s make things hard to decipher).
Can you do a "type perl perl5.6.0 perl5.6.1",
>
> > >Weirdly perl5.6.1 -V thinks it is perl 5.6.0 ?-S
>>
>> Please paste the entire output of perl5.6.1 -V so that we can see
>>what's wrong.
>>
>> Thanks,
>>
>
>Here it comes:
>
>
>Script started on Thu Aug 16 16:12:49 2001
>doctor.nl2k.ab.ca//usr/libdata$ find . -name \*Config.pm\* -print
>./
On Thu, Aug 16, 2001 at 06:11:49PM -0400, Robert Landrum wrote:
> At 4:02 PM -0600 8/16/01, The Doctor wrote:
> >On Sun, Aug 12, 2001 at 10:17:32AM -0400, Barrie Slaymaker wrote:
> >> On Sat, Aug 11, 2001 at 08:58:00AM -0600, The Doctor wrote:
> >>
> >> Hopefully this will point you in the right d
At 4:02 PM -0600 8/16/01, The Doctor wrote:
>On Sun, Aug 12, 2001 at 10:17:32AM -0400, Barrie Slaymaker wrote:
>> On Sat, Aug 11, 2001 at 08:58:00AM -0600, The Doctor wrote:
>>
>> Hopefully this will point you in the right direction. I would need more
>> data to figure it all out. As a next step
On Mon, Aug 13, 2001 at 11:25:50AM +0800, Stas Bekman wrote:
> On Sun, 12 Aug 2001, Barrie Slaymaker wrote:
>
> > On Sun, Aug 12, 2001 at 08:39:09AM -0600, The Doctor wrote:
> > >
> >
> >/usr/libdata/perl5/i386-bsdos/Config.pm
>
> so this is fine, on linux this is called /i{3|4|5|6}86-linux/
On Sun, Aug 12, 2001 at 07:18:11PM -0400, Barrie Slaymaker wrote:
> On Sun, Aug 12, 2001 at 03:55:26PM -0600, The Doctor wrote:
> > When I ran perl 5.6.1 it was identifying itself as perl 5.6.0 .
> >
> > Identity crisis??
>
> Dunno, but you can bet it's not right. Care to post the command and
>
On Sun, Aug 12, 2001 at 10:17:32AM -0400, Barrie Slaymaker wrote:
> On Sat, Aug 11, 2001 at 08:58:00AM -0600, The Doctor wrote:
>
> Hopefully this will point you in the right direction. I would need more
> data to figure it all out. As a next step, can you find the locations
> of the perls in q
> "TD" == The Doctor <[EMAIL PROTECTED]> writes:
TD> But a rude questioner DOES provoke a storm.
You seem to be attempting to build up your same reputation here as you
did on the BSD/OS users list; soon everyone who knows the answers to
your questions will ignore you, like we did on the bs
On Sun, 12 Aug 2001, Barrie Slaymaker wrote:
> On Sun, Aug 12, 2001 at 08:39:09AM -0600, The Doctor wrote:
> >
> > I will try, but this indicates to me that perl 5.6 is geared towards
> > Linux without consideration for BSD/OS and related OSes.
>
> Huh? I don't follow. Neither would Tom Baker ;-)
On Sun, Aug 12, 2001 at 07:18:11PM -0400, Barrie Slaymaker wrote:
> On Sun, Aug 12, 2001 at 03:55:26PM -0600, The Doctor wrote:
> > When I ran perl 5.6.1 it was identifying itself as perl 5.6.0 .
> >
> > Identity crisis??
>
> Dunno, but you can bet it's not right. Care to post the command and
>
On Sun, Aug 12, 2001 at 03:55:26PM -0600, The Doctor wrote:
> When I ran perl 5.6.1 it was identifying itself as perl 5.6.0 .
>
> Identity crisis??
Dunno, but you can bet it's not right. Care to post the command and
results? Sounds like a symlink problem, you might want to use some
combination
On Sun, 12 Aug 2001, The Doctor wrote:
> On Sun, Aug 12, 2001 at 05:51:22PM -0400, Barrie Slaymaker wrote:
> > On Sun, Aug 12, 2001 at 03:47:09PM -0600, The Doctor wrote:
> > >
> > > perl 5.6.1 calling itself perl 5.6.0
> > >
> > > Come off of it!
> >
> > I don't know where you got that
On Sun, Aug 12, 2001 at 05:50:01PM -0400, Barrie Slaymaker wrote:
> On Sun, Aug 12, 2001 at 03:46:24PM -0600, The Doctor wrote:
> >
> > This is not going well with me as this forces to stay at perl 5.00503 until
> > BSD/OS comes up with the new perl distrubution.
>
> Again, I don't follow. What
On Sun, Aug 12, 2001 at 05:51:22PM -0400, Barrie Slaymaker wrote:
> On Sun, Aug 12, 2001 at 03:47:09PM -0600, The Doctor wrote:
> >
> > perl 5.6.1 calling itself perl 5.6.0
> >
> > Come off of it!
>
> I don't know where you got that idea.
When I ran perl 5.6.1 it was identifying its
On Sun, Aug 12, 2001 at 03:47:09PM -0600, The Doctor wrote:
>
> perl 5.6.1 calling itself perl 5.6.0
>
> Come off of it!
I don't know where you got that idea.
On Sun, Aug 12, 2001 at 03:46:24PM -0600, The Doctor wrote:
>
> This is not going well with me as this forces to stay at perl 5.00503 until
> BSD/OS comes up with the new perl distrubution.
Again, I don't follow. What leads you to that conclusion?
- Barrie
On Sun, Aug 12, 2001 at 03:49:30PM -0400, Barrie Slaymaker wrote:
> On Sun, Aug 12, 2001 at 08:39:09AM -0600, The Doctor wrote:
> >
> > I will try, but this indicates to me that perl 5.6 is geared towards
> > Linux without consideration for BSD/OS and related OSes.
>
> Huh? I don't follow. Neit
On Sun, Aug 12, 2001 at 03:49:30PM -0400, Barrie Slaymaker wrote:
> On Sun, Aug 12, 2001 at 08:39:09AM -0600, The Doctor wrote:
> >
> > I will try, but this indicates to me that perl 5.6 is geared towards
> > Linux without consideration for BSD/OS and related OSes.
>
> Huh? I don't follow. Neit
I built Apache 2 and mod_perl for the first time today. To get it to
work, I had to edit:
blib/lib/ModPerl/MM.pm
and add:
use Apache::Build;
for the 'make install' to work.
Now... it is built, and I am ready to try out stuff like Apache::Echo that
I learned about at the ApacheCon.
Rudy
73 matches
Mail list logo
