Sounds good to me.
Ryan
On Sat, 27 Jan 2001, William A. Rowe, Jr. wrote:
> What is it folks?
>
> APR_HAS_LARGE_FILES?
>
> I'd like to commit the patch with a 'proper' name
>
> Bill
>
>
___
Ryan Bloom
> wrowe 01/01/27 14:25:11
>
> Modified:file_io/win32 dir.c filestat.c open.c
>include apr.h.in apr.hw
>include/arch/win32 fileio.h
>
> Index: apr.h.in
> ===
> +#define APR_HAS_LARG
This looks like it may be a APR problem, but when a HUP signal is sent to
apache to restart, it instead core dumps due to a null pointer dereference
in mod_cgid.c:
#0 0x57b9c in cgid_maint (reason=2, data=0x0, status=-1) at mod_cgid.c:221
221 kill(*sd, SIGHUP);
(gdb) where
#0 0x
[EMAIL PROTECTED] wrote:
>
> wrowe 01/01/27 11:03:29
>
> Modified:include apr_optional.h
>hooksapr_hooks.c
> Log:
> Not sure what all the private stuff is doing in the header... but heck,
> this makes it all compile on win32.
>
> Revision Changes
[EMAIL PROTECTED] wrote:
>
> wrowe 01/01/27 11:03:29
>
> Modified:include apr_optional.h
>hooksapr_hooks.c
> Log:
> Not sure what all the private stuff is doing in the header... but heck,
> this makes it all compile on win32.
See below...
>
> Revisi
[EMAIL PROTECTED] wrote:
>
> ben 01/01/27 09:50:49
>
> Modified:.CHANGES
>include http_config.h
>modules/experimental config.m4
>server config.c main.c
>hooksapr_hooks.c
> Added: modules/experimen
What is it folks?
APR_HAS_LARGE_FILES?
I'd like to commit the patch with a 'proper' name
Bill
APU_DECLARE_DATA void (*apr_retrieve_optional_fn(const char *szName))(void)
{
void (*pfn)(void);
if(!s_phOptionalFunctions)
return NULL;
return apr_hash_get(s_phOptionalFunctions,szName,strlen(szName));
}
Any reason for the unused pfn variable?
Good looking patch. I'm not going to commit it tonight, but if nobody
gets to it before tomorrow, I'll do it then.
Thanks a lot, and keep up the good work. :-)
Ryan
On 27 Jan 2001 [EMAIL PROTECTED] wrote:
> * apr_file_io.h: Prototype for new function apr_open_stdout() added.
>
> * unix/open
* apr_file_io.h: Prototype for new function apr_open_stdout() added.
* unix/open.c: Added function apr_open_stdout(), shamelessly copy-n-
pasted-n-tweaked from apr_open_stderr().
* win32/open.c: Modified apr_open_stderr() to call apr_put_os_file()
like all the other
APR's buildconf has (Greg Stein wrote this):
ltfile=`cd $ltpath/../share/aclocal ; pwd`/libtool.m4
This doesn't work for me; I have libtool installed with exec_prefix
different from prefix.
Here is my proposed fix. It's much grosser in that it parses
human-readable libtoolize output whi
11 matches
Mail list logo
