jsa54513
Ну да, знаковое в беззнаковое конвертировать -- это конечно ербалайство, спору нет.

Стандартом описано поведение в данном конкретном случае, и это не то слово что вы написали.

Вообще говоря, Anatoly Moskovsky дал вам уже правильный ответ.
Вы записали 128 в plain char, т.о. старший бит установили в 1, получите -128. Далее, если бы вы открыли стандарт языка Си, вы бы увидели в главе 6.3 Conversions следующее

ISO/IEC 9899:201x6.3 Conversions
1 Several operators convert operand values from one type to another automatically. This
subclause specifies the result required from such an implicit conversion, as well as those
that result from a cast operation (an explicit conversion). The list in 6.3.1.8 summarizes
the conversions performed by most ordinary operators; it is supplemented as required by
the discussion of each operator in 6.5.
2 Conversion of an operand value to a compatible type causes no change to the value or the
representation.
Forward references: cast operators (6.5.4).

и немного ниже

ISO/IEC 9899:201x6.3.1.3 Signed and unsigned integers
1 When a value with integer type is converted to another integer type other than _Bool, if
the value can be represented by the new type, it is unchanged.
2 Otherwise, if the new type is unsigned, the value is converted by repeatedly adding or
subtracting one more than the maximum value that can be represented in the new type
until the value is in the range of the new type.60)
3 Otherwise, the new type is signed and the value cannot be represented in it; either the
result is implementation-defined or an implementation-defined signal is raised.

Думаю, в вашем случае нужно использовать пункт 2.
PS
Хотя, считаю что вашем случае, нужно остановиться на том, что вы записали в plain char 128.

jsa54513RWolfjsa54513,

Смотри, ты записал в signed char число -128. После этого ты присвоил его переменной unsigned long (диапазон допустимых значений 0…2 ⁶³ -1). Как компилятор должен обработать такой ход? Он поступает так: расширяет разрядность источника до 8 байт (диапазон -2 ⁶² …2 ⁶² -1), после чего забывает про знак, вот и получилось число с кучей единиц в старших битах.
Спасибо, я понял. Ключевой момент: он расширяет ещё до убирания знака.

никакого убирания знака не происходит в принципе. Ни до, ни после, ни вообще.

jsa54513,

сегодня утром я разминался, и решал простую задачу .
Посмотрите пожалуйста на код ниже.





Как вы считаете, есть ли в нём ошибка(в выделенных строчках), что будет отправлено на поток вывода, и почему ? На вход отправим 7 и 2, например. (также, я вас не прошу, но не буду возражать, если вы предложите оптимальный алгоритм,)

В моём случае res напечатался нормально, а вот вместо n выводился 0. Это в первой строчке. А во второй всё нормально (касаемо вывода)

Потому уточню, это undefined behaviour или implementation-defined behavior ? (стандарта нет под рукой)

То что проблема в том, что неправильно указан спецификатор вывод я понял. Далее, мне казалось, что в первом случае переменная res затирает "значение" n "непрочитанными байтами".
Но моё объяснение не совпадает с вашим, потому видимо я ошибаюсь

MasterZivSashaMercuryПотому уточню, это undefined behaviour или implementation-defined behavior ? (стандарта нет под рукой)

То что проблема в том, что неправильно указан спецификатор вывод я понял. Далее, мне казалось, что в первом случае переменная res затирает "значение" n "непрочитанными байтами".
Но моё объяснение не совпадает с вашим, потому видимо я ошибаюсь

В общем случае технически что происходит --
при вызове в стек кладутся одна за другой две переменные (значения их, естественно), двух типов (в соотсветствии с объявлением переменных), одна за другой, в порядке, определённом соглашением о вызовах.
Затем printf этот набор байт из содержимого двух переменных (и возможно байт для выравнивания между ними) интерпретируется
в соответствии с соглашением о вызовах функций и типами параметров, указанных в форматной строке, и оттуда выуживаются значения для подстановки в формат.

Примерно так я и представлял. В моём случае res помещалось в 4 байта, потому чтение/вывод в поток произошли нормально.(как вы выше сказали, это всего-лишь частный случай), далее при чтение следующих 4 байт, была прочитана не память n, а был затронут остаток непрочитанных байт от res. Вот так я думал. Такое поведение возможно ?

А во втором случае, такого не происходит, потому что первой читается n, а уже потом res

Хорошо

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

Anatoly Moskovsky,
причём когда столкнулся с этой проблемой, то сначала разобрался в ней(первоначально я не понял в чём дело), а уже потом рассказал про неё :)

PS
Правда я думал что это будет больше интересно автору топика, он ведь разбирался в типом данных long, а он куда-то пропал