Path: utzoo!utgpu!water!watmath!clyde!burl!codas!ateng!chip
From: chip@ateng.UUCP (Chip Salzenberg)
Newsgroups: comp.sys.ibm.pc
Subject: Re: bug in Turbo C 1.5
Message-ID: <175@ateng.UUCP>
Date: 27 Jan 88 20:40:50 GMT
References: <5298@cit-vax.Caltech.Edu> <1596@imagen.UUCP>
Reply-To: chip@ateng.UUCP (Chip Salzenberg)
Organization: A T Engineering, Tampa, FL
Lines: 18

In article <1596@imagen.UUCP> mark@imagen.UUCP (Mark Peek) writes:
}
}If you'd like a real bug, try compiling a program in huge model and do
}pointer arithmetic. Unless you specify "huge" in the pointer declaration,
}you get a "far" pointer. This can cause a lot of problems because the offset
}arithmetic does not roll over into the segment. Maybe in 1.6 ???

This is a documented feature.  :-)

"Huge model" and "huge pointers" have nothing to do with each other.
It's too bad that the same word is used to describe them.

Actually, it's good that far pointers are the default in huge model, since
huge pointers are _slow_.  And I do mean _slow_.
-- 
Chip Salzenberg                 UUCP: "{codas,uunet}!ateng!chip"
A T Engineering                 My employer's opinions are a trade secret.
       "Anything that works is better than anything that doesn't."