[net.emacs] Failed mail

mmdf@rand-relay (02/17/83)

From:  MEMO SERVICE (MMDF) <mmdf@rand-relay>

    Your message could not be delivered to 'tim.unc@UDel-Relay at Udel-Relay'
for the following reason:  '(Reason not known)'


    Your message follows:

Date:     16 Feb 83 20:52:04-PST (Wed)
From:     MEMO SERVICE (MMDF) <mmdf@rand-relay>
Subject:  Failed mail
To:       tim.unc@UDel-Relay@Udel-Relay@Rand-Relay@UCI
Via:  Rand-Relay; 17 Feb 83 6:21-PST
Via:  UCI; 17 Feb 83 6:25-PDT

    After 3 days, your message could not be fully delivered.

    It failed to be received by the following address(es):

	meehan at Yale

    This usually is due to service interruptions at the
receiving machine.  Less often, there are problems with the
communications system.

    Your message follows:

Date:     13 Feb 83 14:34:48 EST  (Sun)
From: Tim Maroney <tim.unc@UDel-Relay>
Return-Path: <tim.unc@UDel-Relay>
Subject:  cfasl: no namelist
Received: from udel-relay.ARPA by UCBVAX.ARPA (3.310/3.3)
	id AA25792; 14 Feb 83 02:52:18 PST (Mon)
Received: by UCBKIM.ARPA (3.310/3.3)
	id AA02234; 14 Feb 83 16:18:42 PST (Mon)
Received: from UCBKIM.ARPA by UCBVAX.ARPA (3.310/3.3)
	id AA14484; 14 Feb 83 16:24:55 PST (Mon)
Received: from UCBVAX.ARPA by udel-relay.ARPA ; 14-Feb-83 19:41:33-EST (Mon)
Message-Id: <8302141052.25792@UCBVAX.ARPA>
To: franz-friends@BERKELEY
Via:  UNC; 14 Feb 83 5:43-EST
Via:  Udel-Relay; 14 Feb 83 18:25-PDT
Via:  Rand-Relay; 14 Feb 83 19:16-PST
Via:  UCI; 14 Feb 83 19:29-PDT

I don't seem to be able to write Jed Krohnfeldt, and this
answer is probably of general interest anyway. The message
"ld: no namelist" means that some well-meaning system admin
has stripped the lisp executable file to save space;
unfortunately, this makes the dynamic loading used by cfasl
impossible. Lisp will have to be recompiled (groan). No Franz
Lisp executable file should EVER be stripped.

Tim Maroney
tim.unc@udel-relay
decvax!duke!unc!tim

mmdf@rand-relay (02/17/83)

From:  MEMO SERVICE (MMDF) <mmdf@rand-relay>

    Your message could not be delivered to 'Mark.Sherman@CMU-CS-A at Udel-Relay'
for the following reason:  '(Reason not known)'


    Your message follows:

Date:     16 Feb 83 20:52:09-PST (Wed)
From:     MEMO SERVICE (MMDF) <mmdf@rand-relay>
Subject:  Failed mail
To:       Mark.Sherman@CMU-CS-A@Udel-Relay@Rand-Relay@UCI
Via:  Rand-Relay; 17 Feb 83 6:22-PST
Via:  UCI; 17 Feb 83 6:25-PDT

    After 3 days, your message could not be fully delivered.

    It failed to be received by the following address(es):

	meehan at Yale

    This usually is due to service interruptions at the
receiving machine.  Less often, there are problems with the
communications system.

    Your message follows:

Date: 13 February 1983 0034-EST (Sunday)
From: Mark.Sherman@CMU-CS-A
Return-Path: <Mark.Sherman@CMU-CS-A>
Subject: Space and Leakage
Received: from CMU-CS-A by UCBVAX.BERKELEY.ARPA (3.300 [1/17/83])
	id AA07842; 12 Feb 83 21:38:46 PST (Sat)
Received: by UCBKIM.ARPA (3.310/3.3)
	id AA02341; 14 Feb 83 16:21:29 PST (Mon)
Received: from UCBKIM.ARPA by UCBVAX.ARPA (3.310/3.3)
	id AA14614; 14 Feb 83 16:30:02 PST (Mon)
Received: from UCBVAX.ARPA by udel-relay.ARPA ; 14-Feb-83 19:47:18-EST (Mon)
Message-Id: <13Feb83 003422 MS40@CMU-CS-A>
To: franz-friends@UCB-VAX
Via:  Udel-Relay; 14 Feb 83 18:26-PDT
Via:  Rand-Relay; 14 Feb 83 19:17-PST
Via:  UCI; 14 Feb 83 19:29-PDT

Can someone tell me how the maximum amount of storage that franz
lisp uses is decided? I can force the size up to (about) 3050
pages (according to "ps") and then get the message "storage exhausted".
I have been told (and have seen) other jobs get substantially more
space; can franz get more pages as well? (I am using the cshell
and have already used the limit command to raise my process
size up to 32 megabytes, or so I think.)
 
I have also been told that the garbage collector leaks, that is,
not all of the garbage is really collected. Does anyone have good
ideas about how much (or fast) this happens, or if there is some way
to minimize the lost space?
 
(Please send responses directly to me as I am not on this list.)
                        -Mark Sherman (Sherman@CMU-CS-A)