Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!uunet!seismo!ut-sally!husc6!rutgers!ames!sdcsvax!ucbvax!decvax!tektronix!reed!omen!caf
From: caf@omen.UUCP (Chuck Forsberg WA7KGX)
Newsgroups: comp.unix.xenix
Subject: Re: SCO Xenix and large models
Message-ID: <580@omen.UUCP>
Date: Sun, 6-Sep-87 15:53:11 EDT
Article-I.D.: omen.580
Posted: Sun Sep  6 15:53:11 1987
Date-Received: Mon, 7-Sep-87 03:46:29 EDT
References: <1987Sep3.213949.13909@gpu.utcs.toronto.edu>
Reply-To: caf@omen.UUCP (Chuck Forsberg WA7KGX)
Distribution: na
Organization: Omen Technology Inc, Portland Oregon
Lines: 28

In article <1987Sep3.213949.13909@gpu.utcs.toronto.edu> onn@gpu.utcs.toronto.edu (Brian Onn) writes:
:
:Grrr!   I really do hate memory models!   

Amen.

:/bin/ld: Segment size exceeds 64K
:Input File: /lib/Llibc.a(errlst.o.c) pos: a955 Record type: 98
:
:Now I *know* that the segments exceed 64K! That is the reason why I chose
:the LARGE memory model (-Ml) in the first place!
:
:What is ld *really* trying to say here?

It's saying you need 386 Xenix.

Seriously, large model means you can have multiple segments, but each
must be less than 64k.  Maybe you have too many small arrays in the
data segment, so it gets too big.  Try putting some of them into
different segments.  There is a compiler switch that forces arrays
larger than N into far segments.

Chuck Forsberg WA7KGX Author of Pro-YAM communications Tools for PCDOS and Unix
...!tektronix!reed!omen!caf  Omen Technology Inc "The High Reliability Software"
17505-V Northwest Sauvie Island Road Portland OR 97231  VOICE:503-621-3406:VOICE
    TeleGodzilla BBS: 621-3746 19200/2400/1200  CIS:70007,2304  Genie:CAF
  omen Any ACU 2400 1-503-621-3746 se:--se: link ord: Giznoid in:--in: uucp
  omen!/usr/spool/uucppublic/FILES lists all uucp-able files, updated hourly