符号なし右シフト意味分からなすぎ
11011001を11101100にしたら数増えるんじゃないの

10進数のとき桁を右にずらしたらどうなった？
1200→120

あと符号なし右シフトは最上位ビットは0になるぞ
最下位ビットを最上位にずらすんじゃねー

極端な話11011001を右に7ずらしたら11111111になって一番大きい数になるじゃん
なんで違うの

ズレているのは>>1 のカツラだけだろ？

頼む助けて

プログラムやるなら自分で調べて対応できないと一時的に教えてもらえてもまたすぐに詰むから諦めたほうがいいよ

何で1埋めるんだよ
新しいか

この程度も自分で調べて自己解決できないのならそれはもう知能の問題としか・・・

一番左端は符号だったのか！
じゃあ10000000を2ずらすと10100000ってことでおｋ？

なんで頑なに１が入ってくるのん･･･

11011001を右に7つだったら00000001だろ>>1はアホか

今更だけど分からないの符号なしじゃなくて有りだった

そもそも負数表現がどんなものかしってるのか？

>>23
全くの素人だからなんも分からん
ググったけど00100000が32で11100000が-32っていうのが分からん
1多い方が数大きいんじゃないの

>>24
解散

それは2の補数表現ってやつで、簡単に言うと全ビットを反転させて1を足している

ビット表現もわからん奴がビット演算子に手を出すな

シフト演算子とかそれ以前の問題だったのか
ビット表現ってやつ勉強してくるわ
アホに付き合ってくれてありがとう

符号ビットが先頭のビットとして1バイトの数字を考えると

10進数 2+1=3
2進数 0010 + 0011 = 1

10進数 -2+1
2進数 1010 - 1001 = 1

とすると正の数と負の数で処理方法が違ってしまう

あ、少し違った

符号ビットが先頭のビットとして1バイトの数字を考えると

10進数 2+1=3
2進数 0010 + 0001 = 0011

10進数 -2+1=-1
2進数 1010 - 0001 = 1001

とすると正の数と負の数で処理方法が違ってしまう

あ、こっちのほうが分かりやすいだろうな
また訂正…

符号ビットが先頭のビットとして1バイトの数字を考えると

10進数 2+1=3
2進数 0010 + 0001 = 0011

10進数 2+(-1)=1
2進数 0010 + 1001 = 0001

とすると正の数と負の数で違う処理が必要になる

0と1反転した後1足したのが2の補数で引き算を足し算として処理するためにある？
>>48は10進数-1を2進数1110で表した後1足して1111にしてるのか

>>51
符号つき符号なしの両方があるだろ
符号なしなら先頭ビットも数字

符号なしと解釈すると

10進数 2+15=17
2進数 0010 + 1111 = (1)0001　先頭ビットは桁あふれ

負の数がある場合でも正の数の処理を変える必要がない

だから、負の数を
符号+直感的なビット表現
ではなく
符号+補数で表現する

面倒だと思うけど、一回一回10進数に直すといいよ
そのほうが理解しやすい

符号付きと符号なしってどうやって見分けるの

>>58
アセンブリレベルでは、どちらとして解釈したいか
高級言語レベルでは、unsigned 型かどうか
ビット表現としては何も変わらない

>>61
どっちでもそんなに変わらないってことか

>>65
どちらであるかをプロセッサは区別せずに処理できるような表現形式にしている
ということ

お前シフト演算するの？
する時に覚えればいいよどうせ忘れるし

シフト演算の使い道がいまだにわからない

>>64
処理速度とメモリ使用量が問われないなら気にしなくてもいいよ　計算手法変えれば実現可能だし
逆に言うと計算手法を変えれば処理速度とメモリ使用量が激減できるっつーことでもあるんだけど

今どきのコンパイラは勝手に最適化してくれるから
コーディングするときに意識する価値はないんだよな

よほど酷いコーディングしなければね
でもコンパイラの最適化の中身を調べるのかビット演算勉強するかならたぶん後者の方が楽だと思うｗｗｗ

>>70
gcc -Oだけだぜ

>>72
ああいやなんつーのか、最適化手法そのもの的な
O3だと規約違反どうこうとかあるじゃん？　あの辺詳しく追うと割とヘビーな気がしてる

だいたい分かったと思うありがとうお前ら
とりあえずif文も満足に使えないから>>63の言う通りに基本を覚えるわ