Как размножаются байты?

[necroant]

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

Поделенные "половинки" пишу в файл, вот так:

fseek(fIn , 0 , SEEK_END);
lSize = ftell(fIn);
rewind(fIn);

byte upper;
byte lower;
                                                            
 for(i=0;i<lSize;i++){
  fread(&buf,1,sizeof(buf),fIn);
  upper = (buf >> 4) & 0xf;
  lower = buf & 0xf;
  fwrite(&upper, 1, sizeof(upper), fOut);
  fwrite(&lower, 1, sizeof(lower), fOut);
 };

В результате записи имеем "половинки" байтов, и, ВНЕЗАПНО, артефакты непонятного происхождения в количестве где-то 1 байт на 32 байта записи. Проблемы с билдером, или с моей головой?

[Пепел Феникса]

начнем с того что вы пишете по одному байту, на каждый fwrite(итого 32 байта файла это 16 ваших целых байт)
что значит артефакты то?
лишние байты чтоли?(не 32 а 33?)

[Stilet]

1, sizeof(upper)

А ты ниче не перепутал?
Вот из хелпа:

fwrite(&s, sizeof(s), 1, stream); /* write struct s to file */

[necroant]

что значит артефакты то?
лишние байты чтоли?(не 32 а 33?)

Именно так. Причем не каждый раз. Я пробовал с различными исходными текстами, такое впечатление что появятся лишние байты или нет - зависит от этого.

А ты ниче не перепутал?
Вот из хелпа:

Да, вы безнадежно правы, напутал. Исправил. Не помогло. Ну в принципе логично, sizeof(char) как раз 1...


upd:
Кажется, нашел. И байты эти всегда одинаковые - 0x0D. Встречаются в тексте по 1, из-за чего файл с "половинками" оказывается нечетной длины. Это рушит все остальные подсчеты которые я делаю дальше.

upd2:
Во, блин. Оказывается машина-дура находит в тексте либо символ возврата каретки, либо "приравненые к нему" младшие разряды, например, буквы z в ASCII коде. И фалломорфирует. Как с этим бороться - непонятно.

upd3:
Загадка решена, тему можно закрывать. Я открывал файл как текст, а надо было - как бинарик. Тогда компиллятор не добавляет по собственной инициативе к найденному 0x0D, on же CR("Carriage return") еще и 0x0A ("Line Feed").