[PATCH] bug with Apache 1.3 NetWare build system

Hi Brad, I've examined a bit further, and found more issues with the XLFLAGS; it was mis-used for the xdcdata option; so now I have a more complete patch which fixes: - issue with XLFLAGS which was used wrong previously - issue with handling of the xdcdata option - issue with copyright string (se

Store data accessible by all process and threads.

Hi, within a module, what is the best way to store data, who need to be accessible to all threads and process ? 1/ using shared memory, with apr_shm_* 2/ using the pool where is stored the module configuration. the one given when the "create per-server config structure" function is called.

bug with Apache 1.3 NetWare build system

Hi Brad, I've just found that we have same bug in the AP13 build system as what I fixed long time ago with the AP2x build system already; in each NWGNUmakefile.mak you can read: # # These flags will be added to the link.opt file # XLFLAGS += \ $(EOLIST) but in fa

Re: mod_dav_acl

Jari Urpalainen wrote: > I've written an rfc3744 (ACL) implementation on top of mod_dav module > (mod_dav_acl: linux, LGPL license, available at > ). As I wanted not to > reinvent the wheel I've added some hooks onto the mod_dav module and > changed some a

mod_dav_acl

Hi ! I've written an rfc3744 (ACL) implementation on top of mod_dav module (mod_dav_acl: linux, LGPL license, available at ). As I wanted not to reinvent the wheel I've added some hooks onto the mod_dav module and changed some apis into public ones. Patch

Re: mod_ftp, status and progress?

Hi Bill, > You built from modules/ftp/mod_ftp.dsp, or built with > modules/ftp/Makefile.apxs? Apologies! Was entirely my fault; I did self add the ftp_glob.c to mod_ftp.dsp cause I thought that was forgotten to add; sorry. Compiles now fine when I use original mod_ftp.dsp, at least for 2.2; for c