You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@httpd.apache.org by John Bley <jb...@acpub.duke.edu> on 1999/02/23 02:42:02 UTC

[PATCH] Many, many nits in modules

I took a look at the static initializers in the various modules subdirs and 
found loads of sparse ones.  Like, a 24KB patch worth.

99% of these are the list-stopper { NULL }s for handler_recs and 
command_recs, but there was one outlier in mod_so.c, where somebody had 
forgotten that the fixer_upper function pointer existed.  If this patch 
isn't accepted I'll resend a patch for that outlier, since it feels funny.

Anyway, the patch (in diff -u against 1.3.4 clean) is at 
  http://www.duke.edu/~jbb6/apache-nits-patch.txt

I tried to follow { Foo } or {Foo} style as much as I could.

-- 
John Bley - jbb6@acpub.duke.edu
Duke '99 - English/Computer Science
  Since English is a mess, it maps well onto the problem space,
  which is also a mess, which we call reality.     - Larry Wall

Re: [PATCH] Many, many nits in modules

Posted by Greg Stein <gs...@lyra.org>.
John Bley wrote:
> 
> I took a look at the static initializers in the various modules subdirs and
> found loads of sparse ones.  Like, a 24KB patch worth.
> 
> 99% of these are the list-stopper { NULL }s for handler_recs and
> command_recs, but there was one outlier in mod_so.c, where somebody had
> forgotten that the fixer_upper function pointer existed.  If this patch
> isn't accepted I'll resend a patch for that outlier, since it feels funny.

Why go thru all that, when C says that NULLs are automatically filled
in? If a new member is added to a structure, you'll just need to go and
retrofit all those initializers again.

Cheers,
-g

--
Greg Stein, http://www.lyra.org/