GNU bug report logs - #2614
20.0.91; coredump if cannot find stuff on startup

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 2614 in the body.
You can then email your comments to 2614 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):

From: "Marshall, Simon" <Simon.Marshall <at> misys.com>
To: <emacs-pretest-bug <at> gnu.org>
Subject: 20.0.91; coredump if cannot find stuff on startup
Date: Mon, 9 Mar 2009 17:34:11 -0000

[Message part 1 (text/plain, inline)]

I have built emacs on one Solaris machine under my home directory and
attempted to run it on another.  It dies like this:

Warning: arch-independent data dir (/usr/local/share/emacs/23.0.91/etc/)
does not exist.
Error: charsets directory (/usr/local/share/emacs/23.0.91/etc/charsets)
does not exist.
Emacs will not function correctly without the character map files.
Please check your installation!
Fatal error (11)Segmentation fault (core dumped)

I suspect the warning are a bit of a red-herring because they do not
existing on the build machine either.  Unfortunately, I cannot debug
emacs on the run machine.  However, pstack tells me:

core 'core' of 8466:    pemacs -Q
 feb46398 kill     (b, 0, ffbd9928, 1, 38d801, 370c00) + 8
 feb45924 __sighndlr (b, 0, ffbd9928, fb4b0, 0, 1) + c
 feb3a868 call_user_handler (b, 0, 0, 0, ff3a2000, ffbd9928) + 3b8
 0009a134 decode_char (ffbfdf28, 0, 0, ffbd9c68, 477540, 8e92a2) + 538
 000b2148 decode_coding (ffbfdf28, 374800, 37f000, 379800, 375400,
ffbe9d6c) + e4
 000b4088 decode_coding_gap (ffbfdf28, ffff937e, ffff937e, 40020000,
38d801, 40000000) + dc
 0012de1c Finsert_file_contents (4, 88bd53, 0, 36410, 370c00, 38d801) +
87c
 00167e20 Ffuncall (6, 3a2109, 370c00, 37e800, ffbfe1e4, 1) + 454
 0019cc34 Fbyte_code (ffbfe1e0, 370c00, 4c, 33dee8, 3fffff, 370c00) +
b08
 00167784 funcall_lambda (21c3b4, 4, 4, 37f000, 0, 370c00) + 178
 00167c14 Ffuncall (5, 3fa999, 370c00, 37e800, ffbfe3a0, 4) + 248
 00167fe8 call4    (3fa999, 88bdc3, 88bdc3, 38d831, 38d831, 375c00) + 1c
 0018b288 Fload    (370c00, 38d831, 38d831, 4, 0, 377c00) + 6a4
 00167e20 Ffuncall (6, 3b4e89, 370c00, 37e800, ffbfe694, 4) + 454
 0019cc34 Fbyte_code (ffbfe690, 370c00, 34, 33dee8, 3fffff, 370c00) +
b08
 00167784 funcall_lambda (244914, 0, 4, 0, 0, 0) + 178
 00167970 apply_lambda (244914, 38d801, 1, 0, 0, 0) + b4
 00167008 Feval    (37e800, 1665a0, 1666c8, 0, ff3f42e8, 0) + 240
 001665ec internal_condition_case (101664, 39ec91, 105438, 0, 0, 0) + f0
 00105168 top_level_1 (370c00, 1666d0, 0, 0, 408e30, 37ec00) + 30
 001666e0 internal_catch (39d169, 105138, 38d801, 398000, 0, 0) + b8
 00105230 command_loop (377400, 38d801, 398000, 1, 0, 0) + 80
 001055c0 recursive_edit_1 (439000, 38d801, 0, ffbfebec, ffbfed7c, 2b) +
64
 00105720 Frecursive_edit (0, 377c00, ff9fab3e, fffffffe, 80808080,
1010101) + fc
 000faa6c main     (0, ffbfed5c, 37f400, 37f000, 1de3b0, 0) + b20
 000493a0 _start   (0, 0, 0, 0, 0, 0) + 5c

In GNU Emacs 23.0.91.1 (sparc-sun-solaris2.8, Motif Version 2.1.0)
 of 2009-02-26 on risksun2
Windowing system distributor `Hummingbird Ltd.', version 11.0.100015
configured using `configure
'--x-includes=/usr/openwin/include:/usr/dt/include:/usr/local/include:/u
sr/local/X11/include'
'--x-libraries=/usr/openwin/lib:/usr/dt/lib:/usr/local/lib:/usr/local/X1
1/lib' '--with-x-toolkit=motif' '--with-jpeg=no' '--with-gif=no'
'--with-tiff=no''

Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: nil
  value of $LC_CTYPE: nil
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: C
  value of $XMODIFIERS: nil
  locale-coding-system: nil
  default-enable-multibyte-characters: t



"Misys" is the trade name for Misys plc (registered in England and Wales). Registration Number: 01360027. Registered office: One Kingdom Street, London W2 6BL, United Kingdom. For a list of Misys group operating companies please go to http://www.misys.com/corp/About_Us/misys_operating_companies.html. This email and any attachments have been scanned for known viruses using multiple scanners. This email message is intended for the named recipient only. It may be privileged and/or confidential. If you are not the named recipient of this email please notify us immediately and do not copy it or use it for any purpose, nor disclose its contents to any other person. This email does not constitute the commencement of legal relations between you and Misys plc. Please refer to the executed contract between you and the relevant member of the Misys group for the identity of the contracting party with which you are dealing. 

[Message part 2 (text/html, inline)]

