Hi there,
On Sun, 8 Jun 2003, Forrest Aldrich wrote:
I want to try compiling mod_perl statically
What's the question?
73,
Ged.
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:
form method=GET
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 have a simple
(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 keep
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
- 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 go the worker
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 with
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
- 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
Hi
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 PROTECTED]
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
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
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 (perldoc -f
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
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 the
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 installed.
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 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 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,
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
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
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 certain
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
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'),
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
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
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
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
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 to how to
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
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:
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
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.
:)
(I tried
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, just
-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
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
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
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
[ 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 Apache::Log
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 strict;
use
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
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
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
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, since
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) is
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
TIPool A
# parameters
/TIPool
TIPool B
# parameters
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
TIPool A
# parameters
/TIPool
TIPool B
#
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
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
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,
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
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
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.
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
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
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.
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
57 matches
Mail list logo
