stas2002/06/30 21:54:09
Modified:lib/Apache compat.pm
Log:
make sure that the call is made as Apache-module($name) (2 arguments)
and not Apache::module($name)
Revision ChangesPath
1.62 +1 -0 modperl-2.0/lib/Apache/compat.pm
Index: compat.pm
stas2002/06/30 22:15:28
Modified:src/modules/perl modperl_util.c
t/response/TestAPI module.pm
Log:
modperl_perl_module_loaded should return FALSE when the argument is
+ add a sub-test to cover this case
Revision ChangesPath
1.48 +1 -1
Hi there,
Sorry there's a lot to digest all at once in your message, but here's
one tip:
On Sat, 29 Jun 2002, Jeff wrote:
- Use 'open my $fh, $filename or die $!; wherever I open files
Use Symbol::gensym if you can, it makes dealing with files much less
accident prone.
73,
Ged.
This seems a little off topic. I think this is an architecture question, not
a mod perl question.
Well, a bit of both I guess.
Basically, you want all you protected files to be located in /protected or
some other directory...
No that is not possible. I am running a web application, there
I couldn't get the requisites for the gd.pm and related modules to work on
Windows. Although these things apparently have worked great for years on
UNIX, they may have problems on Windows 2000 servers. I had to go to a
purchased Java product that is accessible via a servlet to get graphs
Oh, I don't know, I think the poster was asking about how to produce this
effect with mod_perl. He wants to know *whether* a login was provided, even
on a *non-protected* page. That would let you say (while serving any old
page):
if( $ENV{REMOTE_USER} eq 'admin' ) {
$r-print('Yo,
It seems that Apache::AuthCookie allows a way to make areas
to which one can authenticate if s/he wants. I suppose that
then in those areas you can tell if the user is logged in
and affect the pages if so.
Indeed the best option would be to be using one of the Apache::Session
module and
basically the whole thing is starting to bite its own tail and i would be very
happy if anybody could give me any pointers as to why CGI won't read my data
from the PerlInitHandler or after Apache::Request read them.
I seem to remember a post where someone had trouble because he was
trying
Greetings!
I've downloaded mod-perl-1.99_02 and am having trouble getting it to make.
perl Makefile.PL MP_AP_PREFIX=/usr/local/apache2 works fine.
My problem is with make make test. I get the following:
cc -I/home/eric/Downloads/Apache/mod_perl-1.99_02/src/modules/perl
At 13:06 30.06.2002, Eric wrote:
Greetings!
I've downloaded mod-perl-1.99_02 and am having trouble getting it to make.
What Apache version are you using? 1.99_02 is pretty old, you should get
1.99_04 to work with the latest Apache.
--
Per Einar Ellefsen
[EMAIL PROTECTED]
Per,
Apache 2.0.39. I'll hunt for 1.99_04 and try that.
On Sunday 30 June 2002 13:17, Per Einar Ellefsen wrote:
At 13:06 30.06.2002, Eric wrote:
Greetings!
I've downloaded mod-perl-1.99_02 and am having trouble getting it to make.
What Apache version are you using? 1.99_02 is pretty
Got it up and running.
On Sunday 30 June 2002 13:17, Per Einar Ellefsen wrote:
At 13:06 30.06.2002, Eric wrote:
Greetings!
I've downloaded mod-perl-1.99_02 and am having trouble getting it to make.
What Apache version are you using? 1.99_02 is pretty old, you should get
1.99_04 to work
On Sat, 29 Jun 2002 16:48:57 -0700 (PDT), Doug MacEachern [EMAIL PROTECTED]
said:
On Mon, 24 Jun 2002, Andreas J. Koenig wrote:
This stack trace is all I have. I cannot reproduce this SEGV at will,
so it will be difficult to obtain additional information. All I can do
is let the
Jean-Michel == Jean-Michel Hiver [EMAIL PROTECTED] writes:
Jean-Michel * For political reasons and compliance with future european legislation
Jean-Michel I cannot use cookies,
What? The EU is going to make cookies *illegal*? I highly doubt
this.
Jean-Michel * For usability reasons
List,
Without wanting to fire up a huge thread about MVC seperation etc etc. I
just wondered if someone would share their expertise on the following
question.
Using Perrin's article on E-Toys is perhaps a good place to start. In the
Model object which performs various DB procedures, what
Richard Clarke wrote:
Using Perrin's article on E-Toys is perhaps a good place to start. In the
Model object which performs various DB procedures, what actions were taken
if for some reason the connection to the database failed or if an SQL error
happened? Was the whole execute() block put in
What? The EU is going to make cookies *illegal*? I highly doubt
this.
Sorry, I am neither the lawyer nor the client, so I can't tell you...
I know it's really stupid, but I am going to have to deal without
cookies.
Jean-Michel * For usability reasons encoding session IDs on URIs would be
ebay == ebay Jeff writes:
ebay I am setting up a server so that all my scripts have .cgi extentions.
ebay It would be nice if I could just add some directives in the httpd.conf
ebay that will have all my virtual hosts use modPerl for any files with
ebay either a .pl or a .cgi
On 6/30/02 2:06 AM, Stas Bekman wrote:
John Siracusa wrote:
(I'm not sure if this is a mod_perl thing of a Mac OS X bug, so I'm posting
it to both lists. Redirect follow-ups as appropriate.)
open2() doesn't seem to work for me when running under mod_perl in Mac OS X.
It's not a bug in
On Sun, 30 Jun 2002 12:58:08 -0400
Perrin Harkins [EMAIL PROTECTED] wrote:
: Well, naturally the answer is it depends. Most database errors can't
: be gracefully recovered from, so we would let them propagate up. If it
: was possible for a database error to be caused by user input (say, a
:
Please check that the idea of this kind of authentication is to encrypt the
ticket, instead of a plain session ID. If cookie is not available, having
it on URI is a good idea. (Then one needs to have all links in a relative
manner; see the Cookbook). Cookie itself does not make a secure session
John Siracusa wrote:
On 6/30/02 2:06 AM, Stas Bekman wrote:
John Siracusa wrote:
(I'm not sure if this is a mod_perl thing of a Mac OS X bug, so I'm posting
it to both lists. Redirect follow-ups as appropriate.)
open2() doesn't seem to work for me when running under mod_perl in Mac OS X.
F. Xavier Noria wrote:
I remember the article has a comment regarding a gotcha of the Error
module that causes memory leaks, but you didn't go into details there.
We've actually discussed this on the list. It has to do with closures.
Matt gave a presentation about exception handling which
On Sun 30-Jun-2002 at 10:47:26AM -0700, Peter Bi wrote:
Please check that the idea of this kind of authentication is to encrypt the
ticket, instead of a plain session ID. If cookie is not available, having
it on URI is a good idea. (Then one needs to have all links in a relative
manner; see
In one of the earlier stages of processing - maybe a FixupHandler or ? a
AuthenHandler might be appropriate - you can do something like this:
my $a = $r-header_in('Authorization');
$a =~ s/^Basic (.*)/$1/;
my( $user, $pass ) = split(':', decode_base64( $a ) );
if( check the
Jean-Michel Hiver [EMAIL PROTECTED] writes:
Why is a user hacking their URLs?
I can answer that. http://www.useit.com/alertbox/990321.html
cite
* a domain name that is easy to remember and easy to spell
* short URLs
* easy-to-type URLs
* URLs that visualize the site
I am current running mod_perl with PerlSendHeader
On; in this manner, the Perl applications that I am running can post the many
headers that are required for proper operation, such as "Set-Cookie",
"Location", etc.
However, while my scripts are functioning properly,
the Apache error log
Hi, Jean-Michel: the official way to retrieve the remote user name under
Basic Authentication is to call for $r-connect-user(), or $r-user() in
mod_perl 2.0, I think. With a ticket authentication, one gets the user name
in the same way only AFTER the access control phase, because it is simulated
On Sun, 30 Jun 2002, Andreas J. Koenig wrote:
Program received signal SIGSEGV, Segmentation fault.
0x400d8076 in chunk_free (ar_ptr=0x4016ca40, p=0x82fd0a0) at malloc.c:3097
3097malloc.c: No such file or directory.
(gdb) bt
#0 0x400d8076 in chunk_free (ar_ptr=0x4016ca40, p=0x82fd0a0)
Anyone have any success getting mod_perl 2.0 to compile
under Cygwin? I have Apache 2.0.40 compiled and working fine, however, when I
point mod_perl at the apache prefix directory and go to build the ld2 compiler
cannot find the ap/apr libraries needed to finish the link for the dll.
I
-Mensagem original-
De: Brad W. Galiette [mailto:[EMAIL PROTECTED]]
Enviada em: domingo, 30 de junho de 2002 17:59
Para: [EMAIL PROTECTED]
Assunto: Header Troubles
I am current running mod_perl with PerlSendHeader On; in this manner,
the Perl applications that I am running
From: Jean-Michel Hiver [EMAIL PROTECTED]
I *CANNOT* use cookies nor URIs for any kind of session tracking.
Otherwise I don't think I would have posted this message to the list in
the first place :-)
I agree that HTTP Basic authentication is totally and uterly ugly, but I
am going to
On Sun, 30 Jun 2002 15:30:18 -0700 (PDT), Doug MacEachern [EMAIL PROTECTED]
said:
#0 0x400d8076 in chunk_free (ar_ptr=0x4016ca40, p=0x82fd0a0) at malloc.c:3097
#1 0x400d7f5a in __libc_free (mem=0x82fd0a8) at malloc.c:3023
#2 0x8169142 in Perl_safesysfree (where=0x82fd0a8) at
33 matches
Mail list logo