Fix to "unexec" in unexhp9k800.c

Thread View: gnu.emacs.bug

2 messages

[T] Back to Threads [V] Tree View [G] Group Articles

2 total messages Started by Steve Greenbaum Wed, 06 Jan 1993 02:59

#925

Author: Steve Greenbaum
Date: Wed, 06 Jan 1993 02:59

32 lines
1086 bytes

Problem
-------

The end of function "unexec" in file "src/unexhp9k800.c" incorrectly exit's
instead of return'ing.  This leads to builds not dumping the "emacs-18.xx"
file because the unexec exits the build right after dumping "xemacs".

Here are the last few lines of the original (incorrect) function:

    close(new);
    exit(0);
  }

Solution
--------
The correct version replaces "exit(0)" with "return 0", as follows:

    close(new);
    return 0;
  }

The effected line is number 110 in the 18.59 source.

-Steve

  Steve Greenbaum
  HP Labs, 26U-12
  3500 Deer Creek Road
  Palo Alto, CA  94304

  (415) 857-5181
  greenbaum@hplabs.hpl.hp.com

Re: Fix to "unexec" in unexhp9k800.c

#937

Author: Neal Becker
Date: Fri, 08 Jan 1993 18:20

9 lines
910 bytes

Since hp9000/7xx is SO fast, you may decide to forget unexec entirely!
Loadup takes only about 5 seconds!
If you define CANNOT_UNDUMP and CANNOT_UNEXEC in config.h then you can remove the
-a archive from LD_SWITCH_SYSTEM in s-hpux8.h and then emacs can be
linked to shared libs.

You also need to arrange for unexhp9k800.o to either not get linked
(by editing xmakefile) or you can probably add #ifdef CANNOT_DUMP to
unexhp9k800.c.

Thread Navigation

This is a paginated view of messages in the thread with full content displayed inline.

Messages are displayed in chronological order, with the original post highlighted in green.

Use pagination controls to navigate through all messages in large threads.

Back to All Threads