ошибка при чтении файла

[lennon]

8D = 141 а это код символа Ќ
Проблема была в том, что в типе char он имел код FFFFFF8D (и это правильно), в десятиричной системе копилятор его переводил как -115.

char 1-байтовое целое, используемое для хранения символа От -128 до 127 ИЛИ от 0 до 255

unsigned char 1-байтовое беззнаковое целое От 0 до 255

[Stilet]

Так у автора проблема была не при чтении сомволов а при выполнении
val= bufer[0]*256+bufer[1] ;

char 1-байтовое целое, используемое для хранения символа От -128 до 127

Что же это за компилятор который не знает как интерпретировать байт. Вот что вычитал:

A char can be signed, unsigned, or unspecified. By default, signed char is assumed.

Что за глупость? Почему по умолчанке именно так?

[psycho-coder]

Сообщение от Stilet

Что за глупость? Почему по умолчанке именно так?

Наверное потому что разработчики компиляторов заранее не знают что нужно программистам...

[Stilet]

Ладно. Прекращаю не по теме... Будем считать что проблема решена

[lennon]

Такое умолчание установлено в зависимости от используемого компилятора. Чтобы определить, каковы переменные char для данного компилятора, достаточно запустить тестовую программу.

#include <iostream>
using namespace std;
int main() {
char ch = 255;
int i;
i = ch;
cout << i << endl; // для компилятора VC++ i=-1
}

вот в биледере по умолчанию unsigned

[ongleb]

С++ Builder 6

[psycho-coder]

Для Builder 6 тоже -1

[netrino]

Всё, что без указания unsigned, по-умолчанию signed(int, char, long, etc...)(по-крайней мере в VS)
Для signed типов, при расширении до более вместительного типа происходит расширение по знаковому биту. bufer[1] содержал 141, битовый знак выставлен, потому при перемещении в 4-байтовую переменную три верхних байта заполнились единицами. Для unsigned верхние байты заполняются нулями