Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!uunet!husc6!hao!boulder!sunybcs!rutgers!princeton!phoenix!rjchen
From: rjchen@phoenix.PRINCETON.EDU (Raymond Juimong Chen)
Newsgroups: comp.sys.ibm.pc
Subject: Re: Turbo C linking Large models
Message-ID: <731@phoenix.PRINCETON.EDU>
Date: Fri, 18-Sep-87 11:47:34 EDT
Article-I.D.: phoenix.731
Posted: Fri Sep 18 11:47:34 1987
Date-Received: Sun, 20-Sep-87 03:10:18 EDT
References: <3320055@hpsrlc.HP.COM>
Reply-To: rjchen@phoenix.UUCP (Raymond Chen)
Organization: Princeton Univ. Computing and Information Technology
Lines: 25

In article <3320055@hpsrlc.HP.COM> darrylo@hpsrlc.HP.COM (Darryl Okahata) writes:
>     The last I've heard about bugs in TC (and it's been a month or two since
>I've checked into TC bugs), there is a bug involving TLINK and programs whose
>code requires more than 64K.  Basically, TLINK has trouble linking programs
>whose code space occupies more than 64K.  A workaround is to use the
>Microsoft linker, LINK...

Meanwhile,  Jim Liu (DEI) wrote:
> Apparantly, the problem occurs when linking ... large memory model programs
> using the emulator library (emu.lib).  
> [followed by detailed explanation of why this error occurs and how to
>  fix it]

I have been using TLINK to link >300K programs (not C programs) with no
problems.  This appears to be consistent with Jim Liu's explanation of the
source of the error.  (In short, there's a bug in the library emu.lib.)
Also, if his explanation is correct, then using Microsoft LINK as an
attempted workaround will not alter things one bit, since you are still working
with the buggy emu.lib.

-- 
Raymond Chen, BITNET: (preferably) 6101695@pucc, rjchen@pucc
              ARPA: rjchen@pucc.PRINCETON.EDU
              UUCP: {allegra}!princeton!pucc!rjchen
*** DO NOT REPLACE THIS LINE ***