打开文件gcc Linux时出现的分割错误

Question

通过指针初始化文件名让我们让gcc在Linux上崩溃，而不是在MacOS上，有人能解释一下吗？

#include <stdio.h>

int doOpenFile( char *name, FILE **filehdl, char *option );

int doOpenFile( char *name, FILE **filehdl, char *option )
{
  if( *filehdl ) fclose( *filehdl );
  if( (*filehdl = fopen( name, option )) == NULL ) return( -1 );
  return( 0 );
}

int main(int argc, char **argv)
{

  char *file = "test.c";
  FILE *filePtr;
  
  doOpenFile(file, &filePtr, "r");

  if(filePtr != NULL) fclose(filePtr);
  
  printf("%s\n", file);
}

Linux gcc：

oot@1fa88ab5df9e:/build/open62541-server# gcc -o test test.c
root@1fa88ab5df9e:/build/open62541-server# ./test
Segmentation fault (core dumped)
root@1fa88ab5df9e:/build/open62541-server# gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/10/lto-wrapper
OFFLOAD_TARGET_NAMES=nvptx-none:amdgcn-amdhsa:hsa
OFFLOAD_TARGET_DEFAULT=1
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Debian 10.2.1-6' --with-bugurl=file:///usr/share/doc/gcc-10/README.Bugs --enable-languages=c,ada,c++,go,brig,d,fortran,objc,obj-c++,m2 --prefix=/usr --with-gcc-major-version-only --program-suffix=-10 --program-prefix=x86_64-linux-gnu- --enable-shared --enable-linker-build-id --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --libdir=/usr/lib --enable-nls --enable-bootstrap --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --with-default-libstdcxx-abi=new --enable-gnu-unique-object --disable-vtable-verify --enable-plugin --enable-default-pie --with-system-zlib --enable-libphobos-checking=release --with-target-system-zlib=auto --enable-objc-gc=auto --enable-multiarch --disable-werror --with-arch-32=i686 --with-abi=m64 --with-multilib-list=m32,m64,mx32 --enable-multilib --with-tune=generic --enable-offload-targets=nvptx-none=/build/gcc-10-Km9U7s/gcc-10-10.2.1/debian/tmp-nvptx/usr,amdgcn-amdhsa=/build/gcc-10-Km9U7s/gcc-10-10.2.1/debian/tmp-gcn/usr,hsa --without-cuda-driver --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu --with-build-config=bootstrap-lto-lean --enable-link-mutex
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 10.2.1 20210110 (Debian 10.2.1-6) 
root@1fa88ab5df9e:/build/open62541-server# 

MacOS：

open62541-server % gcc test.c -o test 
open62541-server % ./test
test.c
open62541-server % gcc -v            
Apple clang version 14.0.0 (clang-1400.0.29.102)
Target: arm64-apple-darwin21.6.0
Thread model: posix
InstalledDir: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin
open62541-server % 

奇怪的是，即使我不传递变量，gcc在Linux上崩溃

doOpenFile("test.c", &filePtr, "r");

Answer 1

if( *filehdl )调用未定义的行为，因为您正在访问非初始化的FILE指针.函数假设参数为null指针或有效的文件指针的文档，或者删除if语句。

与您的问题无关，您还应该在这段代码中的任何地方使用const char*，因为字符串文本是只读的。

Answer 2

就像其他人说的。当您在C中声明一个变量时，它确实包含一个(表面上)随机值，这个值碰巧在运行时的RAM中。该值可以为NULL (如果在控制台上打印它，则为NULL，这两个单词的意思相同)。我编写了一个小程序来展示这一点：

#include <stdio.h>

int main() {
    int* pointer[20];
    for(int i = 0; i < 20; ++i) {
        printf("%p\n", &pointer[i]);
    }
}

输出：

(nil)
(nil)
(nil)
(nil)
(nil)
(nil)
(nil)
(nil)
(nil)
0x1007
0x5631f0cff040
0xd
0x7ffe17efbbf0
0x7ffe17efc019
0x7f512adab5e0
0x5631f0d0023d
0x7f512ad862e8
0x5631f0d001f0
(nil)
0x5631f0d00080

因此，您可以看到值为NULL的可能性，这可能就是在您的MacOS try中发生的情况。但是，您可以在这里运行我的小程序，以检查在Mac上是否总是这样。

当您向fclose( *filehdl );传递一个不为NULL的指针时，您将得到一个分段错误，因为它指向一个不属于您的程序的地址。解决问题单的最简单方法就是初始化：

FILE *filePtr = NULL;