Perrin Harkins wrote:
On Tue, 2003-06-10 at 01:45, Stas Bekman wrote:
mp2+winFU => winnt MPM => no forking, only threads => Apache::DBI is useless
there. not only useless, but also wasteful, since it's going to do work that
has no added value.
But how is this any different from separate proces
On Tue, 2003-06-10 at 01:45, Stas Bekman wrote:
> mp2+winFU => winnt MPM => no forking, only threads => Apache::DBI is useless
> there. not only useless, but also wasteful, since it's going to do work that
> has no added value.
But how is this any different from separate processes really? Each
Perrin Harkins wrote:
On Mon, 2003-06-09 at 21:02, Stas Bekman wrote:
Paul Simon wrote:
So, according to the docs,
http://perl.apache.org/docs/2.0/user/performance/mpm.html#Work_with_DataBases_under_Threaded_MPM,
using Apache::DBI doesn't do anything under
mp2+windows2000 ...
That's correct. Sinc
On Mon, 2003-06-09 at 21:02, Stas Bekman wrote:
> Paul Simon wrote:
> > So, according to the docs,
> > http://perl.apache.org/docs/2.0/user/performance/mpm.html#Work_with_DataBases_under_Threaded_MPM,
> > using Apache::DBI doesn't do anything under
> > mp2+windows2000 ...
>
> That's correct. Since
On Mon, 2003-06-09 at 09:55, Haroon Rafique wrote:
> Now onto serious stuff. /usr/bin/perl here is the system-wide perl install
> that came bundled with Redhat.
Just a thought: did you fix the locale on that machine? Most of CPAN
won't compile on Red Hat 8 and 9 because of the broken UTF8 locale
The URL
ftp://ftp.dev.ecos.de/pub/perl/embperl/Embperl-2.0b9.tar.gz
has entered CPAN as
file: $CPAN/authors/id/G/GR/GRICHTER/Embperl-2.0b9.tar.gz
size: 654860 bytes
md5: 3a4836d15100feb2bf9c37e9470a1d1d
While development has continued all the time, there was a long time no
release o
Just in case you didn't know, you can use Apache::Test for testing your code
with both mod_perl generations. It certainly helps to automate the testing.
For example I use the following simple smoker script to run the test suite on
Apache::Peek with different versions of perl and mod_perl.
Kudos
speeves wrote:
Stas Bekman wrote:
[...]
http://search.cpan.org/src/STAS/Apache-Peek-1.01/t/response/TestApachePeek/basic.pm
That did it!!! Thank you so much for your patience and help with all
that I am working on here. After I test these changes on modperl 1
tomorrow, I should be able to upl
Stas Bekman wrote:
Shannon Eric Peevey wrote:
Perrin Harkins wrote:
On Mon, 2003-06-09 at 13:57, Shannon Eric Peevey wrote:
To answer your original question, Apache::Peek on CPAN now works with
both mod_perl versions. And while it uses separate implementations for
each version, the test suite
I'm quite suprised at the limited amount of custom DAV server uses. I mean,
here's a protocol for editing content over HTTP, which to me screams as an
ideal solution for, say, editing full HTML content within a DB/CMS.
I mean, I've been working as Technical Support at a uni for Web Services, and
Paul Simon wrote:
So, according to the docs,
http://perl.apache.org/docs/2.0/user/performance/mpm.html#Work_with_DataBases_under_Threaded_MPM,
using Apache::DBI doesn't do anything under
mp2+windows2000 ...
That's correct. Since Apache::DBI does per-process pooling, and apache 2.0 on
winFU, runs o
So, according to the docs,
http://perl.apache.org/docs/2.0/user/performance/mpm.html#Work_with_DataBases_under_Threaded_MPM,
using Apache::DBI doesn't do anything under
mp2+windows2000 ... What is the status of DBI::Pool?
These modules deal mainly with persistent database
connections. Is that corre
Marc M. Adkins wrote:
However I think it is possible to make the architecture more
flexible to allow
pools sharing across specific vhosts, or even location containers (if the
scope is set to be only for the handler). e.g. something like:
#base server
# parameters
# parameters
PerlUseTiPool A
> However I think it is possible to make the architecture more
> flexible to allow
> pools sharing across specific vhosts, or even location containers (if the
> scope is set to be only for the handler). e.g. something like:
>
> #base server
>
>
> # parameters
>
>
> # parameters
>
>
>
> PerlUse
Hello again,
On Mon, 9 Jun 2003, Forrest Aldrich wrote:
> Referring back to my original post, it with the options I specified, the
> compile process still insists on compiling mod_perl as a DSO. Even if I
> explicitly set USE_DSO=0 -- I wonder if one of the other flags (like
> EVERYTHING=1)
Haroon Rafique wrote:
On Saturday at 9:22am, SB=>Stas Bekman <[EMAIL PROTECTED]> wrote:
SB> I think the issue is very simple: @INC had system libraries dirs
SB> before the freshly build ones, so dumping @INC contents prior to libs
SB> loading should aid the debug. But please use the latest cvs, si
Marc M. Adkins wrote:
wrt Apache 2.0, mod_perl 2.0...
I'm not using Clone or Parent at the current time, but I was re-reading the
documentation on them for an unrelated reason and started thinking about how
they would work.
Suppose I want to set up five virtual hosts with modules A - E. Then I wa
Shannon Eric Peevey wrote:
Perrin Harkins wrote:
On Mon, 2003-06-09 at 13:57, Shannon Eric Peevey wrote:
To answer your original question, Apache::Peek on CPAN now works with both
mod_perl versions. And while it uses separate implementations for each
version, the test suite uses the same code to
Perrin Harkins wrote:
On Mon, 2003-06-09 at 13:57, Shannon Eric Peevey wrote:
Yeah, I've been messing with that, but it seems to me that I need
something similar to a preprocessor directive, where I can load the
appropriate "use MODULE" lines into the module bases upon which version
of modpe
On Mon, 2003-06-09 at 15:24, Perrin Harkins wrote:
> [ Please keep it on the list. ]
>
Sorry about that!
> On Mon, 2003-06-09 at 16:12, Ryan Muldoon wrote:
> > > Ryan, can you post a more complete code example?
> > >
> > > - Perrin
> > Here it is:
> >
> > package Apache::AuthNx509;
> >
> > use
[ Please keep it on the list. ]
On Mon, 2003-06-09 at 16:12, Ryan Muldoon wrote:
> > Ryan, can you post a more complete code example?
> >
> > - Perrin
> Here it is:
>
> package Apache::AuthNx509;
>
> use strict;
> use Apache::Constants qw(:common);
> use Text::ParseWords qw(quotewords);
> use
Actually, upon flushing my browser cache and checking again, I can in
fact read the MOD_PERL environment variable just fine. But still no
luck on any mod_ssl related variables.
--Ryan
Thanks for using REPORT!
On Mon, 2003-06-09 at 16:07, George Bagley wrote:
> On Apache 1.3, when I do a ps -ef, I cannot see the cgi script running.
> I assume this is because Apache is NOT spawning a separate process to
> satisfy the request.
>
> On Apache2, there are hundreds of the cgi scripts
Ok, removed. Thank you very much for the in-depth replies. It is very
useful. Unfortunately any variable-reading continues to elude me. But
I really appreciate all the help!
well, it sounds like you are having a larger problem that just mod_ssl-based
variables.
since you mention you're inter
-8<-- Start Bug Report 8<--
1. Problem Description:
Hi
I have ugraded from apache1.3 to Apache2 and I am having a performance
problem with a cgi script.
Hardware
Dell 2550, Dual Proc, 2GB RAM, RedHat Linux 9.0
On A
On Mon, 2003-06-09 at 15:35, Geoffrey Young wrote:
> no, I wasn't saying that :) subprocess_env() from the main request is the
> right way to go. I was just trying to let you know that it has nothing to
> do with %ENV really.
I wouldn't go that far. %ENV does get populated with that stuff, ju
On Mon, 2003-06-09 at 14:35, Geoffrey Young wrote:
> Ryan Muldoon wrote:
> > Geoffrey,
> >
> > Thanks for the explanation. Unfortunately, I think I am still a little
> > unclear as to how to proceed. If I understand you correctly, my first
> > method is completely wrongheaded.
>
> :)
>
>
On Mon, 2003-06-09 at 15:34, George Bagley wrote:
> CONFIG redhat linux 9.0
> apache 2
I'm afraid that's not enough info to guess what you're doing. Please
read
http://perl.apache.org/docs/2.0/user/help/help.html#Reporting_Problems
> I have ugraded from apache1.3 to Apache2 and I am hav
>From what I understand, what you outline *should* work. It just doesn't
for me for some reason. I really appreciate everyone's help though.
(And as an aside - I learned how to program in Perl from your books -
many thanks)
--Ryan
On Mon, 2003-06-09 at 14:23, Randal L. Schwartz wrote:
I'm trying to do this as a PerlAuthenHandler, so it should be well past
mod_ssl's involvement, but before the fixup stage. Trying to print out
MOD_PERL either through a subprocess or ENV fails. So maybe I'm in
bigger trouble than I thought?
--Ryan
On Mon, 2003-06-09 at 14:26, Issac Gold
I didn't. But I just set that, and it didn't seem to make a
difference
--Ryan
On Mon, 2003-06-09 at 14:16, Randy Kobes wrote:
> On Mon, 9 Jun 2003, Ryan Muldoon wrote:
>
> > Geoffrey,
> >
> > Thanks for the explanation. Unfortunately, I think I am
> > still a little unclear as
Ryan Muldoon wrote:
Geoffrey,
Thanks for the explanation. Unfortunately, I think I am still a little
unclear as to how to proceed. If I understand you correctly, my first
method is completely wrongheaded.
:)
(I tried this because it is how the
"Writing Apache Modules with Perl and C" does
Hi
CONFIG redhat linux 9.0
apache 2
I have ugraded from apache1.3 to Apache2 and I am having a performance
problem with a cgi script.
On 1.3, when I do a ps, I cannot see the cgi script running.
On 2, there are hundreds of the cgi scripts running.
The cgi makes a connection to a mys
On Mon, 9 Jun 2003, Ryan Muldoon wrote:
> Geoffrey,
>
> Thanks for the explanation. Unfortunately, I think I am
> still a little unclear as to how to proceed. If I understand
> you correctly, my first method is completely wrongheaded. (I
> tried this because it is how the "Writing Apache
Ryan,
Ust out of curiosity, at what stage in the request chain are you doing
this? If you are doing anything before mod_ssl populates its environment
variables (which I seem to rembmer being at Fixup, although I may be
confusing with something else), you wouldn't be able to access them. You
*sh
PerlSetEnv works fine. I can't, however, put PerlPassEnv inside either
a Location or Directory block, if that makes any difference. Apache
says it is a configuration error to do so (though PerlSetEnv works
fine).
I've tried every way that I can think of to do
$r->subprocess_env('VARIABLE'), an
> "Ryan" == Ryan Muldoon <[EMAIL PROTECTED]> writes:
Ryan> Geoffrey,
Ryan> Thanks for the explanation. Unfortunately, I think I am still a little
Ryan> unclear as to how to proceed. If I understand you correctly, my first
Ryan> method is completely wrongheaded. (I tried this because it is
Geoffrey,
Thanks for the explanation. Unfortunately, I think I am still a little
unclear as to how to proceed. If I understand you correctly, my first
method is completely wrongheaded. (I tried this because it is how the
"Writing Apache Modules with Perl and C" does it. p.327) So it so
On Mon, 2003-06-09 at 14:49, Ryan Muldoon wrote:
> I tried that as well (and just re-tried). My understanding is that the
> %ENV hash only gets updated in the fixup stage, so the mod_ssl
> environment variables can't be accessed that way. Thanks for the
> suggestion though!
Okay. And you're cert
Ryan Muldoon wrote:
I'm not able to get *any* variables out from the apache server
environment.
ok, first off, this is a two step process for Apache. the first step is
that modules (like mod_ssl) populate the subprocess_env table with various
values. then, modules like mod_cgi and mod_perl
I'm using mod_perl 1. But I'm setting the handlers in httpd.conf. I
sent a message to the list on thursday ("problem with pulling variables
from mod_ssl") that more fully describes my situtation.
--Ryan
On Mon, 2003-06-09 at 14:31, Marc M. Adkins wrote:
> IF you're using mp2...in your h
IF you're using mp2...in your httpd.conf are you setting up the handlers
with modperl or perl-script? The former doesn't provide any environment
variables:
http://perl.apache.org/docs/2.0/user/config/config.html#C_SetHandler_
I don't believe this applies to mp1.
mma
> -Original Mes
I tried that as well (and just re-tried). My understanding is that the
%ENV hash only gets updated in the fixup stage, so the mod_ssl
environment variables can't be accessed that way. Thanks for the
suggestion though!
--Ryan
On Mon, 2003-06-09 at 13:41, Perrin Harkins wrote:
> On Mon, 20
On Mon, 2003-06-09 at 14:29, Ryan Muldoon wrote:
> I'm not able to get *any* variables out from the apache server
> environment.
Did you try the normal $ENV{'VARIABLE'} approach?
- Perrin
I'm not able to get *any* variables out from the apache server
environment. As you might be able to imagine, this is extremely
frustrating, and inhibits my ability to do anything of use with
mod_perl. My basic technique has been:
my $uri = $r->uri;
return unless $r->is_main();
On Mon, 2003-06-09 at 13:57, Shannon Eric Peevey wrote:
> Yeah, I've been messing with that, but it seems to me that I need
> something similar to a preprocessor directive, where I can load the
> appropriate "use MODULE" lines into the module bases upon which version
> of modperl they have insta
Perrin Harkins wrote:
On Mon, 2003-06-09 at 12:12, Shannon Eric Peevey wrote:
PS Am having problems with the compile time loading of modules depending
on the existence of either modperl1 or 2... "use" dies and "require" is
not importing the symbols correctly at runtime...
If you read th
Ged,
This is what the make output shows... I've read the docs. Perhaps I need
to try compiling mod_perl with a different method (I recall a build option
with apxs, outside of the apache src tree).
o perl_module uses ConfigStart/End
+ mod_perl build type: DSO
+ setting up mod_perl b
On Mon, 2003-06-09 at 12:12, Shannon Eric Peevey wrote:
> PS Am having problems with the compile time loading of modules depending
> on the existence of either modperl1 or 2... "use" dies and "require" is
> not importing the symbols correctly at runtime...
If you read the docs for "use" (perldo
Hi!
Just wondering if anyone knows of a perl module that is coded to work
with modperl1 and 2? I am hitting a wall in getting my module to do
that, and want to cheat a little off of someone who already has... ;)
thanks,
speeves
cws
PS Am having problems with the compile time loading of modules
At 07:34 2003-06-09 -0600, you wrote:
Would anyone happen to know if there is a PERL/java interface where these
two languages could talk to each other?
Java can call any native function that's packaged in a dso or dll. (But is
it possible to compile Perl modules to standalone dso?) Did anyone men
I believe there's a Java.pm module on CPAN that will allow a perl program
to instantiate java objects and call methods on them. That may or may not
be enough intercommunication for what you need.
Wes Sheldahl
"Charlie Smith" <[EMAIL PROTECTED]> on 06/09/2003 09:34:04 AM
To:[EMAIL PROTECTE
- Original Message -
From: "Charlie Smith" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, June 09, 2003 3:34 AM
Subject: PERL/java interface available?
Would anyone happen to know if there is a PERL/java interface where these
two languages could talk to each other?
Charlie
At 03:26 AM 6/9/2003, Ged Haywood wrote:
Hi there,
On Sun, 8 Jun 2003, Forrest Aldrich wrote:
> I want to try compiling mod_perl statically
What's the question?
73,
Ged.
[ ... ]
Referring back to my original post, it with the options I specified, the
compile process still insists on compiling
On Saturday at 9:22am, SB=>Stas Bekman <[EMAIL PROTECTED]> wrote:
SB> I think the issue is very simple: @INC had system libraries dirs
SB> before the freshly build ones, so dumping @INC contents prior to libs
SB> loading should aid the debug. But please use the latest cvs, since
SB> I've messed wi
- Original Message -
From: "Chris Faust" <[EMAIL PROTECTED]>
To: "Sreeji K Das" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Monday, June 09, 2003 3:20 AM
Subject: Re: is anybody using mp2 in production?
> > (Btw, Chris, are you using the worker mpm ? Is it
> > stable ? We'd like to g
Would anyone happen to know if there is a PERL/java interface where these two
languages could talk to each other?
Charlie
--
This message may contain confidential information, and is intended only for the use of
the in
> (Btw, Chris, are you using the worker mpm ? Is it
> stable ? We'd like to go the worker mpm way & would
> like to know if any1 is using it yet in production.)
>
On our dev server yes, and all seems well - but we haven't rolled it out in
production yet. Its one of those things we want to do but k
Ged Haywood wrote:
[snip]
>>>I have a simple form
[snip]
>>>The problem is that I only see the values printed when I use the "GET"
>>>option in the form above, when I change "GET" to "POST" nothing gets
>>>printed...
>>POST data can only be read once, if you want to read it again you have
>>to save
Hi there,
On Mon, 9 Jun 2003, Issac Goldstand wrote:
> Forwarded from the Israeli Perl Mongers mailing list:
>
> - Original Message -
> From: "Ron" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Monday, June 09, 2003 1:48 PM
> Subject: [Perl] HTML::Mason help anyone?
>
>
> > I
Forwarded from the Israeli Perl Mongers mailing list:
- Original Message -
From: "Ron" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, June 09, 2003 1:48 PM
Subject: [Perl] HTML::Mason help anyone?
> I have a simple form that looks like so:
>
> enctype="text/plain">
>
>
Hi there,
On Sun, 8 Jun 2003, Forrest Aldrich wrote:
> I want to try compiling mod_perl statically
What's the question?
73,
Ged.
62 matches
Mail list logo
