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.