有没有办法将 fopen_s() 与 GCC 一起使用，或者至少创建一个关于它的 #define ？

Question

MSVC 编译器表示 fopen() 已弃用，并建议使用 fopen_s()。

有什么方法可以使用 fopen_s() 并且仍然可移植吗？

对于 #define 有什么想法吗？

Answer 1

Microsoft 的 *_s 函数不可移植，我通常使用等效的 C89/C99 函数并禁用弃用警告 (#define _CRT_SECURE_NO_DEPRECATE)。

如果您坚持，您可以使用适配器函数（不一定是宏！）在没有 fopen_s() 的平台上委托 fopen()，但您必须请小心从 errno 映射 errno_t 返回代码的值。

errno_t fopen_s(FILE **f, const char *name, const char *mode) {
    errno_t ret = 0;
    assert(f);
    *f = fopen(name, mode);
    /* Can't be sure about 1-to-1 mapping of errno and MS' errno_t */
    if (!*f)
        ret = errno;
    return ret;
}

但是，我不明白 fopen_s() 比 fopen() 更安全，所以我通常会考虑可移植性。

Answer 2

在 C/C++ 代码中，

#ifdef __unix
#define fopen_s(pFile,filename,mode) ((*(pFile))=fopen((filename),(mode)))==NULL
#endif

在 Makefile 中

CFLAGS += -D'fopen_s(pFile,filename,mode)=((*(pFile))=fopen((filename),(mode)))==NULL'

请注意，成功时 fopen_s 返回 0，而 fopen 返回非零文件指针。因此需要在宏末尾添加“==NULL”，例如：

if (fopen_s(&pFile,filename,"r")) perror("cannot open file");

Answer 3

如果您使用 C11，fopen_s 是一个标准库。

在gcc中，您需要使用--std=c11参数。

Answer 4

微软的许多安全功能都包含在C11标准的Annex K中，但并未得到广泛支持，因此可移植性仍然是一个问题。某些应用程序需要提高安全性；也许将来的支持会有所改善。

我过去是这样做的：

  #define fopen_s(fp, fmt, mode)          *(fp)=fopen( (fmt), (mode))

这个宏简单直接，对于快速而肮脏的事情来说足够好了，但是它不提供 fopen_s 的异常行为，并且它不会提供真正的 fopen_s 的安全性功能。

@Alex B 的上述函数方法部分重现了失败时的正确行为；他返回 errno (= EINVAL)。他的方法可以通过生成无效参数异常来进一步扩展，以更全面地重现 fopen_s 的行为。

Answer 5

#define fopen_s(fp, fmt, mode)  ({\
    *(fp)=fopen( (fmt), (mode));\
    (*(fp) ) ? 0:errno;\
})

Answer 6

根据 https://en.cppreference.com/w/c/io/fopen< /a>
可以在标准库上启用 *_s 函数：

与所有边界检查函数一样，仅当实现定义了 __STDC_LIB_EXT1__ 并且用户定义了 __STDC_WANT_LIB_EXT1__ 时，才保证 fopen_s 可用。在包含 之前将 code> 转换为整数常量 1。