For a nice review of the latest and the greatest mod_perl cookbook head
to perl.com: http://www.perl.com/pub/a/2002/04/25/review.html
(by Simon Cozens)
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
h
; 'OK';
>
> And leave the Apache::OK line as is.
I've adjusted all the tests in t/ a few weeks ago, e.g.:
http://cvs.apache.org/viewcvs.cgi/modperl-2.0/t/protocol/TestProtocol/echo.pm?rev=1.2&content-type=text/vnd.viewcvs-markup
while 1.99 beta was released your best b
't do much but reading the data from
Apache::Scoreboard and formatting it nicely.
Does your mod_status show valid data in the extended mode? Id not it's
an apache problem.
__
Stas BekmanJAm_pH --> Ju
Chuck Goehring wrote:
> Stas/Everyone,
>
> To follow up. With the starting and stopping of Apache and looking at the
> log, I see entries like "Child 1032: Waiting for 250 worker threads to
> exit." I was gettiong "Low virtual memory" errors from Win/2000,
x27;m not used to it yet :)
Also I'd like to repeat that the 2.0 test suite is the best place to
learn how, before the docs will be completed.
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/
Silvio Wanka wrote:
BTW, have you tried the latest mod_perl CVS? I think your problem has
been solved long time ago. Sometimes I forget that others don't use the
cvs version all the time :)
From Changes:
=item 1.26_01-dev
...
require URI::URL to work with newer libwww-perl
...
&
Chuck Goehring wrote:
> Stas,
> First, there was no mod_perl 1.2x installed on this machine. I didn't think
> I would need it, but I'm guessing.
>
> This was as you say. The didn't aggree with the registry
> loaded in startup. That fixed that problem but n
I installed it on my test-server that has
>>> the same software (SuSE Linux 7.3 Pro / Apache 1.3.24 / mod_perl
>>> 1.24) and it worked like a dream. The only difference is the
>>> hardware. The test-server is a PIII with EIDE-disks and the big
>>> server (with t
at it
>>always gets loaded.
>
>
> Good point, thanks! I will require the module to save the overhead of
> loading both configuration modules but using only one. Although the overhead
> should not be too big, if the "used but unused" module is emtpy...
Uhm, it has
pter in the guide.
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
mistakes in the future.
Another comment is that it's a good idea to name your modules with some
prefix, which most likely won't collide with some core or 3rd party
modules. e.g. MyProjectName::netContestConfig. (whereas MyProjectName,
is the name of your project :)
rver (with the
> problem) has dual PIII with SCSI-disks and more memory.
probably not exactly the same sw.
> The server is registered in the DNS.
>
>
> Thanks in advance ...
>
> Einar
--
__
Stas Bekman
e handler
> `Apache::Registry'
Apache::Registry? Above you said you are using ModPerl::Registry. Check
your config. I suggest to grep for Apache::Registry.
Apache::DBI (for 2.0 wasn't ported yet, and available for those seeking
interesting challenges)
file. (or user PerlModule Apache::compat)
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
from me.
>
> Are there any modules missing? Althrough I'm a good C++ programmer, I don't
> know anything about how perl manages the modules, so I can't tell what's
> really wrong and I don't know where to look.
>
--
___
ase you can do whatever you want with the configuration
hash that you have created, as you can store and reuse that data at the
startup or during the requests, see the configuration chapter in the guide.
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
lTaintCheck On
>
>SetHandler perl-script
>PerlHandler Apache::Registry
>PerlSetVar BlaTest BlaVal
>PerlRequire /www/u-dev/contest/mod_perl_init.pl
>Options ExecCGI
>PerlSendHeader Off
>allow from all
&
Sören Stuckenbrock wrote:
> Hello Stas,
>
> I have a question regarding your mod_perl documentation.
>
> The method you described under:
>
>http://perl.apache.org/preview/modperl-docs/dst_html/docs/1.0/guide/perl.html#Using_Non_Hardcoded_Configuration_Module_Names
; solution.
>
> Can someone please tell me what this is or how to go about debugging it? I
> am at my wits end.
http://perl.apache.org/preview/modperl-docs/dst_html/docs/1.0/guide/help.html#How_to_Report_Problems
--
__
Stas
t; ps, makes the final PS a much bigger file (5-10 times
bigger). I use html2ps for generating PS files (used for generating the
mod_perl guide's pdf).
__
Stas BekmanJAm_pH --> Just Another mod_p
ems, which you want to read as well.
> See
>
>http://perl.apache.org/preview/modperl-docs/dst_html/docs/1.0/guide/porting.html#Writing_Configuration_Files
>
> for more information.
>
>
>
--
__
Stas Bekm
Edward Moon wrote:
> I did that Stas. I forgot to mention that I updated Apache::Cookie via
> CPAN.
weird, I've glibc 2.2.4 and no such a problem (mandrake 8.2 here). In
any case follow the path that it cannot find.
Also try to strace(1) the startup to see exactly where i
apreq.so.1.0.0 to libapreq.so.1, or whatever
it is.
Have you tried building from the sources?
perl -MCPAN -eshell
cpan> install Apache::Cookie
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.o
Per Einar Ellefsen wrote:
> At 23:02 18.04.2002, Fernando Munoz wrote:
>
>> Thank you very much Stas and Mark !... Everything went fine and I have a
>> fresh Apache+mod_perl+mod_ssl running is this box. I noticed though that
>> after rebooting I need to push again the pa
onfig. See if you
didn't mess up with the order of things. You should have a Makefile and
a bunch of modperl files in src/modules/perl after you run 'perl
Makefile ...'
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
Fernando Munoz wrote:
> Thanks for your input Stas. I followed (step-by-step) the installation
> suggested in the guide and I ended with the same message after ..
>
> # perl Makefile.PL USE_APACI=1 EVERYTHING=1 \
> DO_HTTPD=1 SSL_BASE=/usr/local/ssl \
> APACHE
Darragh Sherwin wrote:
> Hi,
>
> Stas Bekman wrote:
>
>> Darragh Sherwin wrote:
>>
>>> Hi,
>>> I am trying to compile mod_perl 1.99 with apacche 2.0.35, I give
>>> up with mod_perl 1.24 after numberous headaches and lots of profanties
w/modperl-docs/dst_html/docs/2.0/user/install/install.html
And when you report a problem, please do as explained here;
http://perl.apache.org/preview/modperl-docs/dst_html/docs/2.0/user/help/help.html#Reporting_Problems
__
S
de/porting.html#Reloading_Modules_and_Required_Files
http://perl.apache.org/preview/modperl-docs/dst_html/docs/1.0/guide/performance.html#Preloading_Perl_Modules_at_Server_Startup
and the following section
__
Stas BekmanJAm_pH --> Jus
Peter Bi wrote:
> Is "mod_perl" supposed to be the final choice of the name ? Someones
> suggested before to use a different name like "Tomcat" for Java. What is the
> latest conclusion ?
Where have you been all this time, it was cast in stone already:
http:/
ve taken to install the modules:
Try to follow the exact steps described here:
http://perl.apache.org/preview/modperl-docs/dst_html/docs/1.0/guide/install.html#mod_perl_and_mod_ssl___openssl_
it seems like you've messed some of these
___
Stas Bekman wrote:
> Medi Montaseri wrote:
>
>> Unfortunately everyone wants to use email for everything.the
>> proper way would
>> be to use some facilities that have proven track record, like
>> syslogd(1d) on each
>> box.
>
>
> syslog(3)
lso unreliable because it uses UDP to send the data, which doesn't
ensure that the data will reach its destination. This solution is also
unicast. If the master host goes down the logs will get lost.
__
Stas Bekman
hinking
about mod_perl freebies!
p.p.p.s. You help is very appreciated!
______
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTECTED] htt
ocs/1.0/guide/porting.html#Sharing_variables_between_processes
This section needs work. Can anybody help me improve this section? Thanks!
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/
s it'll be kept
updated and re-used by many others that badly need to have it? You will
also get a lot of help this way.
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mo
7;)
-? Apache->server->dir_config('ModPerl::RegistryCooker::DEBUG')
-: D_NONE;
+use constant DEBUG => 0;
+#XXX: below currently crashes the server on win32
+#defined
Apache->server->dir_config('ModPerl::RegistryCooker::DEBUG')
+#
rg/guide/ has a lot of good info. It'll keep you
busy for a long long time if you didn't read it yet.
What else do you need? There are two mod_perl books that you may wish to
purchase and read, see the links on the site.
___
615 LAPOSTENET
>(0,13 ?/mn) ; tél : 08 92 68 13 50 (0,34?/mn)"
>
>
as Doug posted on the dev list in reply to a similar inquery, the debug
mode is not really working yet on winfu. I didn't know that.
--
_
ot; produces -268 rather than the
correct -269; that's because it's really more like
-268.94315658 instead. Usually, the
"sprintf", "printf", or the "POSIX::floor" and
"POSIX::ceil" functions wi
script I get "Segmentation Fault".
> Do you know why is that?
No, but read:
http://perl.apache.org/preview/modperl-docs/dst_html/docs/1.0/guide/help.html#How_to_Report_Problems
> I beginning to know logic behind mod_perl.
> Mod_perl will show big different for script that use
;
> Thank for help.
Apache::Status
http://perl.apache.org/guide/performance.html#Measuring_the_Memory_Usage_of_Su
--
______
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl
"OK";
the re-load of CGI.pm in mod_cgi should make a big difference between
mod_perl and mod_cgi.
Also are you sure you are running under mod_perl?
http://perl.apache.org/guide/install.html#How_can_I_tell_whether_mod_perl_
Also see this section:
http://perl.apache.org/guide/performanc
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:
>
> W
x27;ll prepare a proper doc how to build mod_perl for debuggging and
report bugs with 2.0.
For now if you need to recompile perl with debug mode on please use the
info at:
http://perl.apache.org/preview/modperl-docs/dst_html/docs/1.0/guide/help.html#How_to_Report_Problems
___
ou very incorrect results, if you load is
different during two subsequent benchmarks.
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTECTED
th unicode.
>
>
> Unfortunately, I don't have time for compiling and installing it..
> I hope somebody on this list who has already installed version of recent perl
> will test the problem..
Confirmed as working with bleadperl (i.e the latest perl-5.7.3)
Also confirmed a
dst_html/docs/1.0/guide/help.html#How_to_Report_Problems
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTECTED] http://
I'm
fixing now). 5.8.0 should be out in a month or so and it should work
well with unicode.
In any case, you should send a backtrace of the coredump according to
the SUPPORT file found in the mod_perl source distro.
__
h PERL_USELARGEFILES=0 and
> USE_DSO.
> The above problem is repeatable with PerlFreshRestart
> On and Off.
>
> Any clues ?
>
> Thanx
> Sreeji
> (BTW, make test has gone through w/o any errors)
>
See if it helps
you:http://perl.apache.org/guide/install.html#When
the auk_ scripts are sym
> links to the same script auk) ?
>
> Thanks
> Pawel
--
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
ssuming that you had one already)
______
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
Doug MacEachern wrote:
> On Fri, 12 Apr 2002, Stas Bekman wrote:
>
>
>>If you read the rest of the post I mention it (without telling the name
>>:). The problem with this module is that it's useful only after you have
>>the core file. which is not good, be
Doug MacEachern wrote:
> On Fri, 12 Apr 2002, Stas Bekman wrote:
>
>
>>A few moons ago we have discussed on the dev list a tool for automatic
>>segfault detection (including multiple segfaults during 'make test') and
>>core backtrace generation. I'
dules and update the idle interpreters by
making them reload the code and put them in the head of the list. This
should save the overhead of reloading during a request. Does this make
sense?
__
Stas BekmanJAm_pH
ainly, but it probably should be
easy to make it work for 1.x as well once it works for 2.0.
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache
Sreeji K Das wrote:
> Hi Stas,
>
>
>>>I was wondering if there is a possibility to
>>
>>reload PERL module compiled
>>
>>>into Apache
>>>with Apache::Registry
>>>(and I want to reload this module in all Apache
>>
>&g
at you are trying to do.
If you try to reload data it's doable by many ways (IPC, dbm, etc), not
the code.
Currently Apache::Reload or its equivalent your only solution. With
mod_perl 2.0 it'll be doable, if you run a single threaded server.
_
at least --enable-so to configure. Static build doesn't work yet with
mod_perl 2.0.
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTE
not the t/report procedure
> i am under win2k ppd from theoryx5, ASperl build 631
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
Damyan Ivanov wrote:
> On Thu, Apr 11, 2002 at 12:30:53AM +0800 Stas Bekman wrote:
>
>>mire wrote:
>>
>>>I wish to know 2 things about mod_perl
>>>
>>>1) what happens when you set an alarm for lets say 30 seconds and the
>>>request
>&
ts there, which exercise most of the
mod_perl 2.0. Chances are that if you look there, you will find your
problem solved already.
______
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guid
pl, I guess we should put
them in for the sake of good examples.
the dir_config interface still works as in 1.x (+ was extended).
Actually dir_config is already documented. See:
http://perl.apache.org/preview/modperl-docs/dst_html/docs/2.0/api/mod_perl-2.0/Apache/ServerUtil.html#METHODS
_
review/modperl-docs/dst_html/docs/1.0/guide/porting.html#die___and_mod_perl
______
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL P
darren chamberlain wrote:
> * Stas Bekman <[EMAIL PROTECTED]> [2002-04-09 12:14]:
>
>>darren chamberlain wrote:
>>
>>>Kevin A. McGrail wrote:
>>>
>>>>2nd, The segv.cgi at the same location as the Bad:Segv above,
>>>>segfaults on
Mark Fowler wrote:
> On Tue, 9 Apr 2002, Stas Bekman wrote:
>
>
>>Looks like you cannot run the Inline code under mod_perl. I remember
>>Brian told me the secret code to make it work under mod_perl :)
>
>
> Ah, this might be it. The first time the Inline
__DATA__ token
>to terminate compilation.
>
> in the CAVEATS section.
>
> Ignore this if I'm offbase.
it's a perl handler, not a registry script.
ignore mode is on :)
__
Stas Bekman
Kevin A. McGrail wrote:
> Stas,
>
> I'm much closer thanks to your document*. I now at least I feel like I'm
> moving forward for the first time in months.
cool! :)
> OK, so I'm pretty sure short of recompiling Perl, that I have all the
> correct debug
John Kolvereid wrote:
> Hi Stas,
> These are GREAT URLs for installing mod_perl. I
> wish I would have known about them sooner. Whatever.
> After reading the DSO section I'm not sure I have
> configured mod_perl as DSO. In fact, I'm not sure
> what I DO have.
m.
The info is in too many places: posted many times here (read: search
archives),
on the front page of perl.apache.org, in the guide (search!) and
probably many other places.
__
Stas BekmanJAm_pH --> Just Anot
o:[EMAIL PROTECTED]>
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
docs/dst_html/docs/1.0/guide/install.html#Pros_and_Cons_of_Building_mod_perl_as_DSO
and it the rest of this doc.
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http:
> I would appreciate any comments of similar experiences or help in regards to
> making a core file.
http://perl.apache.org/preview/modperl-docs/dst_html/docs/2.0/devel/debug_c/debug_c.html#Getting_the_core_File_Dumped
_
John Siracusa wrote:
> On 4/8/02 2:41 AM, Stas Bekman wrote:
>
>>I've searched google, but didn't find any info regarding Term::ANSIColor
>>and suggesting good cross-platform, cross-terminal colors.
>
>
> Maybe I didn't understand the earlier part of
Ged Haywood wrote:
> Hi Stas,
>
> On Mon, 8 Apr 2002, Stas Bekman wrote:
>
>
>>John Siracusa wrote:
>>
>>>downside (see attached screenshot).
>>
>>the idea was to make certain messages more outstanding
>
>
> Then print only the messag
and see if you can come up with a
better solution.
I've searched google, but didn't find any info regarding Term::ANSIColor
and suggesting good cross-platform, cross-terminal colors.
Thanks.
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
'll save you a lot in
the long run. Both books are great!
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
> (ok, technically it doesn't have to be the same system,
> but you must have the same glibc version installed
> during each build and also when you run httpd).
Thanks a lot Louis,
This solution will appear in the next release of the guide in the
troubleshooting chapter.
d. You have to add locking. see
the DBM chapter in the guide.
--
_
Stas Bekman JAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide http://perl.apache.org/guide
mailto:[EMAIL PROTECTED] http://ticketmaster.com http://apacheweek.com
http://singlesheaven.com http://perl.apache.org http://perlmonth.com/
John Kolvereid wrote:
> Hi Stas,
> I have been watching my error_log. Here is what I
> have found so far (in a nut shell): mod_perl and php4
> cannot co-exist. I have documented as best I can my
> findings in hopes that someone can 'fix' this problem:
John, we
>
> scripts in
>
>>my environment.
>
>
> You could try setting an alarm in a fixup handler. But if you're just
> trying to prevent runaway servers, I'd suggest Apache::Resource.
or Apache::Watchdog::RunAway
John, when debugging problems one should closely watch the error_log
file (usually open with tail -f). It always tells you what the problem
is. So what does it say with your latest problem?
__
Stas BekmanJAm_pH
to read the
archives,
but since you don't need the solution for the production server
Apache::PerlVINC should satisfy
you:http://perl.apache.org/guide/modules.html#Apache_PerlVINC_Allows_Module
mod_perl 2.0 has this problem solved (when it's released)
__
John Kolvereid wrote:
> Hi Stas,
>I did peruse the SUPPORT file. As far as I can
> tell I have tried everything there. Honestly, I have
> no idea what to try next. The configuration problem
> seems to have stopped me dead in my tracks for using
> mod_perl. Meanwhile,
ed to require Apache::RequestUtil if it wasn't loaded yet.
As of this moment the tests in t/ are your best source for figuring out
how to do things with new features.
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
ers PerlMethodHandlers Perl
> DirectiveHandlers PerlTableApi PerlLogApi PerlUriApi
> PerlUtilApi PerlFileApi Per
> lConnectionApi PerlServerApi) }/: No such file or
> directory.
> Edit of lib/mod_perl_hooks.pm failed
Hmm, this looks related to the -spi.bak bug reported earlier. Try thi
hen I get this msg the error log has the msg:
> [notice] child pid # exit signal Segmentation fault
>(11)
See the SUPPORT file in the mod_perl source distro to figure out what to
do next.
--
__
Stas Bekman
ISPs_providing_mod_perl_services
--
______
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apac
ras wrote:
> Hi everyone,
>
> I would like to unsubscribe to this list, but I don't know the adresse to
> which I must send the unsubscribe mail.
http://perl.apache.org/#users-list
__
Stas BekmanJA
Bill Marrs wrote:
> At 10:53 PM 3/22/2002, Stas Bekman wrote:
>
>> top and libgtop use the same source of information, so it has nothing
>> to do with these tools.
>
>
> 'top' has the ability to display SWAP on a per-process basis (you have
> to chang
yself now, too many things on my plate already. If you think my summary
is not so good (which is definitely can be) you are welcome to improve
it. If someone can do the real testing and share the results with the
list, everybody will benefit.
[the rest of the interesting rant removed]
___
mark warren bracher wrote:
> I didn't ever actually see a post with newer numbers, so here goes..
>
> I tested the same 50 clients/5000 requests as stas' test in the guide.
> one pass with 2 uri params; another with 26. naturally I ran it all on
> a server big
Randal L. Schwartz wrote:
>>>>>>"Stas" == Stas Bekman <[EMAIL PROTECTED]> writes:
>>>>>
>
> Stas> Steven Lembark wrote:
>
>>>http://www.stonehenge.com/
>>>http://www.stonehenge.com/perltraining/
>>
>
>
Steven Lembark wrote:
>
>
> http://www.stonehenge.com/
>
> http://www.stonehenge.com/perltraining/
Steven, They don't give mod_perl courses, at least I couldn't find any.
__
Stas BekmanJA
ide, we have obviously
>>failed you.
>>
>>73,
>>Ged.
>>
>
>
>
> __
> Do You Yahoo!?
> Yahoo! Movies - coverage of the 74th Academy Awards®
> http://movies.yahoo.com/
--
___
gt;pool, "MISS from ",
>
>
> ----
>
> #!/usr/local/bin/perl -w
>
> use CGI qw( :standard );
> use CGI::Cookie;
>
> my $c1 = new CGI::Cookie(-name=>'ID',-value=
ble to load the module only during the
restart use in startup.pl:
if ($Apache::Server::ReStarting) {
require "My::Sensitive::Module";
}
--
__
Stas BekmanJAm_pH --> Just Another mod_perl H
Bill Marrs wrote:
> Stas,
>
> Thanks for tracking that down.
>
> So, the problem is our tools. For me, that's GTopLimit (but also
> SizeLimit).
>
> I would think it must be possible to cajole these two into realizing
> their error. "top" seems t
Perrin Harkins wrote:
> Stas Bekman wrote:
>
>> Moreover the memory doesn't
>> get unshared
>> when the parent pages are paged out, it's the reporting tools that
>> report the wrong
>> information and of course mislead the the size limiting mo
Daniel Hanks wrote:
> On Sat, 23 Mar 2002, Stas Bekman wrote:
>
>
>>See the discussion on the [EMAIL PROTECTED] list,
>>http://marc.theaimsgroup.com/?t=10165973081&r=1&w=2
>>where it was said that it's
>>a very bad idea to use mlock and variant
1301 - 1400 of 2814 matches
Mail list logo