🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

4 total messages Started by Benoit.Dageville Fri, 30 Apr 1993 12:24
Problem when dumping epoch
#763
Author: Benoit.Dageville
Date: Fri, 30 Apr 1993 12:24
47 lines
2665 bytes
I want to install epoch version 4.2 on an ENCORE MULTIMAX running with the MACH operating system. I use s-umax.h and m-ns32000.h for the configuration files.  This is the trace of the dumping phase. What is the problem ??? As someone tried to port epoch on this platform before (I think the problem does not come from epoch but from emacs). Can someone gives me some pointers to solve this problem. Please reply by email if possible (email : B.Dageville@frcl.bull.fr). Thanks in advance ...

Benoit,

****************************************** Compilation trace ****************************************************

        ld  -L/usr/lib/X11 -o temacs pre-crt0.o /lib/crt0.o window.o  term.o x11term.o x11fns.o xevent.o screen.o xdefault.o xresource.o property.o selection.oxutil.o mouse.o button.o xdispepoch.o dispepoch.o  emacs.o keyboard.o macros.o keymap.o sysdep.o  buffer.o filelock.o insdel.o marker.o  minibuf.o fileio.o dired.o filemode.o  cmds.o casefiddle.o indent.o search.o regex.o undo.o  alloc.o data.o doc.o editfns.o callint.o  eval.o fns.o print.o lread.o  abbrev.o syntax.ounexec.o mocklisp.o bytecode.o  p



rocess.o callproc.o   doprnt.o lastfile.o alloca.o malloc.o   -lX11      -lg  -lc
        ./temacs -batch -l ../epoch-lisp/inc-vers
Loading ../epoch-lisp/inc-vers...
New Epoch version will be 4.2.11
        ./temacs -batch -l ../epoch-lisp/loadup.el dump
Loading ../epoch-lisp/loadup.el...
Loading subr...
Loading loaddefs.el...
Loading simple...
Loading help...
Loading files...
Loading indent...
Loading window...
Loading paths.el...
Loading startup...
Loading lisp...
Loading page...
Loading register...
Loading paragraphs...
Loading lisp-mode...
Loading text-mode...
Loading fill...
Loading c-mode...
Loading isearch...
Loading replace...
Loading abbrev...
Loading buff-menu...
Loading mini-cl...
Loading wrapper...
Pure Lisp storage exhausted

*** Exit 255
Stop.
*** Exit 1
Stop.
*** Exit 1
Stop.
Re: Problem when dumping epoch
#764
Author: Scott Grosch
Date: Tue, 11 May 1993 17:43
13 lines
1171 bytes
In article <1160@clbull.frcl.bull.fr>, B.Dageville@frcl.bull.fr (Benoit.Dageville) writes:
> [deleted]
> Loading wrapper...
> Pure Lisp storage exhausted
> 

In config.h you need to increase the number that you defined PURESIZE as.

-- 
Scott Grosch                                   Internet: garath@engin.umich.edu
Programmer                                             Bitnet: user7a4b@umichum
Computer Aided Engineering Network                       University of Michigan
RE: Problem when dumping epoch
#765
Author: Iain A F Fleming
Date: Tue, 11 May 1993 18:55
52 lines
2657 bytes
[Apologies if duplicated: UK Internet gateway bounced it for spurious reasons]

Salut Benoit:

> What is the problem ??? 

The last error message tells you the problem (with temacs, as you suspected):

> Pure Lisp storage exhausted

As to the causes, well file epoch-4.2/PROBLEMS (line 250) says:

   * temacs prints "Pure Lisp storage exhausted"

   This means that the Lisp code loaded from the .elc and .el
   files during  temacs -l loadup inc dump  took up more
   space than was allocated.

   This could be caused by
    1) adding code to the preloaded Lisp files
    2) adding more preloaded files in loadup.el
    3) having a site-init.el or site-load.el which loads files.
    Note that ANY site-init.el or site-load.el is nonstandard;
    if you have received Emacs from some other site
    and it contains a site-init.el or site-load.el file, consider
    deleting that file.
    4) getting the wrong .el or .elc files
    (not from the directory you expected).
    5) deleting some .elc files that are supposed to exist.
    This would cause the source files (.el files) to be
    loaded instead.  They take up more room, so you lose.
    6) a bug in the Emacs distribution which underestimates
    the space required.

   If the need for more space is legitimate, change the definition
   of PURESIZE in config.h.

   But in some of the cases listed above, this problem is a consequence
   of something else that is wrong.  Be sure to check and fix the real
   problem.

One of these probably describes what you need to do . . . or at least might
give you some guidance as to what to try.


--
     Iain A F Fleming     Numerical Algorithms Group Ltd Oxford UK OX2 8DR
      iainf@nag.co.uk     tel: +44.865.511245 x255   fax: +44.865.310139

              ** Fortran-90: The Future of Fortran Here Today **
      ("No more good must be attempted than the people can bear" -Solon)
Re: Problem when dumping epoch
#768
Author: Christian Roche
Date: Thu, 13 May 1993 11:59
25 lines
1726 bytes
>>>>> On 11 May 1993 17:43:46 GMT, garath@sakurazima.engin.umich.edu (Scott Grosch) said:

> [deleted]
> Loading wrapper...
> Pure Lisp storage exhausted
>

Scott> In config.h you need to increase the number that you defined PURESIZE as.

More precisely, you should:

 1) Increase PURESIZE to a big value (e.g. double it).
 2) Build Epoch.
 3) Look at the variable pure-bytes-used with C-h v pure-bytes-used.
 4) Set PURESIZE to a slightly higher value.
 5) Rebuild Epoch.
--
 ------------------------------------------------------------------------------
 - Christian Roche						              -
 - Laboratoire MASI				Tel    : +33 (1) 44 27 71 26  -
 - Equipe Reseaux et Performance		E-mail : roche@masi.ibp.fr    -
 - 4, place Jussieu							      -
 - 75252 Paris Cedex 05							      -
 ------------------------------------------------------------------------------
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