Столкнулся с проблемой мне нужно написать прогу, понять не могу одно как мне сделать чтобы она отличала четное число от не четного?

if(n%2==0) { /* число четное */} else {/*число нечетное*}

Я бы посоветовал тебе разобраться с двумя вариантами.

Первый - ты проверяешь, делится ли число на 2 без остатка. Аналогично подобным способом можно проверить, делится ли число на 2,3 итд.



или
Второй: Проверяешь последний бит числа. В двоичной цифре последний знак у нас или 0 или 1. Естествено, что во втором случае это и есть та самая еденица, которая не даст числу разделиться на 2 без остатка.


Второй вариант быстрее первого в N раз (Где N - количество бит int - в 32 двухбитной архитектуре - это 32 )

Вот я стормозил благодарю!
Добавлено @ 02:51
там число целое
Добавлено @ 02:54
Пора спать почти 3:00

Спасибо!!!

Красиво

Красиво, но относится к базовым знаниям программиста...

Интересно, а пройдет ли такая фишка с процессорами Motorola.

Kaк видно нет.
Добавлено @ 04:50
А хотя нет, компилятор все сделает правильно...

а чего ж не пройти? На моем родимом AT89C52, и то проходит =)
С он на то и С, чтоб стандарт везде соблюдался.

И Motorola это две разные вещи.

Не я перепутал с асм вставками, вот они как раз не пройдут. А все сишные вещи как ты и сказал это дело компилятора - он и для motorola все правильно сделает.

Имхо асм везде разный , но логические операции с битами присутствуют на любых чипах

А что там такого особенного?

Да блин. Не об этом я!

http://www.cec-mc.ru/read/art40.shtml
В процессорах motorola байты в памяти в другом порядке лежат, как мы привыкли. И соответственно если у тебя int с четырьмя байтами, то в асм еще подумать надо, где же твой нулевой битик.

Да хорошо
PS я имел ввиду, что если чип 8 битовый, тогда да надо думать , но в принципе этот чип и не предназначался для 4байтовых целых если чип 32 битный , то у него есть команды обращения к памяти, для взятия сразу 4байтного числа, а в этом случае пусть чип думает , сколько и в каком порядке брать байт,
но имхо это к теме мало относится

Думаю,то на любом процессоре работать будет. На то они и процессоры.

Архитектура у разных процессоров разная очень часто количество регистров разное и формат комманды у разных процессоров разный. Это значит для каждого процессора нужен свой ассемблер и свой компилятор. Компилятор в принципе сам определяет в какие регистры че записывать и код должен
компилится почти для любого процессора, т. е. пишем вроде на обычном Си или Си++, а разные версии
компиляторов собирают прогу для разных процессоров и разных операционок(если операционка есть).
А с ассемблером такое не получиться.

Всё это конечно здорово, но имхо операция A & 1 (при том что типы A и 1 совпадают)
эквивалентна a%2 на любом процессоре не зависимо от того в каком порядке там идут байты и биты (в конечном итоге i-ый бит единицы совпадает с i-ым битом A так как их типы равны), потому мне и интересно что в моте особенного

Это сообщение отредактировал(а) Mayk - 10.2.2006, 16:16

Если ты работаешь с компилятором то тебе точно не нужно думать в каком порядке идут байты и биты.

Результат эквивалентный потомучто там двойка стоит (а%2) и результат будет или 1 или 0. А если будет а%3 то результат или 0 или 1 или 2. А если сравнивать бит то там только 0 или 1.

еще раз...

Да какая разница как записывается, пусть, число 0x12345678?
Как 12345678, 78563412 или вообще как 34127856? Ведь1 будет записываться по тем же самым правилам - либо как 00000001, либо как 01000000, либо вообще как 00000100. И соответственно AND их будет правильным - 00 00 00 00.Результат не зависит от порядка байт и бит.

блин. что-то мы повторяемся

У тебя в асме будет такая строка
Если в eax 01000000, то ты получишь 00000000, а если 00000001, то 00000001.

Если будешь писать на ассемблере, то нет, не пройдет. Мотороловская архитектура использует запись чисел в формате big endian, а интеловская - little endian. Отличаются эти форматы данных последовательностью записи бит. Big endian - прямой порядок, little endian - обратный. Ну а на чистом С/С++ - все, конечно, Ок.
Добавлено @ 17:46
Эх, сколько я ошибок с этим делом натворил...

Это сообщение отредактировал(а) val - 10.2.2006, 17:46

лучше исползовать %2
любой мало-мальски разумный компилятор сведет это к &1, произведя при этом все необходимые действия

зато другой программист, читая этот код, подумает не "что же он закодировал в последнем бите числа", а "проверяет на четность"...