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.9 required=5.0 tests=BAYES_00 autolearn=ham
	autolearn_force=no version=3.4.4
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: 109fba,582dff0b3f065a52
X-Google-Attributes: gid109fba,public
X-Google-Thread: 1014db,582dff0b3f065a52
X-Google-Attributes: gid1014db,public
X-Google-Thread: 103376,bc1361a952ec75ca
X-Google-Attributes: gid103376,public
X-Google-ArrivalTime: 2001-08-27 03:50:12 PST
Path: 
 archiver1.google.com!newsfeed.google.com!newsfeed.stanford.edu!newsfeeds.belnet.be!news.belnet.be!uni-erlangen.de!news-nue1.dfn.de!news-han1.dfn.de!news.fh-hannover.de!news.cid.net!news.enyo.de!news1.enyo.de!not-for-mail
From: Florian Weimer <fw@deneb.enyo.de>
Newsgroups: comp.lang.ada,comp.lang.c,comp.lang.c++
Subject: Re: Subtle Bugs, kudos Ada (was How Ada ...Red Code ...)
Date: Mon, 27 Aug 2001 13:05:21 +0200
Organization: Enyo's not your organization
Message-ID: <871ylxpxu6.fsf@deneb.enyo.de>
References: <bebbba07.0107292308.d1192fc@posting.google.com>
 <slrn9ma7qp.nac.randhol@kiuk0156.chembio.ntnu.no>
 <3B6555ED.9B0B0420@sneakemail.com> <87n15lxzzv.fsf@deneb.enyo.de>
 <yecofq03kih.fsf@king.cts.com> <3B672322.B5EA1B66@home.com>
 <ppsemtojqkqsqpfvj1th3mae8b4vu1tg89@4ax.com>
 <4a885870.0108112341.7ce02ac0@posting.google.com>
 <3B834E5D.B0D26AB1@adaworks.com> <9lvsic$bet9s$1@ID-9852.news.dfncis.de>
 <9m0193$grs$1@bird.wu-wien.ac.at> <3B83F042.4CFB073D@home.com>
 <nHUg7.93012$B37.2083519@news1.rdc1.bc.home.com>
 <3B8462C8.5596C089@yahoo.com> <87n14nmbf8.fsf@deneb.enyo.de>
 <3B89A809.46083436@yahoo.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Xref: archiver1.google.com comp.lang.ada:12455 comp.lang.c:77034
 comp.lang.c++:85932
Date: 2001-08-27T13:05:21+02:00
List-Id: <comp.lang.ada>

Joe Maun <reply_to@yahoo.com> writes:

>> > This doesn't matter in this case. The value that the vacated bits take
>> > is indeed implementation defined, but the sign bit must reliably be
>> > shifted into the required position, since nothing frees it from the
>> > requirement that "The result of E1 >> E2 is E1 right-shifted E2 bit
>> > positions".
>> 
>> What about sign/magnitude representation of signed integers?
>
> What about them?

The sign bit won't be shifted right, so you can't extract it using the
method given above.