Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!uunet!munnari!comp.vuw.ac.nz!dsiramd!ray
From: ray@dsiramd.nz (Ray Brownrigg)
Newsgroups: comp.sys.att,comp.unix.wizards,comp.unix.questions
Subject: Re: Problems with ld
Message-ID: <176@dsiramd.nz>
Date: Sun, 13-Sep-87 17:09:20 EDT
Article-I.D.: dsiramd.176
Posted: Sun Sep 13 17:09:20 1987
Date-Received: Thu, 17-Sep-87 01:15:58 EDT
References: <1@vanvleck.MATH.WISC.EDU>
Reply-To: ray@dsiramd.UUCP (Ray Brownrigg)
Organization: DSIR Applied Mathematics Division, Wellington, New Zealand
Lines: 17
Keywords: ld loader linker
Summary: May be ulimit problem.
Xref: mnetor comp.sys.att:1232 comp.unix.wizards:4246 comp.unix.questions:4083

In article <1@vanvleck.MATH.WISC.EDU> root@vanvleck.MATH.WISC.EDU (Admin) writes:
>
>collected the object files into 16 or 17 libraries.  Unfortunately, ld tells
>us that it can't read the .data section of one of our libraries, despite the
>fact that, as far as we can tell, it's OK.  
>
>It seems to us that might be overflowing tables in ld; is this plausible?

It might be that the problem is a ulimit problem. When loading S on a
3B2 system, a similar problem occurs if the users ulimit has not been
expanded beyond the default 1 megabyte. The unstripped S executive is 
about 2Mb.
-- 
Ray Brownrigg		UUCP: {utai!calgary,uunet}!vuwcomp!dsiramd!ray
Applied Maths Div, DSIR		ACSnet:	ray@dsiramd.nz[@munnari]
PO Box 1335			System:	OLIVETTI/AT&T 3B2/400B+, System V R3.0
Wellington, New Zealand			"UNX -rules -OK"