Mercurial > cpython-lru_cache-weakref
view Python/memmove.c @ 21725:5d2bfbd47f1b legacy-trunk
A tentative fix for SF bug #503837 (Roeland Rengelink):
type.__module__ problems (again?)
This simply initializes the __module__ local in a class statement from
the __name__ global. I'm not 100% sure that this is the correct fix,
although it usually does the right thing. The problem is that if the
class statement executes in a custom namespace, the __name__ global
may be taken from __builtins__, in which case it would have the value
__builtin__, or it may not exist at all (if the custom namespace also
has a custom __builtins__), in which case the class statement will
fail.
Nevertheless, unless someone finds a better solution, this is a 2.2.1
bugfix too.
| author | Guido van Rossum <guido@python.org> |
|---|---|
| date | Tue, 15 Jan 2002 21:06:07 +0000 |
| parents | 6f6f965c5e2d |
| children |
line wrap: on
line source
/* A perhaps slow but I hope correct implementation of memmove */ extern char *memcpy(char *, char *, int); char * memmove(char *dst, char *src, int n) { char *realdst = dst; if (n <= 0) return dst; if (src >= dst+n || dst >= src+n) return memcpy(dst, src, n); if (src > dst) { while (--n >= 0) *dst++ = *src++; } else if (src < dst) { src += n; dst += n; while (--n >= 0) *--dst = *--src; } return realdst; }
