Странное поведение функций ввода бинарного файла

[Smitt&Wesson]

Пытаюсь заполнить структуру:

struct OvcHode
{
int node;     // Номер строки
unsigned int size_str; // Длина стоки strin
string strin;          // Строка
int a[4];     // Характеристики узла
int uroven;   // Уровень вложенности
};

из бинарного файла.

FILE *handle;
if((handle = fopen("~temp.nod","r")) != NULL)
{
do
{
    Node.node = _getw(handle);
    Node.size_str = _getw(handle);
//  fread(&Node.node,sizeof(int),1,handle);
//  fread(&Node.size_str,sizeof(int),1,handle);
//  fread(bufer, 1, Node.size_str,handle);
  for(i=0; i<Node.size_str; i++)
    x[i] = (unsigned char)fgetc(handle);
  x[i] = 0x0;
  Node.strin = static_cast<string>(x);
  s = static_cast<AnsiString>(x);
  Node.strin = s.c_str();
  for(int j = 0; j<4; j++)
  {
    fread(&Node.a[j],sizeof(int),1,handle);
    b = Node.a[j];
  }
  if(s == rrr)
          a = 0;
}while(feof(handle) == 0);
fclose(handle);
}

Всё идёт нормально до тех пор пока при вводе целого числа не встретится код 0x0D.

00 00 00 00
0D 00 00 00
D0 E5 E4 FC EA E0 20 F7 B8 F0 ED E0 FF
FF FF FF FF
02 00 00 00
00 00 00 00
00 00 00 00

По идее должны считываться первые четыре байта в первую переменную, четыре во вторую, затем 13-ть байт строка и 16 оставшихся байт в 4-е переменные.
Но происходит следующее.
В первую переменную нулевые байты считываются нормально.
При считывании второго числа, 0D пропускается и считывается число
00 00 00 D0 = 3489660928 dec.
Перебрал несколько функций _getw, read, fread, fgetc, fscanf, fgets FileRead. Везде одна и та-же хрень. Может кто сталкивался с подобным эффектом и как его обойти?

Обнаружил ещё одну странность.
Вставляю в код проверку

    t = ftell(handle);
    Node.node = _getw(handle);
    t = ftell(handle);
    Node.size_str = _getw(handle);
    t = ftell(handle);

Итерацию он делает правильную даже при чтении кода 0D.
474, 478, 482... но вот читает число со сдвигом на один байт
Если в коде встречается 0A, число считывается верно, а вот к итерации прибавляется единица.
472, 476, 481

[_Bers]

0D - 13 код, он же enter, конец ввода. Управляющая Esc последовательность.

Может быть можно как то пофиксить факт "не_читаемого байта", путём контроля позиции каретки в файле при каждом последующем чтении? Если имело место смещение на 1 байт вправо, стало быть, был пропущен Enter, и считывать не 4 байта, а только 3. А первый байт ручками восстанавливать, зная что он должен быть OD ?

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

[Blade]

Что за смесь не понятная из С, С++, и билдера? Нахватали кусков из разных технологий и удивляетесь почему не работает.
Если хотите писать на C++ используйте потоки для ввода/вывода.
Если на C - уберите std::string.

Если из вашей структуры убрать член string strin, заменив его на char[], она станет POD-типом, и сможете записывать и читать ее одни куском.

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

0D - 13 код, он же enter, конец ввода. Управляющая Esc последовательность.

В бинарном режиме не должны преобразовываться esc-последовательности. Просто ТС открыл файл не в бинарном режиме

[_Bers]

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

В бинарном режиме не должны преобразовываться esc-последовательности. Просто ТС открыл файл не в бинарном режиме

А.. и в правду) Я чет сразу то и не посмотрел
Ну так может в этом и заключается все дело?)

[Smitt&Wesson]

Если из вашей структуры убрать член string strin, заменив его на char[], она станет POD-типом, и сможете записывать и читать ее одни куском.

С вводом строк, как раз-таки проблем нет.
Эта странная смесь, результат мозголомства. Никогда не приходилось работать с чисто бинарными файлами.
Пишу в Билдере на C++. std::string у меня явно не объявлен.

[Blade]

Открывайте файл в бинарном режиме

if((handle = fopen("~temp.nod","rb")) != NULL)

и попробуйте.

[Smitt&Wesson]

Спасибо Blade. Надо-же. На такой фигне поймался . Плюсик Вам в репку!