Matt Sergeant <[EMAIL PROTECTED]> writes:
> Depends what the business is. If it is a serious business looking for VC I
> would actually suspect the inverse is true: MySQL is underkill (I think I
> just made that word up) due to its lack of transactions and other advanced
> features (yes, these t
Hi,
I installed Apache Server for NT on my machine. But
I don't know how to get perl to work not using module perl.
Any message will be appreciated.
> Unfortunately I can't actually get mod_perl + a load of other stuff to
> build on 5.005_63, so I can't see if it cures the mod_perl problem.
you need modperl from cvs to use 5.005_62+
http://perl.apache.org/from-cvs/
> Could a DynaLoader guru have a quick look at the patch and let me know
> i
> >now, i have the exact same problem: i need my SSI to filter thru everithing:
> >HTML, CGIs, PHP, etc.
You get HTML filtering already. For CGIs, why not write a minimal
PerlHandler to emulate CGI (i.e. set up the environment and execute the
CGI script) and then run the output through SSI? For
[EMAIL PROTECTED] (Bill) wrote:
>Hi,
>
>I'm scratching my head on a mod_perl problem, and I found out you guided other
>programmers in my situation...
>
>here's the context:
>
>[ 1999-09-30 4:20:30 ]
>> Is there a way too, to have output of NON PERL cgi scripts to be SSI parsed?
>
>Not that I know
Hi.
Is anyone using mod_backhand (http://www.backhand.org/) for load
balancing? I've been trying to get it to work but it is really flaky.
For example, it doesn't seem to distribute requests for static content.
Bah.
Anyway, mail me and we can chat.
Jeffrey
Michael wrote:
> > so i guess this is the only way to do it with dso
> >
> > for apache 1.3.9
> > ./configure --enable-rule=shared_core --with-perl=/usr/bin/perl
> > --enable-module=so --enable-module=rewrite
> >
> > for modperl-1.21
> > perl Makefile.PL USE_APXS=1 USE_DSO=1 WITH_APXS=/usr/sbin
check out the following sections in the guide:
http://perl.apache.org/guide/performance.html#Memory_leakage
http://perl.apache.org/guide/debug.html#How_can_I_find_if_my_mod_perl_sc
http://perl.apache.org/guide/performance.html#Limiting_the_resources_used_by_h
http://perl.apache.org/guide/performa
Jason Terry wrote:
>
> Is there a way I can tell where my memory usage is going in an Apache child?
>
> I have a server that starts with acceptable numbers, but after a while it
> turns into this
>
> Server Version: Apache/1.3.9 (Unix) mod_perl/1.21 PHP/3.0.12 mod_ssl/2.4.4
> OpenSSL/0.9.4
> R
Is there a way I can tell where my memory usage is going in an Apache child?
I have a server that starts with acceptable numbers, but after a while it
turns into this
Server Version: Apache/1.3.9 (Unix) mod_perl/1.21 PHP/3.0.12 mod_ssl/2.4.4
OpenSSL/0.9.4
Redhat Linux: 2.2.13
PID USER PRI
That's what I thought. Setting 'EMBPERL_DEBUG 0' should really turn off any
kind of logging including even trying to open the log file.
On 19-Jan-00 Christian Gilmore wrote:
> Jason,
>
> Using both 'EMBPERL_LOG /dev/null' and 'EMBPERL_DEBUG 0' will do the trick.
> Without redirecting EMBPERL_LOG
Jason,
Using both 'EMBPERL_LOG /dev/null' and 'EMBPERL_DEBUG 0' will do the trick.
Without redirecting EMBPERL_LOG, embperl will always try to open
/tmp/embperl.log on its first use. I consider this a bug and a security hazard
(writing anything blindly to /tmp can have potentially lethal side eff
On Tue, Jan 18, 2000 at 08:03:42PM +, Alan Burlison wrote:
> I think the correct fix is for the Apache core to avoid dlclosing
> anything it has dlopened in the first place. If new modules have been
> added to the config files, they should be dlopened, but any old ones
> should *not* be dlcl
How do you turn logging off completely in Embperl? Is it even possible? I set
EMBPERL_DEBUG to 0 but it still tries to open a log file. I didn't see anything
in EMBPERL_OPTIONS.
---
Jason Bodnar + [EMAIL PROTECTED] + Tivoli Systems
In Jail Rock house Rock, he was everything Rockabilly's about.
N
On 19 Jan 00, at 7:41, Gerald Richter wrote:
> >
> > Here's the situation:
> > The user loads this page with the two frames. The left frame is the
> > navigation frame. The user clicks on the left frame the link to log in.
> > The right frame changes to the login screen and they login. When
>
> what happens if you preload Apache::Registry in httpd.conf:
>
> PerlModule Apache::Registry
Didn't try that. But code examination seems to imply that it would have
no effect.
1. Apache::Registry gets run, so:
unless (defined $Apache::Registry::NameWithVirtualHost) {
$Apac
> -Original Message-
> From: Gerald Richter [mailto:[EMAIL PROTECTED]]
> Sent: 19 January 2000 04:36
> To: Alan Burlison; [EMAIL PROTECTED]
> Subject: RE: Why does Apache do this braindamaged
> dlclose/dlopen stuff?
> So I would agree to your last sentences that Dynloader is responsible
Hi
I am using Emberl 1.2.0.
This is the probleme :
I have a form with a submit bouton to download some data ( or
a file ). I want that the user can save these data.
When I submit it, the header that I want to send to generate
the download is printed in the page ( ...and the data too ) and
Hello,
I'm trying to run a simple script using Apache::Session for the first
time, and am having a few problems. Can't see anything relating to this in
the documentation or the archives, so here goes...
Whenever I run a script, everything works until I try to create a new
session id, where I get
Sorry - there will be no data for at least 18 months.
cliff rayman
genwax.com
WWW Account wrote:
> As I said, we don't publish them -- in any form. They are confidential by
> US law. That will change somewhat when we begin publishing some
> applications 18-months after filing, according to the
> From: "Richard L. Goerwitz" <[EMAIL PROTECTED]>
> Date: Wed, 19 Jan 2000 11:44:58 -0500
> Subject: Problems w/ CGI under mod_perl
> To: [EMAIL PROTECTED]
>
> Problem I am noticing emanates from CGI->new(). Here's the section of
> code:
>
> if ($MOD_PERL) {
> Apache->request->regis
Alex -- you've definitely cut it down a lot, but have you tried cutting out
the Mason stuff and just making it a regular mod_perl handler that prints a
few lines? I'm fairly sure the problem is independent of Mason (although it
may be related to the structure of handler.pl). Try it and see if
"Richard L. Goerwitz" <[EMAIL PROTECTED]> wrote:
>Before I turn everything inside out, let me ask a quick question: Has
>anyone encountered problems using CGI and CGI::Cookie with mod_perl? The
>Problem I am noticing emanates from CGI->new(). Here's the section of
>code:
>
>if ($MOD_PERL) {
On Wed, 19 Jan 2000, Richard L. Goerwitz wrote:
> Before I turn everything inside out, let me ask a quick question: Has
> anyone encountered problems using CGI and CGI::Cookie with mod_perl? The
> Problem I am noticing emanates from CGI->new(). Here's the section of
> code:
>
> if ($MOD_P
Before I turn everything inside out, let me ask a quick question: Has
anyone encountered problems using CGI and CGI::Cookie with mod_perl? The
Problem I am noticing emanates from CGI->new(). Here's the section of
code:
if ($MOD_PERL) {
Apache->request->register_cleanup(\&CGI::_rese
Hi
I am using Emberl 1.2.0.
This is the probleme :
I have a form with a submit bouton to download some data ( or
a file ). I want that the user can save these data.
When I submit it, the header that I want to send to generate
the download is printed in the page ( ...and the data too ) an
> Well, one problem.
>
> I deleted the old code instead of #if'ing it for a reason - it does NOT
> work. Apache will try to dlclose() the modules anyway, and dlclose(0)
> causes a segfault, on Linux at least.
>
I just don't wanted to delete the code, before Doug has reviewed it. Anyway
because o
Doug MacEachern wrote:
> [...] in any case, you should avoid any code that's forking a
> process, since it's throwing performance out the window.
Date::Manip is only doing a few forks on initialization, which should
be ok in most cases.
> On Thu, 6 Jan 2000, Pierre-Yves BONNETAIN wrote:
>
> >
On Wed, Jan 19, 2000 at 06:32:54AM +0100, Gerald Richter wrote:
> Hi,
>
> I have tested the patch to unload all XS libraries, when libperl is
> unloaded, Daniel sended a few days ago on Unix and on NT and it works!
> Really great!!
>
> Here is a sligthly modified version, so it works also on NT
On Tue, Jan 18, 2000 at 11:02:27PM -0800, Doug MacEachern wrote:
> On Sat, 15 Jan 2000, Daniel Jacobowitz wrote:
> ...
> > Notice that DBI is never dlclose()'d. But mod_perl is, when apache
> > unloads its modules. The linker is not clever enough to realize that
> > DBI depends on symbols in mo
Hello,
I have some dbi subroutines that I want my mod_perl
program to use. how do I go about packaging these (or whatever the correct
terminology is) ?
Don't I just create a .pm module and then "USE" it? I
tried this, and it keeps comming back saying "Undefined
subroutine".
Th
hi all..
I've noticed that using mod_rewrite with Apache::Cookie exhibits odd
behavior...
scenario:
foo.cgi uses Apache::Cookie to set a cookie
mod_rewite writes all requests for index.html to /perl-bin/foo.cgi
problem:
access to /perl-bin/foo.cgi sets the cookie properl
It would be nice if RegistryLoader.pm let me load a script for
a virtual host in such a way that I didn't have to worry about
how they were represented.
Something like:
my $r = Apache::RegistryLoader->new;
$r->handler($uri, $filename, $virthost);
How about this.
--
John Hughes <
What is a transaction handler?
Keith
- Original Message -
From:
Kevin Glass
To: [EMAIL PROTECTED]
Sent: Wednesday, January 19, 2000 5:03
AM
Subject: Transaction handler
weirdness
Hi,
We have recently installed a new machine with Apache/1.3.9 mod_
Try at
the start of your handler
sub
handler
{
my $r = shift ;
Apache -> request ($r)
;
This
sets the request record which is needed by the newer version of
CGI.pm
Gerald
-Gerald
Richter ecos electron
Hi,
We have recently installed a new machine with Apache/1.3.9 mod_perl/1.21 mod_ssl/2.4.10 OpenSSL/0.9.4 perl
5.004_04 configured
A perl transaction handler that works fine on Apache/1.3.6
mod_perl/1.21 5.00503 is now intermittantly dying on the new box
with the following error;
Can
Gerald Richter wrote:
>
> > Seems correct to me, although as I said before the patch should really
> > go in DynaLoader - after all it is conceivable that perl embedders other
> > than Apache could be hit by this problem.
> >
> Yes, I agree, but this will not before perl 5.006 and much people are
>
> > >
> > > perl_destruct/perl_free are not called at restart, only
> during child_exit.
> > > it looks like that might need to change to finish the dso puzzle. I
> > > experienced some problems there, but that was a few years ago, looks
> > > like it's time to revisit.
> > >
> >
> > But it is
> Seems correct to me, although as I said before the patch should really
> go in DynaLoader - after all it is conceivable that perl embedders other
> than Apache could be hit by this problem.
>
Yes, I agree, but this will not before perl 5.006 and much people are still
using perl 5.004...
Gerald
Doug MacEachern wrote:
> wow, *nice* catch!! Daniel, I can't thank you and Alan enough for your
> efforts here. it's such a thorny problem to debug, the closest I came was
> trying to prevent the dlclose of modperl's libperl.so, but had no idea why
> that bandaid prevented the bleeding. I hadn
> "Jeffrey" == Jeffrey W Baker writes:
I've cut down handler.pl to bare minimum.
=== cut handler.pl ==
#!/usr/bin/perl
# $Id: handler.pl,v 1.3 2000/01/14 19:42:16 tarkhil Exp $
#
$ENV{GATEWAY_INTERFACE} =~ /^CGI-Perl/
or die "GATEWAY_INTERFACE not Perl!";
use Apache::Registry;
use Apache::
Gerald Richter wrote:
> Just one more thought: The mp_dso_unload, which Daniel has patched, is
> registered as cleanup. So it should be called everytime the modperl
> libraries is unloaded and only when modperl library is unloaded, we need to
> unload the other libraries. So as far as I see this
On Wed, 19 Jan 2000, Gerald Richter wrote:
> >
> > perl_destruct/perl_free are not called at restart, only during child_exit.
> > it looks like that might need to change to finish the dso puzzle. I
> > experienced some problems there, but that was a few years ago, looks
> > like it's time to rev
> The examples are:
> * Start/Restart - when some heavy startup operation should be performed
> (e.g. a heavy XML parsing and preloading like someone posted awhile ago)
I still don't see a complete example. if you're inside in
httpd.conf, then you know the server is starting (or restarting), wh
> >
> > perl_destruct/perl_free are not called at restart, only during
> child_exit.
> > it looks like that might need to change to finish the dso puzzle. I
> > experienced some problems there, but that was a few years ago, looks
> > like it's time to revisit.
> >
>
Just one more thought: The mp
On Fri, 14 Jan 2000, Ricardo Kleemann wrote:
> Hmmm :-(
>
> On 14 Jan 2000, Frank D. Cringle wrote:
>
> >
> > Without having checked your list, I'll wager that the "good" modules
> > are all pure perl and the "bad" ones use machine-language XS
> > extensions.
>
> So typical modules like MD5 an
>
> perl_destruct/perl_free are not called at restart, only during child_exit.
> it looks like that might need to change to finish the dso puzzle. I
> experienced some problems there, but that was a few years ago, looks
> like it's time to revisit.
>
But it is called when Apache unloads the modu
On Tue, 18 Jan 2000, Doug MacEachern wrote:
> On Wed, 19 Jan 2000, Stas Bekman wrote:
> >
> > Why? Some users need a control of what gets reloaded and what not on
> > server start (Yes I know if you put in startup.pl file it loads only once)
> > For example parsing and loading some heavy xml fi
On Wed, 19 Jan 2000, Jonas Nordström wrote:
> I had the same problem. What does the "1" mean? That the sub returns with a
> true value?
yes, from ch9:
=item do()
This method provides a way to iterate through an entire table item by
item. Pass it a reference to a code subroutine to be called o
49 matches
Mail list logo
