unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: Hin-Tak Leung <hintak_leung@yahoo.co.uk>
Cc: rms@gnu.org
Subject: SOLVED: Emacs (all versions) dumps core when built against XFree86 4.3
Date: Tue, 13 May 2003 05:10:10 +0100	[thread overview]
Message-ID: <3EC07022.8060309@yahoo.co.uk> (raw)

Apparently the problem is applicable to all version of emacs
(including latest CVS, back to 19.34b), on all unix/unix-like
systems for which GNU ld is the default linker, and for which GNU ld
is quite up-to-date.

Symptom:  emacs dump cores at XtInitializeWidgetClass () with
              'Fatal Error (11).Segmentational Fault'
Solution: Adding '-z nocombreloc' to LDFLAGS
Reason:   'combreloc' has become the default for recent GNU ld, which
              breaks the unexec/undump of both emacs and xemacs
              (all versions).

This information should be useful to a *lot* of people.

===========
Many after-thoughts:

(1) The problem has been very recently reported against CVS
     version of GNU emacs in March 2003 (i.e. two months ago),
     and even caught Mr Stallman's attention briefly,
     no solution is known to the GNU Emacs people; and
     yet the xemacs people apparently had the fix integrated to
     their ./configure for almost a year now...

(2) The GNU emacs people/community has not been at all helpful...
     I guessed the origin of the problem myself, made my own suggestion
     to do a gdb back trace, did my own search for any problem
     associated with 'XtInitializeWidgetClass'... the same problem
     was reported by others to the xemacs mailing lists, and the
     correct solution was suggested by more than a few patient
     individuals, according to their archive...

(3) Sadly, judging from the reaction to the same problem in both
     archives, I have to say the xemacs community probably are
     more "free" (in the beer sense) than the GNU emacs community...
     xemacs people gave sound technical advices and solutions,
     GNU emacs people gave lectures on "employer/employee relationships"...

     (For software projects for which I participate deeply, I don't
      have any problem with "ordering" people to give or obtain
      more details... this has nothing to do with employer/employee
      relationship - supplying more details just help the diagnostic
      process, and ultimately benefit the individual himself
      who supplies the details)

             reply	other threads:[~2003-05-13  4:10 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-05-13  4:10 Hin-Tak Leung [this message]
2003-05-13  4:21 ` SOLVED: Emacs (all versions) dumps core when built against XFree86 4.3 Thien-Thi Nguyen
2003-05-14 19:16 ` Stefan Monnier

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=3EC07022.8060309@yahoo.co.uk \
    --to=hintak_leung@yahoo.co.uk \
    --cc=rms@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).