Mercurial > emacs
comparison etc/PROBLEMS @ 90776:dd7c098af727
Merge from emacs--devo--0
Patches applied:
* emacs--devo--0 (patch 638-652)
- Update from CVS
- Merge from gnus--rel--5.10
* gnus--rel--5.10 (patch 202)
- Update from CVS
Revision: emacs@sv.gnu.org/emacs--unicode--0--patch-177
author | Miles Bader <miles@gnu.org> |
---|---|
date | Mon, 26 Feb 2007 23:03:45 +0000 |
parents | 52a7f3f50b89 0042363314f0 |
children | ec58e5c426ef |
comparison
equal
deleted
inserted
replaced
90775:7d8921cab8aa | 90776:dd7c098af727 |
---|---|
214 | 214 |
215 ** Emacs compiled with Gtk+ crashes when closing a display (x-close-connection). | 215 ** Emacs compiled with Gtk+ crashes when closing a display (x-close-connection). |
216 | 216 |
217 This happens because of bugs in Gtk+. Gtk+ 2.10 seems to be OK. See bug | 217 This happens because of bugs in Gtk+. Gtk+ 2.10 seems to be OK. See bug |
218 http://bugzilla.gnome.org/show_bug.cgi?id=85715. | 218 http://bugzilla.gnome.org/show_bug.cgi?id=85715. |
219 | |
220 ** Emacs compiled with Gtk+ crashes on startup on cygwin. | |
221 | |
222 A typical error message is | |
223 ***MEMORY-ERROR***: emacs[5172]: GSlice: failed to allocate 504 bytes | |
224 (alignment: 512): Function not implemented | |
225 | |
226 Emacs supplies its own malloc, but glib (part of Gtk+) calls memalign and on | |
227 cygwin that becomes the cygwin supplied memalign. As malloc is not the | |
228 cygwin malloc, the cygwin memalign always returns ENOSYS. A fix for this | |
229 problem would be welcome. | |
219 | 230 |
220 * General runtime problems | 231 * General runtime problems |
221 | 232 |
222 ** Lisp problems | 233 ** Lisp problems |
223 | 234 |