summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorChong Yidong <cyd@stupidchicken.com>2009-12-09 01:07:36 +0000
committerChong Yidong <cyd@stupidchicken.com>2009-12-09 01:07:36 +0000
commitd6ab3832c7d61df89ba7e1c1d1ebfcb5e137d7c5 (patch)
tree19b4959d22f07e064f2ab0332f58fcf2ba0e767f
parenta4ef73c887614e05e4d0039419da0bcf1a073f00 (diff)
downloademacs-d6ab3832c7d61df89ba7e1c1d1ebfcb5e137d7c5.tar.gz
Remove resolved GTK on Cygwin problem.
-rw-r--r--etc/PROBLEMS22
1 files changed, 0 insertions, 22 deletions
diff --git a/etc/PROBLEMS b/etc/PROBLEMS
index 2c9c294c76a..c7384ad9a36 100644
--- a/etc/PROBLEMS
+++ b/etc/PROBLEMS
@@ -244,28 +244,6 @@ frame on another X display, then a Gtk+ error happens in the emacs
server that results in an endless loop. This is not fixed in any known
Gtk+ version (2.14.4 being current).
-** Emacs compiled with Gtk+ crashes on startup on Cygwin.
-
-A typical error message is
- ***MEMORY-ERROR***: emacs[5172]: GSlice: failed to allocate 504 bytes
- (alignment: 512): Function not implemented
-
-Emacs supplies its own malloc, but glib (part of Gtk+) calls memalign and on
-Cygwin, that becomes the Cygwin supplied memalign. As malloc is not the
-Cygwin malloc, the Cygwin memalign always returns ENOSYS.
-
-One workaround is to set G_SLICE=always-malloc before starting emacs.
-For example, in bash,
-
- G_SLICE=always-malloc emacs
-
-or put
-
- export G_SLICE=always-malloc
-
-in one of the bash startup files. This also has to be done before
-building emacs on Cygwin with Gtk+.
-
* General runtime problems
** Lisp problems