🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: gnu.emacs.bug
Article #87918

emacs 19.25 memory_full aborts process

#87918
From: douglis
Date: Thu, 11 Aug 1994 00:29
50 lines
3237 bytes
In the past I remember seeing emacs messages about "memory exhausted".
In 19.25 I haven't seen that, but instead have hit core dumps.  A
backtrace suggested that the "memory exhausted" string was in fact
being passed along with the error.  Does the core dump occur if emacs
runs out of memory trying to display that message, maybe?  Is there
anything I can do to keep emacs from dying so ungracefully?

A backtrace is as follows:

(gdb) where
#0  0xbd810 in kill ()
#1  0x2c4d0 in fatal_error_signal (sig=6) at emacs.c:164
#2  0xd92dc in _sigtramp ()
#3  0xc4404 in abort ()
#4  0x3de4 in quit_error_check () at dispnew.c:1363
#5  0x7067c in Fsignal (error_symbol=18205368, data=85328876) at eval.c:1161
#6  0x62058 in memory_full () at alloc.c:157
#7  0x62ef8 in make_uninit_string (length=24) at alloc.c:943
#8  0x62d90 in make_string (contents=0x19d870 "emacs@toucan.zoo.att.com", 
    length=24) at alloc.c:897
#9  0x62dcc in build_string (str=0x19d870 "emacs@toucan.zoo.att.com")
    at alloc.c:906
#10 0x20e18 in x_set_name (f=0x1cde68, name=18205068, explicit=0)
    at xfns.c:1231
#11 0x20f5c in x_implicitly_set_name (f=0x1cde68, arg=18205068, 
    oldval=18205068) at xfns.c:1289
#12 0x98f0 in x_consider_frame_title (frame=236772968) at xdisp.c:418
#13 0xde1c in display_mode_line (w=0x3123a0) at xdisp.c:2575
#14 0xb380 in redisplay_window (window=338764704, just_this_one=0)
    at xdisp.c:1271
#15 0xa8cc in redisplay_windows (window=338764704) at xdisp.c:979
#16 0xa258 in redisplay () at xdisp.c:703
#17 0x2ef48 in read_char (commandflag=1, nmaps=2, maps=0xf7ffe598, 
    prev_event=18205068, used_mouse_menu=0xf7ffe6e8) at keyboard.c:1498
#18 0x33648 in read_key_sequence (keybuf=0xf7ffe760, bufsize=30, 
    prompt=18205068) at keyboard.c:4540
#19 0x2e310 in command_loop_1 () at keyboard.c:1013
#20 0x7051c in internal_condition_case (bfun=0x2e0ec <command_loop_1>, 
    handlers=18205368, hfun=0x2dadc <cmd_error>) at eval.c:1096
#21 0x2de6c in command_loop_2 () at keyboard.c:859
#22 0x70078 in internal_catch (tag=18205348, func=0x2de48 <command_loop_2>, 
    arg=18205068) at eval.c:886
#23 0x2de18 in command_loop () at keyboard.c:839
#24 0x2d928 in recursive_edit_1 () at keyboard.c:674
#25 0x2da5c in Frecursive_edit () at keyboard.c:716
#26 0x2cec4 in main (argc=1, argv=0xf7ffec2c, envp=0xf7ffec34) at emacs.c:755

Fred Douglis					douglis@research.att.com
AT&T Bell Laboratories, Rm. 2B-123		908 582-3633 (office)
600 Mountain Ave., Murray Hill, NJ 07974	908 582-3063 (fax)
Technical Details
Message-ID: <9408101902.AA04937@life.ai.mit.edu>
Path: arc1-ca.pugleaf.net!bga.com!news.sprintlink.net!primenet!netnews.asu.edu !asuvax!cs.utexas.edu!usc!math.ohio-state.edu!magnus.acs.ohio-state.edu!cis.ohio-state.edu!research.att.com!douglis

Show Full Headers
Complete Article Headers
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: fb2f1,b39b3d7a50077a04,start
X-Google-Attributes: gidfb2f1,public
X-Google-ArrivalTime: 1994-08-11 15:23:13 PST
Path: arc1-ca.pugleaf.net!bga.com!news.sprintlink.net!primenet!netnews.asu.edu      !asuvax!cs.utexas.edu!usc!math.ohio-state.edu!magnus.acs.ohio-state.edu!cis.ohio-state.edu!research.att.com!douglis
From: douglis@research.att.com
Newsgroups: gnu.emacs.bug
Subject: emacs 19.25 memory_full aborts process
Date: 10 Aug 1994 20:29:50 -0400
Organization: GNUs Not Usenet
Lines: 51
Sender: daemon@cis.ohio-state.edu
Approved: bug-gnu-emacs@prep.ai.mit.edu
Distribution: gnu
Message-ID: <9408101902.AA04937@life.ai.mit.edu>