bkc@sun.soe.clarkson.edu (Brad Clements) (03/31/88)
Sorry to bother everyone with this, but for some reason I can not respond to S. Gathman's mail from bmsvme!stuart@sun.com Here's the returned mail. Btw: anyone who wants to know the answer to the problem w/ turbo C and returning structures in the huge model, read on: ------------------------------------------------------------------------ Received: from sun.com by omnigate.clarkson.edu id aa00884; 30 Mar 88 15:40 EST Received: from sun.Sun.COM ([129.144.1.3]) by Sun.COM (4.0/SMI-4.0) id AA11913; Wed, 30 Mar 88 12:41:56 PST Received: by sun.Sun.COM (4.0/SMI-4.0) id AA11201; Wed, 30 Mar 88 12:43:16 PST Date: Wed, 30 Mar 88 12:43:16 PST From: Mail Delivery Subsystem <MAILER-DAEMON@sun.com> Subject: Returned mail: Host unknown Message-Id: <8803302043.AA11201@sun.Sun.COM> To: bkc@omnigate.clarkson.edu MMDF-Warning: Parse error in original version of preceding line at omnigate.clarkson.edu ----- Transcript of session follows ----- bad system name: bmsvme uux failed. code 68 550 <bmsvme!stuart>... Host unknown ----- Unsent message follows ----- Return-Path: <bkc@omnigate.clarkson.edu> Received: from snail.sun.com by sun.Sun.COM (4.0/SMI-4.0) id AA11193; Wed, 30 Mar 88 12:43:16 PST Received: from Sun.COM (sun-arpa) by snail.sun.com (4.0/SMI-3.2) id AA11781; Wed, 30 Mar 88 12:41:43 PST Received: from omnigate.clarkson.edu by Sun.COM (4.0/SMI-4.0) id AA11906; Wed, 30 Mar 88 12:41:30 PST Message-Id: <8803302041.AA11906@Sun.COM> Received: by omnigate.clarkson.edu id aa00876; 30 Mar 88 15:38 EST Date: Wed, 30 Mar 88 15:38:46 EST From: Brad Clements <bkc@omnigate.clarkson.edu> To: "Stuart D. Gathman" <bmsvme!stuart@Sun.COM> Subject: Re: Need Help w/ TurboC 1.5 Bug (structures and functions) Thanks for your response, here's what I've found out so far. (I know I should be using Pointers, but I'm porting code from Unix to MSDOS about 38,000 lines of code, I didn't write it so....) The problem is only exhibited in the huge model. I called Borland and their technical dept confirmed that the bug exists. They don't have a fix yet. apparently what happens is that the temporary space used by the compiler during the return process is declared as a label (see the assem output) but no space is allocated for it. This happens w/ both TCC, and TC regardless of which linker. So thats the scoop on that. Btw: I'm using the huge model because of the reasons you mentioned, namely very large arrays. Brad Clements