Задание - написать программу,которая переводила бы число типа unsigned char из десятичной СС в двоичную. Начала писать, используя операцию побитового сдвига, но программа работает неверно, в результате выдаёт неправильное число + в десятичной системе. Подскажите пожалуйста, в чем ошибка!

(c<<i)>>7 не изменяет с, попробуйте внести это выражение в printf вместо c

Не выходит, всё равно выдает длинное число...

 scanf("%c",&a); читает код символа. попробуйте изменить строку с=a, на c=a-'0';

Это сообщение отредактировал(а) Albor - 15.2.2013, 14:24

Я не очень понимаю как вы собираетесь десятизначное(!) число записать в один символ  


Я так понимаю число должно быть 0..9. Тогда достаточно просто представить его в двоичном виде

Здесь в "с" запишется номер символа. Надо так с=a-'0'; собственно об этом уже написали выше.
Далее:

Чего вы пытались добиться этой строкой?
Вот так будет правильно:

Чтобы корректно выводилось надо булевую переменную.
Но учтите что так:

Вводится только один символ.

PS И счетчик лучше пустить сверху вниз.

Чтобы корректно выводилось, нужно разобраться как работает конструкция (c<<i)>>7, дизассемблировав код этой конструкции. А получается вот что: число у нас 8-разрядное, а регистры процессора - 32(64), поэтому, сдвинув влево число, его старшие разряды не выпадают, а остаются в регистре, следующий сдвиг вправо на 7 разрядов "подсовывает" ненужные разряды и получается результат отличный от 0 и 1, поэтому ещё нужно фильтровать операцией И. Либо, разделить конструкцию на 2 отдельных:  
Здесь, в промежутке между сдвигами, результат записывается из регистра в память, поэтому лишние разряды выпадают и результат будет правильный без "фильтрующей" И

Albor, Это было сказано не касательно выражения (c<<i)>>7, а касательно выражения (c&(1<<(7-i)) или ((c<<i)>>7)&1) результат которых имеет тип bool

Это сообщение отредактировал(а) winst2014 - 19.2.2013, 07:49

Я не возражаю. ТС теоретически рассчитал правильно, вытолкнув лишние разряды влево/вправо, но допустил несколько ошибок из-за которых результат был не верный. На счёт типа bool у меня возражение, чисто логическое: а почему не char или unsigned char? bool - это true или false, а нам нужны 0 и 1, если false это 0, то true - не 0, т.е. не обязательно 1


Это сообщение отредактировал(а) Albor - 19.2.2013, 11:28

Согласен, я просто перепутал побитовое и логическое "И"  Результатом побитового является число.


Для корректного вывода моего примера в printf нужен bool. Так как значением выражения (c&(1<<(7-i)) может быть не 1 или 0, а в выражении  ((c<<i)>>7)&1) будет 1 или 0.   

Я не уверен на все 100, что это "прокатит" на всех компиляторах. VS генерит код, жестко подставляя 1 вместо true при инициализации переменной или при вычислении выражения, даже если определить true отличным от 1: #define true 255, например (если только не #define true false  ). В общем, теоретически, ваш код может выдать не совсем то, что ожидается.

по стандарту - любое не нулевое число в сравнительных выражения - это истина
true - это всегда единица


И по большому счету в этом коде bool'а тоже нету. (я не уверен, но кажись не гарантируется, что там будет 0 или 1).
f = (c&(1<<(7-i))) != 0; - вот так вот будет bool. (т.е. в f будет 0 или 1 - 100%, по стандарту).
А выводит оно все равно не bool, а int, и разворачивает его до размера инта перед выводом.

Это сообщение отредактировал(а) korian - 20.2.2013, 14:02

Здесь идёт преобразование к bool.
Вот что говорит стандарт:

То есть, результат будет преобразован в true если он не равен 0. Получается что не так уж много криминала в коде 
IValdemar.  С другой стороны, по моему мнению, true - весьма скользкая вещь, например выражение if(val==false) всегда сработает правильно, чего не скажешь о выражении if(val==true).  В дизассемблере видно, что проверка идёт по результату операции только на 0, то есть, закончилась ли операция нулевым результатом и, фактически результат - это бит в флаговом регистре, который м.б. только 0 или 1.

Это сообщение отредактировал(а) Albor - 21.2.2013, 08:39