Here is an other one:
I finally got mod_perl statically compiled and installed with apache.
I didn't run the tests on mod_perl as they fail every time, maybe it has
something to do with what's going on now, I'm not sure. When I try to run
one of those test scripts that come with apache in the cgi
On Fri, 17 Nov 2000, Jimi Thompson wrote:
> Try getting rid of Perl 5.6 and using 5.005. This has worked for me and for
> several other folks running other flavors of Unix.
Weird, but compiled 5.6 perl with default options does not mesh well with
mod_perl, however I run Mandrake Linux, and 5.6
"Adi Fairbank" <[EMAIL PROTECTED]> wrote:
> Dave Kaufman wrote:
> >
> > $Location{"blah"} = {
> > require => "group payer_manager, payer_group demo"
> > };
> > should do the trick.
>
> I wrote:
> > Thanks, that fixed it.
>
> Actually, no that didn't fix it!
> $r->requires
> returns
> [
Dave Kaufman wrote:
>
> i belive it is. in fact, i didn't realize specifing two require coditions (one
>group and one user) worked on *separate* lines :)
>
> something like:
>
> $Location{"blah"} = {
> require => "group payer_manager, payer_group demo"
> };
>
> should do the trick.
>
> -d
To reply to my own messages...
These work fine in the httpd.conf with a section, but I was trying to
do it in a separate startup script. I'm just going to move my code back to
the main conf file for now.
--
Barry Hoggard
Chief Technology Officer
http://www.investorama.com
v: 212.905.1639 x194
Dave Kaufman wrote:
>
> i belive it is. in fact, i didn't realize specifing two require coditions (one
>group and one user) worked on *separate* lines :)
>
> something like:
>
> $Location{"blah"} = {
> require => "group payer_manager, payer_group demo"
> };
>
> should do the trick.
>
> -d
Hi all again,
I was trying to add the Apache::Scoreboard module to perl using cpan and
it's giving out errors:
cc: Error:
/usr/local/lib/perl5/site_perl/5.6.0/alpha-dec_osf/auto/Apache/include/inclu
de/http_protocol.h, line 153: Invalid declara
tion.
__attribute_
"Adi Fairbank" <[EMAIL PROTECTED]> wrote:
> No I tried that (sorry I should have said so). I think:
>
>
> $Location{"blah"} = {
> require => ["group payer_manager", "payer_group demo"]
> };
>
>
> is equivalent to:
>
>
> require group payer_manager payer_group demo
>
>
> but I'm not s
I'm working on an apache configuration script, and I'm having trouble with
the enabling of perl-status, server-info, etc.
I modified the examples in the eg directory, so I have:
my %handlers = (
"/perl-status" => "Apache::Status",
);
for (keys %handlers) {
$Location{$_} = {
No I tried that (sorry I should have said so). I think:
$Location{"blah"} = {
require => ["group payer_manager", "payer_group demo"]
};
is equivalent to:
require group payer_manager payer_group demo
but I'm not sure. In any case, it doesn't work. Maybe I'll have a looksee at
the sou
"Randal L. Schwartz" wrote:
> I think y'all are missing it. As soon as I have any Perl code access
> via Apache::Registry or anything like that, I can do this:
>
> *Apache::Registry::handler = \&my_trojan_horse;
Can you explain in what server-configuration context the above directive
w
on 11/17/00 3:48 PM, [EMAIL PROTECTED] at [EMAIL PROTECTED] uttered the
following:
>> ld -shared -expect_unresolved "*" -O4 -msym -std -s -L/usr/local/lib -o
>
> For whatever reason, it's trying to build a dso. I'd double check my
> settings.
You were right, it must be because I had --enable-s
> ld -shared -expect_unresolved "*" -O4 -msym -std -s -L/usr/local/lib -o
For whatever reason, it's trying to build a dso. I'd double check my
settings.
Kevin Riggins
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
On Fri, Nov 17, 2000 at 11:53:05AM -0800, Bill Moseley wrote:
>
> Now, I'd like to use a few of my modules under CGI -- for an administration
> part of the application that's bigger and not used enough to use up space
> in the mod_perl server. But it would be nice to have a common code base.
On
Bill Moseley wrote:
>
> Howdy,
>
> I have an application that's pure mod_perl -- its modules use the request
> object to do a few bits of work like reading parameters, query string,
> specialized logging, dealing with NOT_MODIFIED, and so on. Normal stuff
> provided by the methods of Apache, Ap
Try getting rid of Perl 5.6 and using 5.005. This has worked for me and for
several other folks running other flavors of Unix.
Didier Godefroy wrote:
> More troubles in this saga to install mod_perl with apache:
>
> After building mod_perl static with apache on DU4.0b and getting no errors
> (s
More troubles in this saga to install mod_perl with apache:
After building mod_perl static with apache on DU4.0b and getting no errors
(so far), I tried the same thing on Tru64 5.1 and I'm still getting this:
ld -shared -expect_unresolved "*" -O4 -msym -std -s -L/usr/local/lib -o
libperl.so mod_
Howdy,
I have an application that's pure mod_perl -- its modules use the request
object to do a few bits of work like reading parameters, query string,
specialized logging, dealing with NOT_MODIFIED, and so on. Normal stuff
provided by the methods of Apache, Apache::Util, Apache::URI and
Apache:
Hi,
just use magic...:
1. move your test modules to /path/TEST/YourPrefix/name.pm
2. add /path to @INC (NOT /path/TEST !)
3. add PerlSetVar test TRUE for your test virtual host and change the
PerlHandlers to read TEST::YourPrefix::name
4. write a Filter that does something like
if ($r->dir_c
> "Richard" == Richard L Goerwitz <[EMAIL PROTECTED]> writes:
Richard> That's a neat idea.
Richard> The only quibble I can think of is that this doesn't go far enough.
Richard> This lower level of privilege we're talking about is one in which -
Richard> 1) Only specific Perl modules are a
on 11/17/00 1:20 PM, Jimi Thompson at [EMAIL PROTECTED] uttered the
following:
> I suspect that this has something to do with using Perl 5.6.0. I and several
> others have had problems getting mod_perl to work with this version of Perl
> under
> various flavors of Unix (Solaris, AIX, HP-UX). We
mgraham wrote:
> Maybe another approach would be to explicitly list the handlers that
> are allowed to be used in any given context. Kind of
> like 'Options', but for perl handlers. Something like 'PerlOptions',
> perhaps?
>
>
> PerlOptions "My::AuthHandler My::ContentHandler My::Tran
-Original Message-
From: Eustace, Glen [mailto:[EMAIL PROTECTED]]
Sent: Thursday, November 16, 2000 12:42 PM
To: '[EMAIL PROTECTED]'
Subject: Failure to find function in Apache::SSI using DBI
[Thu Nov 16 21:45:33 2000] [error] [Thu Nov 16 21:45:33 2000] null: Can't
locate object metho
I suspect that this has something to do with using Perl 5.6.0. I and several
others have had problems getting mod_perl to work with this version of Perl under
various flavors of Unix (Solaris, AIX, HP-UX). We have all also found that if you
roll Perl back to 5.005 that this appears to solve the
I think require => ["group payer_manager", "payer_group demo"] should do it.
On Fri, Nov 17, 2000 at 01:11:09PM -0500, Adi Fairbank wrote:
> Say I have a $Directory{} configuration in a section like so:
>
> $Directory{"/home/httpd/html-ssl/demo"} = {
> SetHandler => "perl-script",
>
Say I have a $Directory{} configuration in a section like so:
$Directory{"/home/httpd/html-ssl/demo"} = {
SetHandler => "perl-script",
PerlAuthenHandler => "Authen",
PerlAuthzHandler => "Authz",
require => "group payer_manager",
require => "payer_group dem
On 17 Nov 2000, Stephen A. Cochran wrote:
>
> I have a program which runs fine 90% of the time under mod_perl. About 10% of
> the time Netscape reports "Document contains no data". Looking at the socket
> traffic, the client receives an orderly release indication (T_ORDEL_IND = 132)
> on the soc
Scott Dayberry ([EMAIL PROTECTED]) said something to this effect:
> I'm trying to configure a single box to host completely separate instances
> of development and test versions of the same code base (currently 49
> modules).
>
> Right now I have 2 virtual hosts configured on the same IP and serv
I have a program which runs fine 90% of the time under mod_perl. About 10% of
the time Netscape reports "Document contains no data". Looking at the socket
traffic, the client receives an orderly release indication (T_ORDEL_IND = 132)
on the socket and reponds with a orderly release request, which
This is what we do. Except we use the SAME config file, but we just have some
conditionals that depend on which port number is being started up.
-c
At 3:47 PM + 11/17/00, [EMAIL PROTECTED] wrote:
>> I'm trying to configure a single box to host completely separate instances
>> of developme
> I'd have no problem if mod_perl was set up to turn off
> PerlSetEnv, lit-
> eral 'sub { ... }' handlers, Perl sections, and the use of
> Perl modules
> in non-system paths (except where ExecCGI is turned on).
Maybe another approach would be to explicitly list the handlers that
are allowed to
Hello all,
I'm a newbie to mod_perl, and I have a question. We have mod_perl on our
server, but it is a standard out of the box install (Only PerlHandler is
enabled.) Now, I'd like to use .htaccess files to test some stuff out
(no dev server either) and I don't want to be constant
> I'm trying to configure a single box to host completely separate instances
> of development and test versions of the same code base (currently 49
> modules).
> Right now I have 2 virtual hosts configured on the same IP and servername,
> but use different ports, i.e., 80 and 82.
The only way I
I'm trying to configure a single box to host completely separate instances
of development and test versions of the same code base (currently 49
modules).
Right now I have 2 virtual hosts configured on the same IP and servername,
but use different ports, i.e., 80 and 82.
I attempted to use
Pe
Hey Friends,
I have two ORACLE_HOME directories in my client
machine (7.2.2 and 8.0.5). When I set ENV to 8.0.5 or
7.2.2, this seems there no effect. Also when I use the
connection like this :
$dbh = DBI->connect("DBI:Oracle:$sid", "$username",
"$password",
{ RaiseError => 1, AutoCommit =>
On Fri, Nov 17, 2000 at 03:51:03PM +0100, Roger Espel Llima wrote:
>
> Internally sysopen() does a plain libc
> open(), but then it follows with a fdopen() call to get a stdio handle
> anyway.
That explains the results I saw, thanks.
- Barrie
---
barries <[EMAIL PROTECTED]> wrote:
> On Fri, Nov 17, 2000 at 03:51:35PM +1100, Steve Smith wrote:
> > seek $f, 0, 0;
>
> Had a look in Apache::File (below), and it sysopens, so you might want
> to sysseek(...) instead.
Just to clear up one thing: sysopen() doesn't actually belong to the
sys*
"Randal L. Schwartz" wrote:
> Use Template Toolkit, and disable the "EVAL_PERL" option for their space.
> Set up Plugins and Filters that call your Cool Perl Code.
> Then they write arbitary text files to be delivered...
Suppose it were possible to set Perl-based modules to work the same way
C m
> "Richard" == Richard L Goerwitz <[EMAIL PROTECTED]> writes:
Richard> I simply want to be able to do the same thing in Perl with mod_perl. I
Richard> want to be able to give developers ("users" - whatever you want to call
Richard> them) added functionality, without giving them the ability t
on 11/17/00 8:35 AM, [EMAIL PROTECTED] at [EMAIL PROTECTED] uttered the
following:
> When building static, I use the following:
>
> Configuring and compile mod_perl:
>
> $ perl Makefile.PL \
>> APACHE_SRC=../apache_x.x.x/src \
>> USE_APACI=1 \
>> DO_HTTPD=1 \
>> EVERYTHING=1 \
>> PREP_HTTPD=1
>
Gunther Birznieks wrote:
> It seems to me that mod_perl wasn't really designed for safety against your
> own developers
I accept this point. But it's really beside _my_ point, which was that
mod_perl modules can offer critical added functionality to run-of-the-mill
web publishers (whether i
on 11/17/00 8:10 AM, [EMAIL PROTECTED] at [EMAIL PROTECTED] uttered the
following:
> supported by ld. In order to get it to compile I edited
> $APACHE_SRC/src/modules/perl/Makefile after running configure and added the
> -rpath stuff without the comma to the LDFLAGS variables and removed al
The -Wl flag is used to cause the rpath part to be passed on the ld
stage of compiling if it is called with cc. The man pages for cc explain it
in better detail. The problem is that the Makefile for mod_perl in
$APACHE_SRC/src/modules/perl calls ld directly and the -Wl flag is not
supported
I assume your using apache_1.3.14 and mod_perl-1.24. You need
mod_perl-1.24_01. It will work. I had the same problem.
Kevin Riggins
Dice.com
email: [EMAIL PROTECTED]
email: [EMAIL PROTECTED]
phone: (515) 313-2127
-Original Message-
From: James Hall [mailto:[EMAIL PROTECTED]]
Sent: Thu
Hello everyone,
I`m writing a module to process templates on which our web server is
built. This module is invoked during PerlInitHandler. We have a
global configuration for our site which is a plain text file
containing a hash like this:
{
bgcolor => '',
On Fri, 17 Nov 2000, Gunther Birznieks wrote:
> At 11:15 AM 11/17/00 +, Matthew Byng-Maddick wrote:
> >man jail() on FreeBSD 4.
> But then you lose the benefits of having shared apache processes among many
> shared users many of whom may have very non-busy web sites. No?
Yes, but this is the
At 11:15 AM 11/17/00 +, Matthew Byng-Maddick wrote:
>On Fri, 17 Nov 2000, Nigel Hamilton wrote:
> > Going along ths lines of sharing mod_perl between users for ISPs
> > is there a median position that tempers security concerns/support
> > costs/hassles etc that a CPAN module could f
On Fri, 17 Nov 2000, Nigel Hamilton wrote:
> Going along ths lines of sharing mod_perl between users for ISPs
> is there a median position that tempers security concerns/support
> costs/hassles etc that a CPAN module could fill?
I wouldn't do it like that.
> I'm thinking of a mo
Hi,
Going along ths lines of sharing mod_perl between users for ISPs
is there a median position that tempers security concerns/support
costs/hassles etc that a CPAN module could fill?
I'm thinking of a module like APache::Registry but it segments the
namespace/memory netween
Hey,
I'm working on a new module to be used for mod_perl style
caching. I'm calling it MLDBM::Sync because its a subclass
of MLDBM that makes sure concurrent access is serialized with
flock() and i/o flushing between reads and writes. Below is
the code for the module. I believe it could be
At 08:43 PM 11/15/00 +0300, Ilya Martynov wrote:
>On 15 Nov 2000, David Hodgkinson wrote:
>
>DH> Stas Bekman <[EMAIL PROTECTED]> writes:
>DH>
>DH> > Ralf is always talking about SSL stuff, so if you want to do it, why
>don't
>DH> > you just contact him and sync with him. It's not mod_perl but man
I think these are good points.
However, to some degree, if this is an attempt to allow an ISP protection,
it's not because most ISPs offer CGI access to their customers.
In addition, the moment you give mod_perl access to a developer they have
the rights to do a LOT of stuff that goes beyond p
52 matches
Mail list logo