Message #8 received at 2614 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Dan Nicolaescu <dann <at> ics.uci.edu>
To: "Marshall\, Simon" <Simon.Marshall <at> misys.com>
Cc: 2614 <at> debbugs.gnu.org
Subject: Re: bug#2614: 20.0.91; coredump if cannot find stuff on startup
Date: Mon, 16 Mar 2009 18:45:20 -0700 (PDT)

"Marshall, Simon" <Simon.Marshall <at> misys.com> writes:

  > I have built emacs on one Solaris machine under my home directory and attempted
  > to run it on another.  It dies like this:
  > 
  > Warning: arch-independent data dir (/usr/local/share/emacs/23.0.91/etc/) does
  > not exist.
  > Error: charsets directory (/usr/local/share/emacs/23.0.91/etc/charsets) does
  > not exist.
  > Emacs will not function correctly without the character map files.
  > Please check your installation!
  > Fatal error (11)Segmentation fault (core dumped)
  > 
  > I suspect the warning are a bit of a red-herring because they do not existing
  > on the build machine either. 

They should be on the build machine, they are in the emacs source tree,
in emacs/etc/charsets.

Message #13 received at 2614 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: "Marshall, Simon" <Simon.Marshall <at> misys.com>
To: "Dan Nicolaescu" <dann <at> ics.uci.edu>
Cc: <2614 <at> debbugs.gnu.org>
Subject: RE: bug#2614: 20.0.91; coredump if cannot find stuff on startup
Date: Tue, 17 Mar 2009 09:27:19 -0000

  > I have built emacs on one Solaris machine under my home directory
and attempted
  > to run it on another.  It dies like this:
  > 
  > Warning: arch-independent data dir
(/usr/local/share/emacs/23.0.91/etc/) does
  > not exist.
  > Error: charsets directory
(/usr/local/share/emacs/23.0.91/etc/charsets) does
  > not exist.
  > Emacs will not function correctly without the character map files.
  > Please check your installation!
  > Fatal error (11)Segmentation fault (core dumped)
  > 
  > I suspect the warning are a bit of a red-herring because they do not
existing
  > on the build machine either. 

> They should be on the build machine, they are in the emacs source
tree,
> in emacs/etc/charsets.

What I meant is that they are not on the build machine _in the
directories_ that Emacs says it expects to find them.  (As I implied, I
do not install pretests, I run them from where I build them.)  Since
Emacs does not crash when run on the build machine, I figure that the
warnings are misleading.

At the very least, Emacs should not coredump.  Emacs 22.3 doesn't
coredump.


"Misys" is the trade name for Misys plc (registered in England and Wales). Registration Number: 01360027. Registered office: One Kingdom Street, London W2 6BL, United Kingdom. For a list of Misys group operating companies please go to http://www.misys.com/corp/About_Us/misys_operating_companies.html. This email and any attachments have been scanned for known viruses using multiple scanners. This email message is intended for the named recipient only. It may be privileged and/or confidential. If you are not the named recipient of this email please notify us immediately and do not copy it or use it for any purpose, nor disclose its contents to any other person. This email does not constitute the commencement of legal relations between you and Misys plc. Please refer to the executed contract between you and the relevant member of the Misys group for the identity of the contracting party with which you are dealing. 

Message #18 received at 2614 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Kenichi Handa <handa <at> m17n.org>
To: "Marshall, Simon" <Simon.Marshall <at> misys.com>,
        2614 <at> debbugs.gnu.org
Cc: dann <at> ics.uci.edu, 2614 <at> debbugs.gnu.org
Subject: Re: bug#2614: 20.0.91; coredump if cannot find stuff on startup
Date: Tue, 24 Mar 2009 11:06:28 +0900

In article <63C2A154B1708946B60726AFDBA00AC0043754D6 <at> ukmailemea01.misys.global.ad>, "Marshall, Simon" <Simon.Marshall <at> misys.com> writes:

> I have built emacs on one Solaris machine under my home directory
> and attempted
> to run it on another.  It dies like this:
> 
> Warning: arch-independent data dir
> (/usr/local/share/emacs/23.0.91/etc/) does
> not exist.
> Error: charsets directory
> (/usr/local/share/emacs/23.0.91/etc/charsets) does
> not exist.
> Emacs will not function correctly without the character map files.
> Please check your installation!
> Fatal error (11)Segmentation fault (core dumped)
> 
> I suspect the warning are a bit of a red-herring because they do not
> existing
> on the build machine either. 

> > They should be on the build machine, they are in the emacs source
> tree,
> > in emacs/etc/charsets.

> What I meant is that they are not on the build machine _in the
> directories_ that Emacs says it expects to find them.  (As I implied, I
> do not install pretests, I run them from where I build them.)  Since
> Emacs does not crash when run on the build machine, I figure that the
> warnings are misleading.

I built the pretest 23.0.91 under my home directory on
machine A, and ran it on machibe B which mounts the same
home direcotory, but Emacs starts up normally.  The value of
the variable data-directory is
"/home/handa/emacs-23.0.91/etc/".

Next, I moved etc/charsets to etc/charsets.tmp and ran Emacs
on machine A and B.  In both cases, this message was shown.

Error: charsets directory (/home/handa/emacs-23.0.91/etc/charsets) does not exist.
Emacs will not function correctly without the character map files.
Please check your installation!

So, the shown directory is the correct place.

> At the very least, Emacs should not coredump.  Emacs 22.3 doesn't
> coredump.

I fixed it.  Now even if Emacs can't find etc/charsets,
Emacs can be used at least for handling ASCII text.

---
Kenichi Handa
handa <at> m17n.org

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.