Philippe M. Chiasson wrote:
Stas Bekman wrote:
Philippe M. Chiasson wrote:
Stas Bekman wrote:
Philippe M. Chiasson wrote:
More like
DIR
SRV
ALL
ALL -DIR (SRV & HTACCESS)
ALL -HTACCESS (SRV & DIR)
So, I'd suggest this naming
MP_CMD_DIR_...
MP_CMD_SRV_...
MP_CMD_ALL_...
with 2 new macros :
MP_CMD_
Philippe M. Chiasson wrote:
Stas Bekman wrote:
Philippe M. Chiasson wrote:
More like
DIR
SRV
ALL
ALL -DIR (SRV & HTACCESS)
ALL -HTACCESS (SRV & DIR)
So, I'd suggest this naming
MP_CMD_DIR_...
MP_CMD_SRV_...
MP_CMD_ALL_...
with 2 new macros :
MP_CMD_NO_DIR
MP_CMD_NO_HTACCESS
To add to the top of
Stas Bekman wrote:
Philippe M. Chiasson wrote:
More like
DIR
SRV
ALL
ALL -DIR (SRV & HTACCESS)
ALL -HTACCESS (SRV & DIR)
So, I'd suggest this naming
MP_CMD_DIR_...
MP_CMD_SRV_...
MP_CMD_ALL_...
with 2 new macros :
MP_CMD_NO_DIR
MP_CMD_NO_HTACCESS
To add to the top of a directive handler ?
Yes,
Philippe M. Chiasson wrote:
More like
DIR
SRV
ALL
ALL -DIR (SRV & HTACCESS)
ALL -HTACCESS (SRV & DIR)
So, I'd suggest this naming
MP_CMD_DIR_...
MP_CMD_SRV_...
MP_CMD_ALL_...
with 2 new macros :
MP_CMD_NO_DIR
MP_CMD_NO_HTACCESS
To add to the top of a directive handler ?
Yes, but using those you
Stas Bekman wrote:
Philippe M. Chiasson wrote:
[...]
If the macro is supposed to suggest the allowed context and PerlModule
is not allowed in DIR, then DIR is not appropriate. I see no problem
with long names if they require no extra source code reading to figure
out what they really do. These
Philippe M. Chiasson wrote:
[...]
If the macro is supposed to suggest the allowed context and PerlModule
is not allowed in DIR, then DIR is not appropriate. I see no problem
with long names if they require no extra source code reading to figure
out what they really do. These are internal macros
Stas Bekman wrote:
Philippe M. Chiasson wrote:
Stas Bekman wrote:
[EMAIL PROTECTED] wrote:
gozer 2004/08/06 19:52:08
static const command_rec modperl_cmds[] = {
MP_CMD_SRV_ITERATE("PerlSwitches", switches, "Perl Switches"),
-MP_CMD_SRV_ITERATE("PerlModule", modules, "PerlM
Philippe M. Chiasson wrote:
Stas Bekman wrote:
[EMAIL PROTECTED] wrote:
gozer 2004/08/06 19:52:08
static const command_rec modperl_cmds[] = {
MP_CMD_SRV_ITERATE("PerlSwitches", switches, "Perl Switches"),
-MP_CMD_SRV_ITERATE("PerlModule", modules, "PerlModule"),
-MP_
Stas Bekman wrote:
[EMAIL PROTECTED] wrote:
gozer 2004/08/06 19:52:08
static const command_rec modperl_cmds[] = {
MP_CMD_SRV_ITERATE("PerlSwitches", switches, "Perl Switches"),
-MP_CMD_SRV_ITERATE("PerlModule", modules, "PerlModule"),
-MP_CMD_SRV_ITERATE("PerlRequire"
[EMAIL PROTECTED] wrote:
gozer 2004/08/06 19:52:08
static const command_rec modperl_cmds[] = {
MP_CMD_SRV_ITERATE("PerlSwitches", switches, "Perl Switches"),
-MP_CMD_SRV_ITERATE("PerlModule", modules, "PerlModule"),
-MP_CMD_SRV_ITERATE("PerlRequire", requires, "PerlRe
[EMAIL PROTECTED] wrote:
> gozer 2004/07/28 19:58:59
>
> Modified:todo release
> Log:
> apr-dev is saying that APR_STATUS_IS_SUCCESS shouldn't be used and probably
> even axed, the only logical test for success is rv == APR_SUCCESS
yeah.
once they officially remove the ma
Philippe M. Chiasson wrote:
The gist of this big patch is simple.
1) Now only registered packages will snap END blocks from PL_endav under
perl-script (and a user has a complete control if they want any extra packages
to be registered and their END blocks to be run).
2) the END blocks are now
On Thu, 2004-04-01 at 18:31, Stas Bekman wrote:
> [EMAIL PROTECTED] wrote:
> > stas2004/04/01 18:17:46
> >
> > Modified:ModPerl-Registry/lib/ModPerl RegistryCooker.pm
> >ModPerl-Registry/t perlrun_extload.t special_blocks.t
> >ModPerl-Registry/t/cgi-bi
[EMAIL PROTECTED] wrote:
stas2004/04/01 18:17:46
Modified:ModPerl-Registry/lib/ModPerl RegistryCooker.pm
ModPerl-Registry/t perlrun_extload.t special_blocks.t
ModPerl-Registry/t/cgi-bin perlrun_decl.pm
perlrun_extload.pl perlrun_n
[EMAIL PROTECTED] wrote:
geoff 2004/02/11 18:05:29
Modified:.Changes
src/modules/perl modperl_cmd.c modperl_config.c
modperl_types.h modperl_util.c
todo release
Added: t/htdocs/merge2 htaccess
t/mo
Geoffrey Young wrote:
-- PerlModule, PerlRequire, Perl{Set,Add}Var in .htaccess is missing
+- PerlModule, PerlRequire, in .htaccess is missing
+ http://marc.theaimsgroup.com/?t=10537008871&r=1&w=2
Owner: geoff
Why Perl{Set,Add}Var aren't on the list any longer?
um, because they'
>> -- PerlModule, PerlRequire, Perl{Set,Add}Var in .htaccess is missing
>> +- PerlModule, PerlRequire, in .htaccess is missing
>> + http://marc.theaimsgroup.com/?t=10537008871&r=1&w=2
>> Owner: geoff
>
>
> Why Perl{Set,Add}Var aren't on the list any longer?
um, because they'
[EMAIL PROTECTED] wrote:
geoff 2004/02/10 07:02:01
Modified:todo release
Log:
clarify per-dir config issue
Revision ChangesPath
1.16 +2 -1 modperl-2.0/todo/release
Index: release
===
18 matches
Mail list logo
