stas02/05/19 00:53:27
Modified:t/response/TestModperl dir_config.pm
Log:
test that sub-section overrides parent section for the same key
Revision ChangesPath
1.4 +9 -2 modperl-2.0/t/response/TestModperl/dir_config.pm
Index: dir_config.pm
stas02/05/19 02:28:06
Added: .STATUS
Log:
start the STATUS file
Revision ChangesPath
1.1 modperl-2.0/STATUS
Index: STATUS
===
mod_perl 2.0 STATUS:
dougm 02/05/19 12:10:45
Modified:t/response/TestAPI module.pm
Log:
fix broken test #2
Revision ChangesPath
1.7 +2 -2 modperl-2.0/t/response/TestAPI/module.pm
Index: module.pm
===
RCS
dougm 02/05/19 13:08:46
modperl-2.0/xs/Apache/RequestRec - New directory
dougm 02/05/19 13:09:27
Added: xs/Apache/RequestRec Apache__RequestRec.h
Log:
wrapper for $r-content_type
Revision ChangesPath
1.1 modperl-2.0/xs/Apache/RequestRec/Apache__RequestRec.h
Index: Apache__RequestRec.h
dougm 02/05/19 13:11:56
Modified:xs/maps apache_functions.map apache_structures.map
modperl_functions.map
xs/tables/current/ModPerl FunctionTable.pm
Log:
wrap $r-content_type(foo/bar) so ap_set_content_type is called underneath
dougm 02/05/19 16:01:12
Modified:xs/Apache/Response Apache__Response.h
Log:
use ap_set_content_type rather than directly setting r-content_type
in $r-send_http_header
Revision ChangesPath
1.7 +1 -1 modperl-2.0/xs/Apache/Response/Apache__Response.h
dougm 02/05/19 16:59:52
Modified:xs/maps apache_functions.map apr_functions.map
Log:
misc api mapping changes:
- swap internal_fast_redirect, ap_die args
- alias sub_req_lookup_dirent to lookup_dirent, reorder/default args
- disable ap_run_child_init, apr_gethostname,
Ted Prah wrote:
Hi,
I am new to mod_perl and am having problems seeing the
changes made to library files. Must I restart the server every
time I change a library file in order to see my changes? My
test code and environment is below.
Hmm, I haven't used StatINC for a long time, any luck
At 02:50 19.05.2002, Gregory Matthews wrote:
Tried that...doesn't work either.
@INC still cannot find my config.pl file. If I add the use lib statement
to my script, all is o.k.. If I try to add it to my startup.pl and call
it at startup time, I get the error from @INC.
Are you sure you are
I have written scripts to add a user to the passwd and shadow files as well
as sendmail user files. When I run this script from the command line for
testing all runs and completes fine. But when I run the script from apache
via the web interface I designed it for, I get file permission errors
At 10:22 19.05.2002, [EMAIL PROTECTED] wrote:
I have written scripts to add a user to the passwd and shadow files as well
as sendmail user files. When I run this script from the command line for
testing all runs and completes fine. But when I run the script from apache
via the web interface I
Hello
Thanks for the reply. Yes this server is running mod perl :)
As for risky. Well the whole point of the script system is to add a pop mail
box for a user. But in order to do this i have to do the following:
add user to the passwd/shadow file
add user to the virtusertable and
You could migrate to a database based mail authentication solution.
Postfix+cyrus springs to mind.
Ric
- Original Message -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Sunday, May 19, 2002 9:56 AM
Subject: Re: Scripts and passwd
Hello
Thanks for the reply. Yes this server
Guys,
This is probably a very common question, so I will keep it breif.. perhaps
someone could point me to an appropriate FAQ..
I am writing an app, that requires user authentication.. at the moment, it
is actually only one CGI, and judging by it's size it's unlikely I will need
to split it..
[EMAIL PROTECTED] wrote:
Hello
Thanks for the reply. Yes this server is running mod perl :)
As for risky. Well the whole point of the script system is to add a pop mail
box for a user. But in order to do this i have to do the following:
add user to the passwd/shadow file
add user to
Ted Prah wrote:
Thanks Drew, I tried that, but it did not work.
What happends if you add:
PerlWarn On
in httpd.conf
or
start the script with perl -w?
any warnings?
do you test only this script alone? What happens if you add the package
declaration and then call it using the full name?
On Sun, May 19, 2002 at 03:56:43AM -0500, [EMAIL PROTECTED] wrote:
As for risky. Well the whole point of the script system is to add a pop mail
box for a user. But in order to do this i have to do the following:
add user to the passwd/shadow file
add user to the virtusertable and
I dont even
know if you can do it any other way with out touching the passwd/shadow
files?
Do you run this for internet or your intranet accounts ? If for internet,
try something different (e.g. Courier/IMAP.)
If for intranet, and if you have to stay with Pop3, there is no way but to
touch
I added the below STDER statement and did NOT see the printout either on
screen or in my error_log file.
It sounds like then my startup.pl file is not even being loaded? Funny
though I can deliberately put a bogus module name or misspell use
stric; and I will be unable to restart the
If I run apachectl configtest, I can see the below statement, Loading
startup.pl..., so it appears that it is at least reading it (which I knew
before), but for some reason, @INC does not show an updated path per my
call, use lib qw(...); .
In addition, I am using the Apache::DBI module with
At 18:57 19.05.2002, Gregory Matthews wrote:
I added the below STDER statement and did NOT see the printout either on
screen or in my error_log file.
It sounds like then my startup.pl file is not even being loaded? Funny
though I can deliberately put a bogus module name or misspell use
Courier-IMAP comes with a POP server too. Plus there are Perl scripts so you
can manage mail users out of a DB..no need to touch system passwd files.
Might be fairly easy to convert these to a mod_perl setup. Plus you can take
advantage of the goodness of qmail, Maildirs, and daemontools
Tom:
No, same error_log as usual. I think this problem may have something to do
with my host. I am on a virtual private server, not dedicated, although,
I do have root access.
The way they configure the servers load in a portion of the mod_perl
directives before my Location block, i.e., my
Tom:
Fixed it. I needed to add a 1; to the end of my startup.pl file. I was
using a startup.pl file example from apache.org which did NOT have this.
Then in doing some research, found out that it needed it. Now the @INC is
being updated at startup.
Thanks for your help!
Gregory
At 11:40
At 22:03 19.05.2002, Gregory Matthews wrote:
Tom:
Fixed it. I needed to add a 1; to the end of my startup.pl file. I was
using a startup.pl file example from apache.org which did NOT have this.
Then in doing some research, found out that it needed it. Now the @INC is
being updated at
Tom:
Here is one of them. I think that I saw it elsewhere also. When I come
across the other pages, I will advise.
http://perl.apache.org/preview/modperl-site-ok/docs/1.0/guide/config.html#MinSpareServers_MaxSpareServers_StartServers_MaxClients_MaxRequestsPerChild
Thanks again Tom!
Also,
Thanks for the update!
Did you get a chance to review the other question I had below?
Gregory
At 11:53 PM 5/19/2002 +0200, you wrote:
Thank you very much Gregory, I have patches the online docs.
By the way, the release-ready (almost) site is now at
http://perl.apache.org/release/
At 23:36
Hi All,
uname -a:
Linux xxx 2.4.17-02-shuckle #8 Thu Apr 18 13:15:58 EST 2002 i686 unknown
I've found Apache 2.0.36 doesn't work with mod_perl-1.99_01 on redhat 7.1.
With apache 2.0.35, I'm getting:
make test
...
/usr/bin/perl -Iblib/arch/Apache2 -Iblib/lib/Apache2 \
t/TEST -clean
setting
On Mon, 20 May 2002, Jie Gao wrote:
I've found Apache 2.0.36 doesn't work with mod_perl-1.99_01 on redhat 7.1.
you can use modperl from cvs with .36 or wait for modperl 1.99_02
(sometime this week).
With apache 2.0.35, I'm getting:
...
Cannot load
On Sun, 19 May 2002, Doug MacEachern wrote:
On Mon, 20 May 2002, Jie Gao wrote:
I've found Apache 2.0.36 doesn't work with mod_perl-1.99_01 on redhat 7.1.
you can use modperl from cvs with .36 or wait for modperl 1.99_02
(sometime this week).
Just got one from cvs and 'make test' hangs
Hello again.
Is Apache::Leak the easiest/best module to use for both detecting AND
allowing us to find the source of a memory leak in mod_perl?
If so, I am not finding any good documentation on its use. I am not a
mod_perl guru and what I've read so far sounds rather involved.
Can someone
I have a couple of questions regarding leaking memory in mod_perl:
1. What are the main culprits, in order of severity, of memory leaks, i.e.:
a. global variables (NOT lexically scoped via my)
b. ...
c. ...
2. When writing code from scratch (a new application), what is the best
way to
I have a couple of questions regarding leaking memory in mod_perl:
1. What are the main culprits, in order of severity, of memory leaks,
i.e.:
a. global variables (NOT lexically scoped via my)
b. ...
c. ...
2. When writing code from scratch (a new application), what is the
best
way
Okay, I realize this has probably been covered before, but I couldn't find
anything in the archive...
I have a configuration like this:
Location /
SetHandler perl-script
PerlHandler My::Handler
/Location
My::Handler takes the requested file and adds some markup to it with the
Template
Can dir_config be used to set 'require' in an authentication handler?
I would then return DECLINED do that Apache's Basic auth handler would do
the heavy lifting of checking the password.
Thanks!
-Todd
So am I being overly paranoid concerning the leak potential of mod_perl
programming?
If I start with strict code to begin with and try my best to stay away
from the problems you mentioned, then any potential memory leak/drain
issues will be avoided?
Keep in mind, although my application is
Not long ago, Gregory Matthews proclaimed...
So am I being overly paranoid concerning the leak potential of mod_perl
programming?
No... But once you do it right it comes natural.
The thing that killed me when I first started doing mod_perl development
was code that pushed items onto lists
So am I being overly paranoid concerning the leak potential of
mod_perl
programming?
No, memory management is very important with mod_perl.
If I start with strict code to begin with and try my best to stay
away
from the problems you mentioned, then any potential memory leak/drain
issues
My::Handler takes the requested file and adds some markup to it with
the
Template Toolkit if the MIMEtype of the file is text/html. I want to
be
able to use the same handler to also add markup to the output of
executed
CGI. What is the best way to do this?
You can't feed the output of
Gregory Matthews wrote:
Hello again.
Is Apache::Leak the easiest/best module to use for both detecting AND
allowing us to find the source of a memory leak in mod_perl?
If so, I am not finding any good documentation on its use. I am not a
mod_perl guru and what I've read so far sounds
My::Handler takes the requested file and adds some markup to it with
the
Template Toolkit if the MIMEtype of the file is text/html. I want to
be
able to use the same handler to also add markup to the output of
executed
CGI. What is the best way to do this?
You can't feed the output
Allen Day wrote:
Okay, I realize this has probably been covered before, but I couldn't find
anything in the archive...
I have a configuration like this:
Location /
SetHandler perl-script
PerlHandler My::Handler
/Location
My::Handler takes the requested file and adds some markup
Jie Gao wrote:
Just got one from cvs and 'make test' hangs on apr/util:
please run in the verbose mode:
t/TEST -v apr/util
if it doesn't help to reveal the problem try to enable tracing:
http://perl.apache.org/release/docs/2.0/user/config/config.html#General_directives
or attach with gdb and
Allen Day wrote:
My::Handler takes the requested file and adds some markup to it with
the
Template Toolkit if the MIMEtype of the file is text/html. I want to
be
able to use the same handler to also add markup to the output of
executed
CGI. What is the best way to do this?
You can't feed
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Monday 20 May 2002 2:47 am, Gregory Matthews wrote:
Hello again.
Is Apache::Leak the easiest/best module to use for both detecting AND
allowing us to find the source of a memory leak in mod_perl?
No - it's a nightmare.
To debug memory leaks
46 matches
Mail list logo
