fopen/fopen_s и запись в файлы

Question

Я использую fopen в C для записи вывода в текстовый файл. Функция декларации (где ARRAY_SIZE было определено ранее):

void create_out_file(char file_name[],long double *z1){ 
    FILE *out; 
    int i; 

    if((out = fopen(file_name, "w+")) == NULL){ 
    fprintf(stderr, "***> Open error on output file %s", file_name); 
    exit(-1); 
    } 

    for(i = 0; i < ARRAY_SIZE; i++) 
    fprintf(out, "%.16Le\n", z1[i]); 
    fclose(out); 
} 

Мои вопросы:

1. На компиляции с MVS2008 я получаю предупреждение: предупреждение C4996: «Еореп»: Эта функция или переменная может быть небезопасным. Вместо этого рассмотрите использование fopen_s. Я не вижу много информации о fopen_s, чтобы изменить свой код. Какие-либо предложения?

2. Можно ли указать fprintf для ввода чисел с требуемой числовой точностью в файл? Если я использую long double, то я предполагаю, что мои ответы хороши до 15 цифр после десятичной точки. Я прав?

Answer 1

fopen_s представляет собой вариант fopen, который содержит проверку параметров и руки код ошибки, а не указатель на случай, если что-то пойдет не так во время открытого процесса. Он более безопасен, чем базовый вариант, потому что он учитывает больше краевых условий. Компилятор предупреждает вас использовать его, потому что fopen представляет потенциальный вектор разработки в вашем приложении.

Вы можете указать цифры точности к printf семейства функций, используя спецификатор %.xg, где х это цифры точности, которые вы хотите на выходе. A long double отличается точностью от платформы к платформе, но обычно вы можете сделать ставку на то, что она составляет не менее 16 цифр десятичной точности.

Edit: В то время как я не совсем на борту с другими людьми, предполагающими, что fopen_s является полной тратой времени, она представляет собой довольно низкий шанс эксплуатации и не имеет широкую поддержку. Однако некоторые из других функций, о которых предупреждают о C4996, являются гораздо более серьезными уязвимостями, однако использование _CRT_SECURE_NO_WARNINGS эквивалентно отключению сигнала тревоги как «вы оставили дверь вашей спальни разблокированным», так и «вы оставили ядерную бомбу на кухне».

Пока вы не ограничены использованием «чистого C» для вашего проекта (например,для школьного задания или встроенного микроконтроллера), вам следовало бы воспользоваться тем фактом, что почти все современные компиляторы C также являются компиляторами C++ и используют варианты C++ iostream всех этих функций ввода-вывода, чтобы получить как улучшенную безопасность и совместимость в то же время.

Answer 2

Просто определить _CRT_SECURE_NO_WARNINGS, прежде чем включить любой файл, чтобы избавиться от этого предупреждения, и остановить поверить, что MS говорит о fopen

Answer 3

1. fopen_s и все остальные _s функции MS-специфические " безопасных "вариантов стандартных функций. Если ваш код не должен быть кросс-платформенным, вы можете просто переключиться и сделать компилятор счастливым. В противном случае просто добавьте предпроцессорную директиву _CRT_SECURE_NO_WARNINGS в свои настройки проекта, и она перестанет предупреждать вас об этом.

2. Да, длинный двойной легко подходит для 15 цифр точности; на самом деле даже регулярные двойники достаточно хороши для этого (но не более).

Answer 4

Другие плакаты указали, что fopen на самом деле не очень опасен. Если вы не хотите этого предупреждения, но вы хотите, чтобы другие, предупреждающие о реальных уязвимостях, не указали #define _CRT_SECURE_NO_WARNINGS.

Вместо этого, в следующий раз, когда вы получите предупреждение fopen, щелкните по строке, которая гласит: «см. Объявление« fopen »». Это приведет вас к строке в stdio.h, которая вводит предупреждение. Удалите текст _CRT_INSECURE_DEPRECATE(fopen_s) из этой строки, и вы больше не получите предупреждение о безопасности при использовании fopen, но оно останется для strcpy, strdup и других опасных.

Answer 5

Я столкнулся с аналогичной проблемой, связанной с Visual Studio 2012, но там, где моя проблема была расширена, я создавал программу, в которой я хочу использовать колокола и свистки Visual Studio для тестирования и, в конечном итоге, смогу скомпилировать и запустить такое же приложение на моем Linux-сервере (я делаю бота)

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

FILE *fp_config; 
const char *configfile ; 
configfile = "bot.conf"; 
#ifdef WIN32 
    errno_t err; 
    if((err = fopen_s(&fp_config, configfile, "r")) !=0) { 
#else 
    if ((fp_config = fopen(configfile, "r")) == NULL) { 
#endif 
     fprintf(stderr, "Cannot open config file %s!\n", configfile); 
    } 

это успокоит Visual Studio, и он не будет жаловаться, и это также позволит тот же код для компиляции на GCC или любые другие стандарты совместимые C/C++ компилятор

Answer 6

Переход от Еореп к fopen_s отключена возможность открыть файл в блокноте (только чтение), пока файл открыт и записывается. Возвращаясь к fopen, и я могу прочитать wile, моя программа записывает файл.