~/lib/map_stupidshared.c

Bron Gondwana brong at fastmail.fm
Wed Jun 30 15:21:12 EDT 2010


On Wed, Jun 30, 2010 at 11:51:54AM -0500, Patrick Goetz wrote:
> On 06/30/2010 11:10 AM, Wesley Craig wrote:
> >I don't think the people reading the developer list can necessarily
> >answer that question. The existence of a patch (depending on what the
> >patch is about) implies that someone cared enough about it to patch it.
> >Asking on the user list might turn up an answer, but the fact that no
> >one says "yes I'm using it" doesn't mean "no one is using it."
> >
> 
> Sorry, I guess I wasn't being clear.  There is a file in the cyrus
> 2.3.16 source code tree called:
> 
>   cyrus-imapd-2.3.16/lib/map_stupidshared.c
> 
> The comment at the top of this code states:
> 
> * map_stupidshared.c -- memory-mapping routines working around DEC
> stupidity.
> 
> 
> i.e. this is part of the cyrus code base.  The debian patch adds
> +#include "xmalloc.h"
> which is fairly innocuous.

Oh, we can add that upstream easily enough.  Odd that nobody has caught
it already!
 
> However, my question is are customized memory mapping routines
> designed to "work around DEC stupidity" still necessary or even
> desirable in the current code base?
> 
> And speaking of style, the first function in this file is still
> using the old pre-ANSI K&R style for parameters:
> 
> map_refresh(fd, onceonly, base, len, newlen, name, mboxname)
> int fd;
> int onceonly;
> const char **base;
> unsigned long *len;
> unsigned long newlen;
> const char *name;
> const char *mboxname;
> {
> ...

It's not the only place.  I've come across a few of these around
the place, including in code that's very much "alive".

Bron.



More information about the Cyrus-devel mailing list