thanks, but how about sending a patch using diff?
http://perl.apache.org/contribute/cvs_howto.html#Sending_Patches
sub noh_b_graph {
my $r = shift;
require B::Graph;
untie *STDOUT;
my $dir = $r-server_root_relative(
$r-dir_config(GraphDir) ||
Kent, Mr. John wrote:
Greetings,
I have put PerlSwitches -T in my httpd.conf file, yet keep getting the
following warning
in the server's error_log:
[Tue Jul 23 10:43:06 2002] [warn] T switch is ignored, enable with
'PerlSwitches -T' in httpd.conf
Any suggestions?
the cvs version
Michael Robinton wrote:
see attached
[...]
BZS::License performs a similar load operation to BZS::Loader. First,
however it looks for a hash pointer in the caller program called $ptr2_License.
The hash contains the path to the License file and an optional 'private' key
list of modules
Alessandro Forghieri wrote:
Greetings.
From:
http://perl.apache.org/docs/2.0/user/config/config.html#Enabling_mod_perl
[...]
Win32 users need to make sure that the path to the Perl binary (e.g.,
C:\Perl\bin) is in the PATH environment variable.
[...]
Is it not true that the
Alessandro Forghieri wrote:
Greetings.
I am using the binary distribution Apache/2.0.40-dev (Win32)
mod_perl/1.99_05-dev Perl/v5.8.0 from uwinnipeg. OS is NTsp6
httpd.conf is basically unmodified.
I have noticed that carp'ing or warn'ing or even printing to stderr from a
Registry
[...]
Anyway, I decided to add another directive to Apache::Reload
PerlSetVar ReloadDirectories /site/lib /usr/local/apache/conf
Apache::Reload allows you to define which modules to reload using the
patterns like so:
PerlSetVar ReloadAll Off
PerlSetVar ReloadModules Apache::* My::*
Is
Vitor wrote:
Hello Folks,
I am having a big problem here.
While i try to open a new Mail::CClient connection, i get these message :
[Fri Jul 19 17:56:28 2002] [notice] child pid 6146 exit signal Segmentation
fault (11)
I am using Perl 5.6.1, Apache/1.3.23 , PHP/4.1.1 mod_perl/1.26,
Hi,
thanks for your help. Now everything works fine using mod_perl 1.27.
:)
Lino
.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-
Pasquale Pagano
CNR - Istituto di Elaborazione della Informazione
Via G. Moruzzi, 1 - 56124 Pisa,Italy
Area della Ricerca CNR di Pisa
Tel +39
[EMAIL PROTECTED] wrote:
Hello,
I am trying to write a password changing program.
this article by Lincoln Stein should resolve most of your problems:
http://www.samag.com/documents/s=1286/sam03020006/
and no, don't try to disable the taint mode,
instead read the perlsec manpage to learn
I'm trying upgrade my mod_perl version from 1.27 to 1.99.02 for
apache-2.0.39.
version 1.27 of mod_perl was compiled using :
CC=cc OPTIM=-O $INET_TOP/bin/$OPSYS/perl Makefile.PL \
DO_HTTPD=1 PERL_AUTHEN=1 PERL_SECTIONS=1
make
The question is how do I compile
Index: Status.pm
===
RCS file: /home/cvspublic/modperl/lib/Apache/Status.pm,v
retrieving revision 1.26
diff -u -r1.26 Status.pm
--- Status.pm 23 May 2002 16:14:56 - 1.26
+++ Status.pm 30 Jul 2002 12:39:07 -
-514,6
Hello Stas,
I will look for those information.
Anyway, it does not works under pure mod_perl too.
Regards,
Vitor
-Mensagem original-
De: Stas Bekman [mailto:[EMAIL PROTECTED]]
Enviada em: terca-feira, 30 de julho de 2002 06:04
Para: Vitor
Cc: [EMAIL PROTECTED]
Assunto: Re:
Two reasons :
1. My site-specific modules don't necessarily have a common namespace
(or even several namespaces);
they just all live in /site/lib. Without a ReloadDirectories-like filter
every time I add another module,
say, /site/lib/Reports.pm I'll need to add Reports to ReloadModules, and
Thanks a lot. That really does help.
regards,
-Tushar
-Original Message-
From: Stas Bekman [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, July 30, 2002 6:36 AM
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: Re: apache mod_perl + suid question
[EMAIL PROTECTED] wrote:
Hello,
I
Joshua Bernstein wrote:
Hey All,
After much hassle, I blew away my threaded MPM under Apache2 because
mod_perl didn't seem to be accepting or processing the . (period) in my
@INC path so that scripts called like:
require blah.cgi
were not being found in the include path. I
Dinesh Patel wrote:
I'm trying upgrade my mod_perl version from 1.27 to 1.99.02 for
apache-2.0.39.
version 1.27 of mod_perl was compiled using :
CC=cc OPTIM=-O $INET_TOP/bin/$OPSYS/perl Makefile.PL \
DO_HTTPD=1 PERL_AUTHEN=1 PERL_SECTIONS=1
make
The
Harry Danilevsky wrote:
Two reasons :
1. My site-specific modules don't necessarily have a common namespace
(or even several namespaces);
they just all live in /site/lib. Without a ReloadDirectories-like filter
every time I add another module,
say, /site/lib/Reports.pm I'll need to add
Dennis Daupert wrote:
What's up with this? I'm trying to load Apache::DBI on startup.
I have apache and mod_perl installed, and running ok,
and have installed additional modules, including the
Apache::Bundle.
When I put the line in mod_perl.conf,
PerlModule Apache::DBI
I can't
I certainly agree with attaching a common prefix to a library, but what
if I am already dealing
with a bunch of modules written without prefix, and enough application
code using those packages ?
I suppose I could change the code, or alias names in symbol table, or do
some other trick;
I just
Greetings,
Today, 30-July-02, :Re-built both bleedperl and modperl from cvs per
http://perl.apache.org/docs/2.0/user/install/install.html
When attempting to run modperl get:
[Tue Jul 30 13:08:08 2002] [error] [client 192.160.159.24] Use of
uninitialized value in concatenation (.) or string at
Kent, Mr. John wrote:
Greetings,
Today, 30-July-02, :Re-built both bleedperl and modperl from cvs per
http://perl.apache.org/docs/2.0/user/install/install.html
When attempting to run modperl get:
[Tue Jul 30 13:08:08 2002] [error] [client 192.160.159.24] Use of
uninitialized value in
Dennis Haney wrote:
The bias in the test is even a little slanted towards the JSP
benchmarks since the trivial connection pooling I used there is
nothing like the Apache::DBI overhead in the mod_perl test, when I
could have just used a persistent global $dbh instead. ( maybe I
should? )
I
Perrin Harkins wrote:
To answer the original question, I don't think Apache::DBI is much
overhead at all. It amounts to little more than a hash lookup.
Certainly less work than the the thread synchronization required for
connection pooling.
My only problem with Apache::DBI for a
Could you please take a look at this problem? Thanks.
- Forwarded message from Stas Bekman [EMAIL PROTECTED] -
Date: Mon, 29 Jul 2002 09:56:05 +0800
From: Stas Bekman [EMAIL PROTECTED]
Reply-To: Stas Bekman [EMAIL PROTECTED]
Subject: Re: Apache::DBI as a prerequisite
To:
Hi,
I reinstalled perl 5.6.1 with the following modules
- HTML-Parser-3.26.tar.gz
- libnet-1.12.tar.gz
- libwww-perl-5.65.tar.gz
- MIME-Base64-2.12.tar.gz
- URI-1.19.tar.gz
- Digest-MD5-2.20.tar.gz
and followed the instructions I used before to
You are correct. If you...
use Hidden::Module
then use Data::Dumper to reconstruct most of the raw code. This would be
about as useful as decompiling 'B' code. If you had access to the
intrepreter directly, you could probably even capture the decrypt stream
before perl compiles it, but
Simon Perreault wrote:
You wrote on 2002-04-30 to apache-modperl about Apache::DBI not being testable
while not under mod_perl. You said this:
That's normal. You cannot test modules that use mod_perl API without
running them inside mod_perl server. I've the same problem as you've
reported.
DH wrote:
Index: Status.pm
===
RCS file: /home/cvspublic/modperl/lib/Apache/Status.pm,v
retrieving revision 1.26
diff -u -r1.26 Status.pm
--- Status.pm 23 May 2002 16:14:56 - 1.26
+++ Status.pm 30 Jul 2002 12:39:07
Atsushi Fujita wrote:
Hi all,
I am trying to use DBD::Oracle1.12 on mod_perl2.
But it doesn't work fine.
It shows error as following in error_log at $dbh = DBI-connect.
[error_log]
DBI-connect(ynt0) failed: (UNKNOWN OCI STATUS 1804) OCIInitialize. Check
ORACLE_HOME and NLS
Josh Chamas wrote:
My only problem with Apache::DBI for a benchmark is its
default ping of the db per connect().
Oh, you're right I wasn't thinking about that. It is important in a
benchmark to be testing equivalent functionality as much as possible,
although it's very difficult to do.
I
simran wrote:
Hi All,
I have a situation where it is convinent for me to define a global
PerlSetVar in my httpd.conf and then unset it for particular virtual
hosts.
I used to use the following configuration successfully:
Does that mean that
$r-dir_config is not the same as $r-server-dir_config ?
A PerlUnsetVar would indeed be very handy... as would PerlUnsetEnv :-)
On Wed, 2002-07-31 at 12:50, Stas Bekman wrote:
s/$r-dir_config/$r-server-dir_config/?
What's really needed is probably PerlUnSetEnv.
Hello,
I am posting this matter to the list because it takes so long from my
end of the world to download the relevant information for trouble
shooting. My problem is as follows:
I downloaded mod_perl-1.26 and apache_1.3.24 in May this year. I
followed all the instructions in the mod_perl
Alfred Vahau wrote:
Hello,
I am posting this matter to the list because it takes so long from my
end of the world to download the relevant information for trouble
shooting. My problem is as follows:
I downloaded mod_perl-1.26 and apache_1.3.24 in May this year. I
followed all the
Alexandre Dulaunoy wrote:
Hello,
I have look around the documentation of mod_perl 2.0 and I'm looking if
it's possible with the current mod_perl API to add a method (like GET,
HEAD) in apache to extend the functionnaly of the HTTP server ?
There is also some possibility with the new
Thanks for the leads. My concentration definitely lapsed over the make test
failure.
I ran make install regardless and all was well. I attempted to start the
server without success.
Here's the error message from the error_log
[Wed Jul 31 15:03:13 2002] [alert] httpd: Could not determine the
test
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
38 matches
Mail list logo