dougm 2002/09/04 18:48:40
Modified:xs/maps modperl_functions.map
Log:
Apache::Directive-insert is replaced by Apache::Server-add_config
add $r-add_config method
Revision ChangesPath
1.45 +3 -1 modperl-2.0/xs/maps/modperl_functions.map
Index
dougm 2002/09/04 18:49:32
Modified:t/conf modperl_extra.pl
Log:
test $r-add_config
Revision ChangesPath
1.19 +14 -5 modperl-2.0/t/conf/modperl_extra.pl
Index: modperl_extra.pl
===
RCS
dougm 2002/09/04 18:50:45
Modified:.Changes STATUS
Log:
update
Revision ChangesPath
1.43 +4 -1 modperl-2.0/Changes
Index: Changes
===
RCS file: /home/cvs/modperl-2.0/Changes,v
dougm 2002/09/04 21:44:23
Modified:src/modules/perl modperl_tipool.c
Log:
plug memory leak in tipools
Revision ChangesPath
1.9 +5 -1 modperl-2.0/src/modules/perl/modperl_tipool.c
Index: modperl_tipool.c
Hi, I recently ran into a problem which has puzzled me about Perl
compilation and installation. I would appreciate some help in
understanding this.
I run Redhat 7.2, which comes with perl-5.6.0-17. I was able to
compile and install 5.6.1 and 5.8.0 all seemingly without problems.
However, I
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/g
stas2002/08/27 19:24:48
Modified:xs/APR/Bucket APR__Bucket.h
xs/maps apr_functions.map
xs/tables/current/ModPerl FunctionTable.pm
Log:
add the APR::Bucket::is_flush glue function
Revision ChangesPath
1.5 +5 -0 modperl-2.0/xs
dougm 2002/08/27 20:12:46
Modified:src/modules/perl modperl_cmd.c
Log:
use ap_strstr_c instead of strstr to avoid a warning
Revision ChangesPath
1.27 +1 -1 modperl-2.0/src/modules/perl/modperl_cmd.c
Index: modperl_cmd.c
and since
5.8.0+ has functions that 5.6.x does not
Revision ChangesPath
1.1 modperl-2.0/src/modules/perl/modperl_svptr_table.c
Index: modperl_svptr_table.c
===
#include mod_perl.h
dougm 2002/08/27 20:16:31
Modified:xs/tables/current/Apache FunctionTable.pm
xs/tables/current/ModPerl FunctionTable.pm
Log:
sync
Revision ChangesPath
1.40 +2 -2 modperl-2.0/xs/tables/current/Apache/FunctionTable.pm
Index
dougm 2002/08/27 20:17:03
Modified:src/modules/perl mod_perl.h
Log:
include modperl_svptr_table.h
Revision ChangesPath
1.52 +1 -0 modperl-2.0/src/modules/perl/mod_perl.h
Index: mod_perl.h
Greetings,
I am writing a modperl module to create dynamic picture web pages
created from .jpg files in a given directory. It basically puts a bunch
of pictures on the screen. I am seeing inconsistent behavior and I
don't know where to look for a solution. When I load the page, random
At 19:37 27.08.2002, The Surprises wrote:
Greetings,
I am writing a modperl module to create dynamic picture web pages
created from .jpg files in a given directory. It basically puts a bunch
of pictures on the screen. I am seeing inconsistent behavior and I
don't know where to look
)
Subject: Flaky behavior with modperl module
Greetings,
I am writing a modperl module to create dynamic picture web pages
created from .jpg files in a given directory. It basically puts a bunch
of pictures on the screen. I am seeing inconsistent behavior and I
don't know where to look
On Tue, Aug 27, 2002 at 02:25:31PM -0400, [EMAIL PROTECTED] wrote:
When you View Source in your browser, are the img url's in the broken images
correct? Do you get any errors in your error log? anything strange in your
access log?
Wes
View source shows a valid source. It appears to
of the objects we need to lookup.
Revision ChangesPath
1.15 +123 -0modperl-2.0/src/modules/perl/modperl_perl.c
Index: modperl_perl.c
===
RCS file: /home/cvs/modperl-2.0/src/modules/perl/modperl_perl.c,v
retrieving
dougm 2002/08/26 21:21:20
Added: src/modules/perl modperl_module.c modperl_module.h
Log:
module to create an apache module on the fly to support directive handlers
Revision ChangesPath
1.1 modperl-2.0/src/modules/perl/modperl_module.c
Index
stas2002/08/21 23:51:45
Modified:.SUPPORT
Log:
update the mail list archive URL
Revision ChangesPath
1.19 +1 -1 modperl/SUPPORT
Index: SUPPORT
===
RCS file: /home/cvs/modperl
Path
1.23 +24 -7 modperl-2.0/xs/APR/PerlIO/apr_perlio.c
Index: apr_perlio.c
===
RCS file: /home/cvs/modperl-2.0/xs/APR/PerlIO/apr_perlio.c,v
retrieving revision 1.22
retrieving revision 1.23
diff -u -r1.22
.
- add IoTYPE_WRONLY and IoTYPE_RDONLY flags to protect from wrong use
Revision ChangesPath
1.24 +4 -1 modperl-2.0/xs/APR/PerlIO/apr_perlio.c
Index: apr_perlio.c
===
RCS file: /home/cvs/modperl-2.0/xs/APR
dougm 2002/08/20 09:49:12
Modified:.Changes
lib mod_perl.pm
Log:
bump version
Revision ChangesPath
1.37 +2 -0 modperl-2.0/Changes
Index: Changes
===
RCS file
stas2002/08/20 21:44:14
Modified:xs/APR/PerlIO apr_perlio.c
Log:
improve errors handling
add extended debugging trace
Revision ChangesPath
1.21 +34 -11modperl-2.0/xs/APR/PerlIO/apr_perlio.c
Index: apr_perlio.c
and IoTYPE_RDONLY flags to protect from wrong use
Revision ChangesPath
1.22 +5 -1 modperl-2.0/xs/APR/PerlIO/apr_perlio.c
Index: apr_perlio.c
===
RCS file: /home/cvs/modperl-2.0/xs/APR/PerlIO/apr_perlio.c,v
retrieving
dougm 2002/08/19 13:02:24
Modified:.Changes
Log:
updates from post-_04 changes
Revision ChangesPath
1.34 +7 -0 modperl-2.0/Changes
Index: Changes
===
RCS file: /home/cvs/modperl
dougm 2002/08/19 13:07:01
Modified:.Changes
src/modules/perl modperl_filter.c
Log:
fix PerlOptions +ParseHeaders to only parse once per-request
Revision ChangesPath
1.35 +2 -0 modperl-2.0/Changes
Index: Changes
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
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 someone
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 the
vc60.pdb file
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 perl 5.8.0
stas2002/08/15 23:59:02
Modified:ModPerl-Registry/lib/ModPerl RegistryCooker.pm
Log:
fix the notes() setting, which was broken
Revision ChangesPath
1.19 +1 -1 modperl-2.0/ModPerl-Registry/lib/ModPerl/RegistryCooker.pm
Index: RegistryCooker.pm
stas2002/08/15 23:59:52
Modified:ModPerl-Registry/lib/ModPerl RegistryCooker.pm
Log:
a nicer way to call a code ref
Revision ChangesPath
1.20 +1 -1 modperl-2.0/ModPerl-Registry/lib/ModPerl/RegistryCooker.pm
Index: RegistryCooker.pm
stas2002/08/16 02:01:17
Modified:ModPerl-Registry TODO
ModPerl-Registry/lib/ModPerl RegistryCooker.pm
RegistryLoader.pm
ModPerl-Registry/t/conf modperl_extra_startup.pl
Log:
- getting rid of compat.pm completely, the only
stas2002/08/16 03:11:17
Added: ModPerl-Registry/t redirect.t
ModPerl-Registry/t/cgi-bin redirect.pl
Log:
test external redirects
Revision ChangesPath
1.1 modperl-2.0/ModPerl-Registry/t/redirect.t
Index: redirect.t
stas2002/08/16 03:11:39
Modified:ModPerl-Registry/t/cgi-bin basic.pl closure.pl env.pl
not_executable.pl require.pl special_blocks.pl
Log:
no need for \r\n, \n is just fine
Revision ChangesPath
1.2 +1 -1 modperl-2.0/ModPerl
stas2002/08/15 01:42:55
Modified:xs/Apache/Connection Apache__Connection.h
xs/maps modperl_functions.map apache_functions.map
xs/tables/current/ModPerl FunctionTable.pm
t/response/TestAPI conn_rec.pm
Log:
add a wrapper
stas2002/08/15 01:44:26
Modified:lib/Apache compat.pm
t/response/TestCompat compat2.pm
Log:
$r-get_remote_host() compat wrapper ala mod_perl 1.0 + tests
Revision ChangesPath
1.65 +5 -1 modperl-2.0/lib/Apache/compat.pm
Index: compat.pm
/response/TestCompat compat.pm compat2.pm
Log:
split compat tests into small groups by the package they test
Revision ChangesPath
1.1 modperl-2.0/t/compat/request_body.t
Index: request_body.t
===
use
stas2002/08/15 02:48:53
Modified:.Changes
Log:
document recent changes
Revision ChangesPath
1.31 +14 -2 modperl-2.0/Changes
Index: Changes
===
RCS file: /home/cvs/modperl-2.0
stas2002/08/15 05:29:06
Modified:ModPerl-Registry/lib/ModPerl PerlRun.pm Registry.pm
RegistryCooker.pm
Log:
- replace the hardcoded cache and root namespaces with flexible methods
- get rid of the CLASS attribute and no strict 'refs'
- avoid starting
stas2002/08/15 05:34:20
Modified:ModPerl-Registry/lib/ModPerl RegistryCooker.pm
Log:
s/$o/$self/g, $o looks silly
Revision ChangesPath
1.14 +113 -113 modperl-2.0/ModPerl-Registry/lib/ModPerl/RegistryCooker.pm
Index: RegistryCooker.pm
1.1 modperl-2.0/t/compat/send_fd.t
Index: send_fd.t
===
use strict;
use warnings FATAL = 'all';
use Apache::Test;
use Apache::TestRequest;
plan tests = 3;
my $config = Apache::Test::config
stas2002/08/15 08:22:02
Modified:.STATUS
Log:
add several from the many outstanding issues
Revision ChangesPath
1.6 +24 -2 modperl-2.0/STATUS
Index: STATUS
===
RCS file: /home
stas2002/08/15 08:25:04
Modified:.Changes
Log:
document recent changes
Revision ChangesPath
1.32 +7 -1 modperl-2.0/Changes
Index: Changes
===
RCS file: /home/cvs/modperl-2.0
stas2002/08/15 09:16:24
Modified:ModPerl-Registry TODO
Log:
issues that have been taken care of
Revision ChangesPath
1.8 +1 -9 modperl-2.0/ModPerl-Registry/TODO
Index: TODO
===
RCS
stas2002/08/15 09:17:53
Modified:ModPerl-Registry/lib/ModPerl PerlRun.pm Registry.pm
RegistryBB.pm RegistryCooker.pm
ModPerl-Registry/t basic.t
ModPerl-Registry/t/conf extra.conf.in
Log:
method handlers are now working
stas2002/08/15 20:19:44
Modified:t/apache .cvsignore
t/api.cvsignore
Added: t/compat .cvsignore
Log:
.cvsignore updates
Revision ChangesPath
1.1 modperl-2.0/t/compat/.cvsignore
Index: .cvsignore
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 identifier
stas2002/08/14 07:27:03
Modified:ModPerl-Registry/lib/ModPerl PerlRun.pm Registry.pm
RegistryBB.pm
Log:
use the base pragma instead of ISA
Revision ChangesPath
1.2 +1 -2 modperl-2.0/ModPerl-Registry/lib/ModPerl/PerlRun.pm
stas2002/08/14 07:27:45
Modified:ModPerl-Registry/t basic.t
Log:
reformat the code according to the spec
Revision ChangesPath
1.6 +24 -24modperl-2.0/ModPerl-Registry/t/basic.t
Index: basic.t
stas2002/08/14 07:38:07
Modified:ModPerl-Registry/lib/ModPerl RegistryCooker.pm
Log:
syncing with 1.0's registry: geoff's patch to set error-notes on error
Revision ChangesPath
1.12 +7 -2 modperl-2.0/ModPerl-Registry/lib/ModPerl/RegistryCooker.pm
macro
Revision ChangesPath
1.37 +1 -1 modperl-2.0/src/modules/perl/modperl_filter.c
Index: modperl_filter.c
===
RCS file: /home/cvs/modperl-2.0/src/modules/perl/modperl_filter.c,v
retrieving revision 1.36
stas2002/08/14 19:10:32
Modified:lib/Apache Build.pm
Log:
make it possible to build mod_perl against the source tree, where apr.h is
located in srclib/include/apr/ and not include/
Revision ChangesPath
1.104 +6 -1 modperl-2.0/lib/Apache/Build.pm
I'm sure someone will correct me if I'm wrong...
But, variables in the initial section (ie outside of a function) in the main
package will stay in scope all the time. This means that it will retain the
value from a previous request- which might be giving you these problems.
As Perrin Harkins
* Michael Drons [EMAIL PROTECTED] [2002-08-13 01:55]:
Thanks for the link. I actually don't use functions.
Everything is mostly in MAIN. Here is a snip of code:
#!/usr/bin/perl -wT
use strict;
print body;
my $r = Apache-request;
$r-content_type(text/html);
$r-status(200);
my
Hi darren
Did you try starting apache with "httpd -X". It spawns only one process and that helps keep things inorder, as far as variable values. You can try trouble shooting with that.
darren chamberlain <[EMAIL PROTECTED]>wrote:
* Michael Drons <[EMAIL PROTECTED]>[2002-08-13 01:55]: Thanks for
darren chamberlain wrote:
Make those global symbols ($cookie, $user, and $hash) lexical (declare
with my) and the code will both compile and do what you expect (i.e.,
not maintain values from call to call).
That's what I was thinking too. Also, it's really not a good idea to do
your own
Sorry, There is a my in front of the ($cookie,$user)
code. I am confused about your second statement about
parsing the input. What should I be doing? Do you
mean I should use $r-read($content,
$r-header_in('Content-length'))? to read in the
variables?
I use the AuthCookie modules to set
with modperl??
Sorry, There is a my in front of the ($cookie,$user)
code. I am confused about your second statement about
parsing the input. What should I be doing? Do you
mean I should use $r-read($content,
$r-header_in('Content-length'))? to read in the
variables?
Michael,
In one
Ken Y. Clark wrote:
As for this and Perrin's comment about parsing on your own, the point
is that you've written a lot of code that has already been written and
debugged by a lot of really smart people. There's no reason for you
to be reading STDIN and spliting and all that. If you're using
I am using Apache::Registry (Apache 1.3.26) I am see
weird things happen with my scripts. I have have use
strict in all of the scripts and I use my() for all
of my variables. But I still have variables that
contain data from previous loads. I see it in hashes
and arrays. Especially, if I have
Thanks for the link. I actually don't use functions.
Everything is mostly in MAIN. Here is a snip of code:
#!/usr/bin/perl -wT
use strict;
print body;
my $r = Apache-request;
$r-content_type(text/html);
$r-status(200);
my $auth_type = $r-auth_type;
$cookie=$auth_type-key;
ChangesPath
1.40 +1 -1 modperl/lib/Apache/PerlRun.pm
Index: PerlRun.pm
===
RCS file: /home/cvs/modperl/lib/Apache/PerlRun.pm,v
retrieving revision 1.39
retrieving revision 1.40
diff -u -r1.39 -r1.40
Dear Modperl!
It's your personal invitation to our new sites:
1) http://www.best-lolitaz.com/portal/twilightzone/index.html
TWILIGHT ZONE IS THE WORLD'S MOST APPRECIATED LOLITA GALLERY! SHOCK!
Endorsed and appreciated by over 5.000 loyal members worldwide, TwilghtZone is a real
treasure
Dear Modperl!
It's your personal invitation to our new sites:
1) http://www.best-lolitaz.com/portal/twilightzone/index.html
TWILIGHT ZONE IS THE WORLD'S MOST APPRECIATED LOLITA GALLERY! SHOCK!
Endorsed and appreciated by over 5.000 loyal members worldwide, TwilghtZone is a real
treasure
On Thursdayen den 1 January 1970 00.59, [EMAIL PROTECTED] wrote:
P.S. This is not spam!
He he..., yeah right...
How do one keep this kind of shit out of here?
--
Regards // Oden Eriksson
Deserve-IT Networks - http://d-srv.com
Oden Eriksson [EMAIL PROTECTED] writes:
On Thursdayen den 1 January 1970 00.59, [EMAIL PROTECTED] wrote:
P.S. This is not spam!
He he..., yeah right...
How do one keep this kind of shit out of here?
I'd like to know, too. I'm a resident of Virginia, USA, and the state
anti-spam laws
-- Michael Poole [EMAIL PROTECTED]
Oden Eriksson [EMAIL PROTECTED] writes:
On Thursdayen den 1 January 1970 00.59, [EMAIL PROTECTED] wrote:
P.S. This is not spam!
He he..., yeah right...
How do one keep this kind of shit out of here?
I'd like to know, too.
The answer, of course,
Hi all,
On Sun, 4 Aug 2002, Steven Lembark wrote:
-- Michael Poole [EMAIL PROTECTED]
Oden Eriksson [EMAIL PROTECTED] writes:
How do one keep this kind of shit out of here?
I'd like to know, too.
The answer, of course, is Perl. The spamassassin module
No, I think the answer in
On Thursdayen den 1 January 1970 00.59, [EMAIL PROTECTED] wrote:
P.S. This is not spam!
Oden Eriksson [EMAIL PROTECTED] writes:
He he..., yeah right...
How do one keep this kind of [ed. - expletive] out of here?
Michael Poole [EMAIL PROTECTED]
I'd like to know, too.
On Sunday 04 August
Hi there,
From what I can tell, the original had the following header:
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N
So did Ged's last response:
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N
It may have been included when Ged replied,
I use SpamAssassin, it flagged the
And of course, send whatever info we can to the RBL folks
SpamAssasin does that - when a user gets spam which isn't flagged,
he's supposed to send it to a 'sightings' address. Matt, is that
still right? I'm still sending the stuff...
Yeah - but I don't read the sightings list - too much
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 different
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
the
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
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
stas2002/07/30 19:10:16
Modified:lib/Apache Status.pm
.Changes
Log:
fix Apache::Status to not use :: in filenames, which is not allowed on
certain OSs
Submitted by: DH [EMAIL PROTECTED]
Revision ChangesPath
1.27 +1 -0 modperl/lib
.
$msg-add(Disposition-Notification-To= $aApobj-getEmail_Address);
}
Chuck
-Original Message-
From: Richard Clarke [mailto:[EMAIL PROTECTED]]
Sent: Saturday, July 20, 2002 6:28 AM
To: [EMAIL PROTECTED]
Subject: Mail::Sender modperl.
List,
Have any of you
:[EMAIL PROTECTED]]
Sent: Saturday, July 20, 2002 8:28 AM
To: [EMAIL PROTECTED]
Subject: Mail::Sender modperl.
List,
Have any of you had any problems using Mail::Sender from within
mod_perl. My script seems to just sit there waiting for
$sender-Open to
do anything. I will email
-Original Message-
From: Richard Clarke [mailto:[EMAIL PROTECTED]]
Sent: Saturday, July 20, 2002 6:28 AM
To: [EMAIL PROTECTED]
Subject: Mail::Sender modperl.
List,
Have any of you had any problems using Mail::Sender from within
mod_perl. My script seems to just sit there waiting
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
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
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 - thread
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
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 / perl 8 rc 3 / apache 2.0 prefork or worker
5
MaxSpareServers 10
MaxClients 150
MaxRequestsPerChild 0
/IfModule
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
Greetings
Trying to make modperl-1.27 on Irix 6.2
Get:
Error Output for sanity check
cd ..; cc -n32 -DIRIX -DMOD_PERL -DUSE_PERL_SSI -D_BSD_TYPES
-D_BSD_TIME -woff 1009,1110,1174,1184,1552 -OPT:Olimit=0
-I/usr/local/include -DLANGUAGE_C -DUSE_HSREGEX -DNO_DL_NEEDED
dougm 2002/07/10 19:06:11
Modified:src/modules/perl mod_perl.c
Log:
fix for non-ithread perls
Revision ChangesPath
1.131 +1 -1 modperl-2.0/src/modules/perl/mod_perl.c
Index: mod_perl.c
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.
Stopping then restarting returned
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
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 to simply
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
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 preforked
stas2002/07/08 23:52:08
Modified:xs/APR/Table APR__Table.h
Log:
apr_table_t is now an opaque type, use apr_table_elts() to get the array
record
Revision ChangesPath
1.8 +1 -1 modperl-2.0/xs/APR/Table/APR__Table.h
Index: APR__Table.h
/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/Table/APR__Table.h
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, July 09
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
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
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/modules
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 directory
`/users/webuser/src/modperl-2.0/WrapXS/APR/Table
dougm 2002/07/07 17:53:16
Modified:src/modules/perl modperl_sys.c modperl_sys.h
Log:
add modperl_sys_is_dir function
Revision ChangesPath
1.4 +17 -0 modperl-2.0/src/modules/perl/modperl_sys.c
Index: modperl_sys.c
301 - 400 of 2276 matches
Mail list logo