Mercurial > hg > xemacs-beta
view src/sysdir.h @ 3024:b7f26b2f78bd
[xemacs-hg @ 2005-10-25 08:32:40 by ben]
more mc-alloc-related factoring; make it hard to do the wrong thing
postgresql/postgresql.c, postgresql/postgresql.h: MC-Alloc refactoring.
ldap/eldap.c, ldap/eldap.h: MC-Alloc refactoring.
alloc.c, buffer.c, console.c, emacs.c, file-coding.c, lrecord.h, lstream.c, mule-charset.c, print.c, scrollbar-gtk.c, scrollbar-msw.c, scrollbar-x.c, scrollbar.c, symbols.c, symeval.h, unicode.c, window.c, xemacs.def.in.in: rename `struct lcrecord_header' to `struct old_lcrecord_header';
likewise for `old_basic_alloc_lcrecord', `old_free_lcrecord',
`old_zero_lcrecord', `old_zero_sized_lcrecord', `old_copy_lcrecord',
`old_copy_sized_lcrecord', `old_alloc_lcrecord_type'. Created new
LISPOBJ_STORAGE_SIZE() used only on objects created through allocation
of Lisp-Object memory instead of basic xmalloc()/xfree(). This is
distinguished from malloced_storage_size(), for non-Lisp-Objects.
The definition of LISPOBJ_STORAGE_SIZE() can reduce down to
malloced_storage_size() when not MC-ALLOC, but with MC-ALLOC it's
a different function.
The whole point other than cleaning up the use of LISPOBJ_STORAGE_SIZE
is to make it harder to accidentally use the old kind (lowercase) of
function in new code, since you get a compile error.
| author | ben |
|---|---|
| date | Tue, 25 Oct 2005 08:32:50 +0000 |
| parents | 804517e16990 |
| children | 26a547441418 |
line wrap: on
line source
/* Copyright (C) 1995 Free Software Foundation, Inc. Copyright (C) 2000 Ben Wing. This file is part of XEmacs. XEmacs is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation; either version 2, or (at your option) any later version. XEmacs is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for more details. You should have received a copy of the GNU General Public License along with XEmacs; see the file COPYING. If not, write to the Free Software Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA. */ /* Synched up with: Not really in FSF. */ #ifndef INCLUDED_sysdir_h_ #define INCLUDED_sysdir_h_ #ifdef HAVE_UNISTD_H #include <unistd.h> #endif #ifdef SYSV_SYSTEM_DIR # define select select_ /* Shadowing yuck */ # include <dirent.h> # undef select #elif defined (WIN32_NATIVE) # include <direct.h> # include "ndir.h" #elif defined (NONSYSTEM_DIR_LIBRARY) # include "ndir.h" #else # include <sys/dir.h> #endif /* not NONSYSTEM_DIR_LIBRARY */ #ifdef SYSV_SYSTEM_DIR # define DIRENTRY struct dirent #else /* not SYSV_SYSTEM_DIR */ # define DIRENTRY struct direct #endif /* The d_nameln member of a struct dirent includes the '\0' character on some systems, but not on others. What's worse, you can't tell at compile-time which one it will be, since it really depends on the sort of system providing the filesystem you're reading from, not the system you are running on. Paul Eggert <eggert@bi.twinsun.com> says this occurs when Emacs is running on a SunOS 4.1.2 host, reading a directory that is remote-mounted from a Solaris 2.1 host and is in a native Solaris 2.1 filesystem. (and Solaris 2 doesn't have a d_nameln member at all! Posix.1 doesn't specify it -- mrb) Since applying strlen to the name always works, we'll just do that. */ #define NAMLEN(p) strlen (p->d_name) #define DIRENTRY_NONEMPTY(p) ((p)->d_ino) /* encapsulation: directory calls */ int qxe_chdir (const Ibyte *path); int qxe_mkdir (const Ibyte *path, mode_t mode); DIR *qxe_opendir (const Ibyte *filename); DIRENTRY *qxe_readdir (DIR *dirp); int qxe_closedir (DIR *dirp); int qxe_rmdir (const Ibyte *path); Ibyte *qxe_allocating_getcwd (void); #endif /* INCLUDED_sysdir_h_ */