|
| From: | Chris Hall |
| Subject: | Re: 23.0.60; Seg fault in xfaces.c at line 6703 (Emacs.app on GNUstep) |
| Date: | Sun, 03 Feb 2008 21:28:58 -1000 |
| User-agent: | GNUMail (Version 1.2.0) |
As I said in *1, I could reproduce a similar backtrace by deliberately defining CANNOT_DUMP. I suspect this is a generic problem for CANNOT_DUMP platforms after the multi-tty merger. *1 http://lists.gnu.org/archive/html/emacs-devel/2008-01/msg02051.html
Thank you for following up on this, I truly appreciate it, but that is, I believe, the separate (and earlier) thread concerning the 'Vprocess_environment is not properly initialized on CANNOT_DUMP platforms' issue.
In this one they were explaining to me that the seg fault by attempting to reference a field in an uninitialized face_cache struct -- the initialized version of which is quite clearly a necessary prerequisite to realizing a face in the first place -- is not considered to be caused by a bug in Emacs 23.0.60 and that seg fault _should_ occur in this case.
IOW, a bug in Emacs.app seems to have left the face_cache struct uninitialized.
Perhaps a somewhat similar, 'face realization' issue in the Carbon version as well ( see http://lists.gnu.org/archive/html/bug-gnu-emacs/2008-02/msg00021.html ).
And apparently this has started happening to both versions since the unicode merge?
| [Prev in Thread] | Current Thread | [Next in Thread] |