From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-1.3 required=5.0 tests=BAYES_00,INVALID_MSGID autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,438f2856ab36a026 X-Google-Attributes: gid103376,public From: dewarr@my-dejanews.com Subject: Re: 83/95 issue, bad code or compiler bug Date: 1998/11/21 Message-ID: <735903$qa2$1@nnrp1.dejanews.com>#1/1 X-Deja-AN: 414068750 References: <3654cef4.21572221@news.pacbell.net> X-Http-Proxy: 1.0 x4.dejanews.com:80 (Squid/1.1.22) for client 205.232.38.14 Organization: Deja News - The Leader in Internet Discussion X-Article-Creation-Date: Sat Nov 21 02:36:53 1998 GMT Newsgroups: comp.lang.ada X-Http-User-Agent: Mozilla/4.04 [en] (OS/2; I) Date: 1998-11-21T00:00:00+00:00 List-Id: In article <3654cef4.21572221@news.pacbell.net>, tmoran@bix.com (Tom Moran) wrote: > The OA 7.1.2 Release/Installation Notes say: > >Even though an object has a 16-bit representation clause, the compiler may still > >treat it as an 8-bit object if it thinks the true object can fit in only 8-bits. > I guess the moral is "read the Release Notes - often". #.# > > I think you misunderstand this. The compiler is indeed free to only access 8 bits in a case like this, and indeed this need not really be mentioned, it is obviously correct. But the above cannot account for the clear bug that was reported in the start of this thread (using the wrong 8 bits of a 32-bit repped field). -----------== Posted via Deja News, The Discussion Network ==---------- http://www.dejanews.com/ Search, Read, Discuss, or Start Your Own