[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Emacs-diffs] emacs/etc PROBLEMS
From: |
Chong Yidong |
Subject: |
[Emacs-diffs] emacs/etc PROBLEMS |
Date: |
Wed, 09 Dec 2009 01:07:36 +0000 |
CVSROOT: /sources/emacs
Module name: emacs
Changes by: Chong Yidong <cyd> 09/12/09 01:07:36
Modified files:
etc : PROBLEMS
Log message:
Remove resolved GTK on Cygwin problem.
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/emacs/etc/PROBLEMS?cvsroot=emacs&r1=1.275&r2=1.276
Patches:
Index: PROBLEMS
===================================================================
RCS file: /sources/emacs/emacs/etc/PROBLEMS,v
retrieving revision 1.275
retrieving revision 1.276
diff -u -b -r1.275 -r1.276
--- PROBLEMS 26 Nov 2009 07:15:33 -0000 1.275
+++ PROBLEMS 9 Dec 2009 01:07:36 -0000 1.276
@@ -244,28 +244,6 @@
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
[Prev in Thread] |
Current Thread |
[Next in Thread] |
- [Emacs-diffs] emacs/etc PROBLEMS,
Chong Yidong <=