Path: utzoo!utgpu!news-server.csri.toronto.edu!bonnie.concordia.ca!uunet!math.fu-berlin.de!tmpmbx!lime.in-berlin.de!nicedel!lynx1!jelal!nox From: nox@jelal.north.de (Juergen Lock) Newsgroups: comp.sys.atari.st Subject: TC array bug... (was: Re: Reliable archiver/compress...) Message-ID: Date: 2 Jun 91 22:54:18 GMT References: <2330@do.maus.de> Distribution: world,comp Organization: home Lines: 24 X-Version: ST Inews V. 0.4 From article <2330@do.maus.de>, by Martin_Koehling@do.maus.de (Martin Koehling): > > Juergen Lock nox @ jelal.north.de: > >>[description of zoo/TC array index bug deleted] > The bug was fixed in Turbo C version 2.00. hmm, sure? i know someone who i'm sure has some version >= 2.00 and he had to do this same [(long) foo] thing to get `compress' running. i know that 'cause i was it who told him the `trick'... :-) > It wasn't really a bug but a "design restriction" - it made programs both > smaller and faster (it's even mentioned somewhere in the manual!). not in my manual (TC 1.1 that is). and besides, what does ANSI say about this? > The new compiler uses only 16 bits for array addressing if and only if it is > sure that the array addressed is smaller than 32 KBytes. ummm... how can it be sure when i, for example calloc()ed the thing? confused, :-) Juergen -- J"urgen Lock / ..!nicedel!lynx1!jelal!nox / ** !! dead{hanseat!jelal} !! ** ...ohne Gewehr