In view of 2), possibly 1) should be APR_FPROT_* ?
Yes, sorry, pasted it from the old proposal, here it is again:
Let me know if I should proceed with:
1) apr_file_permissions group:
APR_USETID => APR_FPROT_USETID
APR_UREAD => APR_FPROT_UREAD
etc.
2) APR_FILEPATH_* => APR_FPATH_* to be consi
Stas Bekman wrote:
William A. Rowe, Jr. wrote:
Now that 1.0.x is branched, svn is up and running and most
of the headaches are diminishing with the help of a bit
of advil...
I see no reason for Stas not to commit his APR_ file macro
renames on 1.1.x - it's commit-then-review so be my guest.
I've co
William A. Rowe, Jr. wrote:
Now that 1.0.x is branched, svn is up and running and most
of the headaches are diminishing with the help of a bit
of advil...
I see no reason for Stas not to commit his APR_ file macro
renames on 1.1.x - it's commit-then-review so be my guest.
I've committed to 1.1 the
--On Thursday, November 25, 2004 10:44 AM + Joe Orton <[EMAIL PROTECTED]>
wrote:
I'd like to propose also to drop autoconf 2.13 support on the trunk.
+1. -- justin
On Thu, 25 Nov 2004, Joe Orton wrote:
> Or if it does, -1 veto on either bumping the APR major version or
> creating a branch or making toast with jam before Allan submits a patch
> for review on [EMAIL PROTECTED]
Okay, well, that means that for progress to be made, some form of patch
needs to ge
I've been testing out some perl scripts to emulate
apxs/apr-config/apu-config on Win32 (under Apache/2.0.x),
and was wondering if there was any interest in developing
them within the appropriate httpd/apr sources. At present
they can be installed via a perl script
http://perl.apache.org/dist/wi
