Re: 23.0.60; Seg fault in xfaces.c at line 6703 (Emacs.app on GNUstep)

[Chris Hall <cjh@insidernewswire.com>]

> 
> 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?