Mercurial > emacs
view nt/TODO @ 36435:5a989d353a68
(toplevel): Include process.h.
(enum mem_type): Add MEM_TYPE_PROCESS, MEM_TYPE_HASH_TABLE,
MEM_TYPE_FRAME, MEM_TYPE_WINDOW enumerators.
(allocate_vectorlike): Make it a static function. Add parameter TYPE.
(allocate_vector, allocate_hash_table, allocate_window)
(allocate_frame, allocate_process, allocate_other_vector): New
functions.
(Fmake_vector): Call allocate_vector instead of allocate_vectorlike.
(mark_maybe_pointer): New function.
(mark_memory): Also mark Lisp data to which only pointers
remain and not Lisp_Objects.
(min_heap_address, max_heap_address): New variables.
(mem_find): Return MEM_NIL if START is below min_heap_address or
above max_heap_address.
(mem_insert): Compute min_heap_address and max_heap_address.
author | Gerd Moellmann <gerd@gnu.org> |
---|---|
date | Wed, 28 Feb 2001 13:29:33 +0000 |
parents | 354e0c45cedf |
children |
line wrap: on
line source
This is a list of known problems to date with the Windows NT/95 port of GNU Emacs. * Handle wildcards in ls-lisp (e.g., C-x d *.c). * Interactive subprocess output is buffered in jerky * Presently, C:\foo\bar and C:/foo/bar bring up two buffers on the same file. Solve this by adding a switch that canonicalizes path separators (e.g., make them all / or all \)? * call-process-region: Another tricky situation with binary and text modes. An example by dsrosing@reston.ingr.com: use crypt++ to load compressed data into a buffer, edit the buffer, save the data back out. (Also need to propagate the "/C" switch change sent the shell in crypt++.el back to the author.) * Dired uses ls-lisp, which reports all files as being owned by the current user. Need to dig through the security descriptor to extract the owner of the file (and the group?) using LookupAccountSid. * Integrate the build for NT into the GNU config process once a decent shell becomes freely available * Integrate networking. * Fix Win95 subprocesses.