William A. Rowe, Jr. wrote:
> At 08:02 PM 5/21/2004, Stas Bekman wrote:
>
>> Before apr 1.0 is cast in stone any chance public enums and defines will
>> get sensible names? It all looks nice in the declaration but in the code,
>> one needs to scratch the head to figure out what APR_REG means. Why not
>> have /^APR_FILETYPE_/ prefix? APR_FILETYPE_REG requires no head
>> scratching when reading the code and won't collide with some other enum
>> with a totally different functionality.
>
>
> +1
>
>
>> Same goes for defines, for example: There are all related to files, why
>> pollute the namespace with such short names and not fix them to have a
>> sensible prefix similar to above suggestion? /^APR_FILETYPE_/ as in
>> APR_FILETYPE_UREAD.
>
>
>
> +1 again. This is why 1.0 isn''t ready just yet, IMHO :)
Thanks. So what's the next step? How one performs this kind of rename? I have
seen that done with functions, not sure how does it work for enums. I guess
defines are the same as functions.
Should it be s/APR_/APR_FILETYPE_/ and s/APR_/APR_FINFO_/ or something else?
Like so?
typedef enum {
APR_FILETYPE_NOFILE = 0, /**< no file type determined */
APR_FILETYPE_REG, /**< a regular file */
APR_FILETYPE_DIR, /**< a directory */
APR_FILETYPE_CHR, /**< a character device */
APR_FILETYPE_BLK, /**< a block device */
APR_FILETYPE_PIPE, /**< a FIFO / pipe */
APR_FILETYPE_LNK, /**< a symbolic link */
APR_FILETYPE_SOCK, /**< a [unix domain] socket */
APR_FILETYPE_UNKFILE = 127 /**< a file of some other unknown type */
} apr_filetype_e;
#define APR_FINFO_UREAD 0x0400 /**< Read by user */
#define APR_FINFO_UWRITE 0x0200 /**< Write by user */
#define APR_FINFO_UEXECUTE 0x0100 /**< Execute by user */
#define APR_FINFO_GREAD 0x0040 /**< Read by group */
#define APR_FINFO_GWRITE 0x0020 /**< Write by group */
#define APR_FINFO_GEXECUTE 0x0010 /**< Execute by group */
#define APR_FINFO_WREAD 0x0004 /**< Read by others */
#define APR_FINFO_WWRITE 0x0002 /**< Write by others */
#define APR_FINFO_WEXECUTE 0x0001 /**< Execute by others */
--
__________________________________________________________________
Stas Bekman JAm_pH ------> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:stas@stason.org http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com