C fopen и fgets возвращают странные символы вместо содержимого файла

Я думаю, вам следует открыть файл .raw в режиме "rb". Затем используйте fread()

Судя по наличию строки "JFIF" в первой строке файла card.raw ("bit.ly/18gECvy ˇÿˇ‡JFIFHHˇ€Cˇ€Cˇ¿Vˇƒ"), кажется, что card.raw — это файл формата изображения JPEG с URL-адресом bit.ly вставлен в его начало.

В этом случае вы увидите странные/специальные символы, потому что это вовсе не обычный текстовый файл.

Кроме того, как указал davmac, то, как вы используете fgets, не подходит, даже если вы имеете дело с реальным текстовым файлом. При работе с обычными текстовыми файлами в C лучший способ — прочитать весь файл сразу, а не построчно, при условии, что доступно достаточно памяти:

size_t f_len, f_actualread;

char *buffer = NULL;

fseek(file, 0, SEEK_END)
f_len = ftell(fp);
rewind(fp);

buffer = malloc(f_len + 1);

if(buffer == NULL)
{
    puts("malloc failed");
    return;
}

f_actualread = fread(buffer, 1, f_len, file);
buffer[f_actualread] = 0;

printf("%s\n", output);

free(buffer);
buffer = NULL;

Таким образом, вам не нужно беспокоиться о длине строк или чем-то подобном.

Вероятно, вам следует использовать fread, а не fgets, так как последний действительно предназначен для чтения текстовых файлов, а это явно не текстовый файл.

Ваш обновленный код на самом деле имеет ту самую проблему, о которой я изначально писал (но с тех пор отказался), поскольку теперь вы используете fread, а не fgets:

for (int i = 1; fread(output, sizeof(output), 1, fp) != NULL; i++)
{
    printf("%s\n", output);
}

т.е. вы печатаете буфер output, как если бы это была строка с завершающим нулем, хотя на самом деле это не так. Лучше использовать от fwrite до STDOUT.

Однако я думаю, что суть проблемы здесь заключается в попытке отобразить произвольные байты (которые на самом деле не представляют собой строку символов) на терминал. Терминал может интерпретировать некоторые последовательности байтов как команды, влияющие на то, что вы видите. Кроме того, textEdit может определить, что файл находится в какой-то кодировке символов, и соответствующим образом декодировать символы.

Теперь я понятия не имею, как называются «\» и цифры (что мне искать, чтобы узнать больше?)

Для меня они выглядят как восьмеричные escape-последовательности.

почему он печатает это вместо символов (юникод?)

Это не имеет ничего общего с юникодом. Возможно, ваш эмулятор терминала решил, что эти символы непечатаемы, и поэтому заменил их escape-последовательностью.

Короче говоря, я считаю, что ваш метод (сопоставление визуально того, что вы видите в текстовом редакторе, с тем, что вы видите в терминале) ущербен. Код, который вы должны прочитать из файла, выглядит правильно; Я бы предложил продолжить упражнение и проверить результаты, или, если вы действительно хотите быть уверенным, посмотрите на файл с помощью шестнадцатеричного редактора, и ваша программа выведет значения байтов, которые она читает (в виде чисел), и сравните их с то, что вы видите в шестнадцатеричном редакторе.