Вы либо просили не то, что хотели
либо нашли не то, что хотели.

A ^ B даст 0, если A == B и кашу, если A != B.

Это просто побитовое сравнение, в каждом бите 0 при совпадении соответствующих битов, 1 при несовпадении.

всем мяу!

напишите пожалуйста полный исходник на С банальной программки:

pic16f84



как взять сигнал с A0, и через B0 его выдать?

прям вот чтоб компилировать можно было и прошить, если не сложно.. помогите..

Вот и выросло новое поколение...
Печально...

Други помагайте. написал функцию вычисления абсолютного значения числа.
функция-
Почему
возвращает 245 а не 11

Вероятно, нужно использовать тип signed char.

signed char - работает правильно. Спасибо.
кстати, а чем отличаются char и signed char? оба типа, это 8 битные переменные со значением от -128 до 127. чета в книжках этот вопрос не рассматривается, просто говорится что есть char и signed char, и все.....

считаю это не совсем адекватной реакцией.. если бы тебе нужна была помощь в delphi, php, css, ps, sql, ai, javascript, 3dmax, solidworks и т.д. и т.п. где я бы мог дать совет - я бы не стал смеятся над твоими попытками изучить что то новое и полезное.. у тебя то что я просил помощи заняло бы минуты 2-3..

печально как раз вот это..

вопрос актуален

вопрос этот рассматривается и весьма четко на нем заостряется внимание: тип char по стандарту Си - это знаковый тип, т.е. число со знаком. однако, так как нет отдельного типа для обычного байтового числа без знака, многие компиляторы отступают от стандарта и считают char беззнаковым. то есть фактически наличие или отсутствие знака у char определяется реализацией конкретного компилятора. об этом всегда напоминают, в каждом компиляторе есть опция "переключения" char-а со знаковго на беззнаковый и наоборот... короче говоря, идет путаница.

однако, есть простой способ путаницы избежать, не взирая на компиляторы: надо всегда явно указывать наличие или отсутствие знака у переменных типа char:
signed char - для знаковых
unsigned char - для беззнаковых
просто char не использовать вообще или использовать только для строковых переменных.

в этом случае можно гарантировать, что любой компилятор поймет программу правильно и однозначно. аналогичная неоднозначность имеется и с типом int и его производными - стандарт оговаривает только соотношение между int и long int (long в 2 раза длиннее int) или иные комбинации, но вот размер самого int определяется платформой: для AVR int занимает 16 бит, для компьютера - 32 бита, есть и варианты в 64 бита... таким образом, путаница и проблемы могут быть и тут...

в частности, более продвинутые стандарты Си, например, С99, уже вводит и рекомендует использовать вместо неоднозначных типов другие:
uint8_t - беззнаковое 8-битное число
int8_t - 8-битное со знаком число
uint16_t - 16-битное без знака
int16_t - 16-битное со знаком
и т.д.

использование этих типов совместно с компиляторами, поддерживающими С99 гарантирует, что переменная будет иметь именно ту разрядность, что указано - никаких проблем с переносимостью!

ARV Спасибо. Если вы не против, я еще немного "потуплю". Вы пишите а потом так в чем разница? оба типа - знаковые 8битные целочисленные переменные.

Разница в "умолчаниях". По умолчанию тип char (также как и int) знаковый, но можно это принудительно указать компилятору: signed char.

Это зависит от реализации компилятора. Например, в IAR C тип char по умолчанию беззнаковый. Чтобы сделать его знаковым, нужно изменить настройки компилятора:

понятно. значит просто буду ВСЕГДА явно указывать signed или unsigned для переменных.

зы. как думаете, стоит купить http://oz.by/books/more10162722.html?cl ... id=4368282 ?

поди в белорусских рублях?

Да, так вернее будет. Но можно просто узнать про типы своего компилятора. А то можно далеко зайти. Согласно правилам MISRA, базовые типа char, int, short, long, float, double вообще не должны использоваться. Вместо них для определенного компилятора директивами typedef должны быть определены и использованы имена типов эквивалентной длины. Например, UI_8, SI_16 и т.д. Но жить по таким правилам скучно, нет огонька, задора, ночей отладки!

Уффф... наверняка

Согласен со всем текстом, кроме маленького уточнения:
В отличие от int, short int, long int, которые бывают только знаковые или беззнаковые, типов char аж три
От типа char требуется только то, чтобы в него влазили все символы из набора целевой машины, при этом базовый набор символов, прописанный как обязаельный в стандарте языка С — должен представяться положительным значением, остальные — как удобно.
И только потом вводится знаковый char вместе с остальными знаковыми тиами
и беззнаковый char вместе с остальными беззнаковыми типами
Таким образом, компиляторы не
а пользуются явным разрешением на implementation-defined знаковость "просто char".

p.s. Цитаты из стандрта С 1989-го года, в C99 то же самое.

ага. переменные int прекрасно работали беззнаковыми переменными без всяких signed , а вот переменные char в кодевижн требуют обязателно signed

int прекрасно работали беззнаковыми, пока не было попытки записать в них беззнаковое число 50000 например вот тут-то они бы и подкачали - стали знаковыми

а в настройках CodeVision вы поковыряйтесь - где-то наверняка галочку можно снять/поставить, и char станет signed...

ARV Нет уж. лучше я привыкну явно определять signed и unsigned чем снова в будущем буду ловить "разновидность" подхода к этому вопросу компиляторов.