为什么 #define _LARGEFILE_SOURCE 破坏这些函数指针
Why does #define _LARGEFILE_SOURCE break these function pointers?
我有以下代码,其中正在加载的共享库作为预编译的二进制文件提供。它是用linaro工具链编译的。
gbm_create_device(int fd)
{
struct gbm_device *gbm = NULL;
void *module;
const struct gbm_backend *backend = NULL
module = dlopen("/usr/lib/gbm/gbm_pvr.so", RTLD_NOW | RTLD_GLOBAL);
backend = dlsym(module, "gbm_backend");
gbm = backend->create_device(fd);
gbm->surface_create(gbm, width, height, format, flags);
}
struct gbm_device {
/* Hack to make a gbm_device detectable by its first element. */
struct gbm_device *(*dummy)(int);
int fd;
const char *name;
unsigned int refcount;
struct stat stat;
...
void (*bo_destroy)(struct gbm_bo *bo);
struct gbm_surface *(*surface_create)(struct gbm_device *gbm,
uint32_t width, uint32_t height,
uint32_t format, uint32_t flags);
struct gbm_bo *(*surface_lock_front_buffer)(struct gbm_surface *surface);
...
};
代码通常工作正常。但是,当我添加以下定义时,gbm->surface_create(...)
跳转到共享库中的错误内存位置。为什么?从官方 GNU 页面中我看不出来。
#define _LARGEFILE_SOURCE
#define _LARGEFILE64_SOURCE
#define _FILE_OFFSET_BITS=64
附加信息:
我使用 gdb 检查 gbm->surface_create(...( 之后的第一步`
如果没有这些定义:
0xb6beb5d0 in ?? () from /usr/lib/gbm/gbm_pvr.so
...
// Correct behavior
通过定义:
0xb6c414a4 in ?? () from /usr/lib/gbm/gbm_pvr.so
...
// Segmentation fault
struct gbm_device
包含一个struct stat stat;
成员。
struct stat
根据_LARGEFILE_SOURCE
更改大小。它包含 32 位或 64 位的成员off_t st_size;
等。
在没有_LARGEFILE_SOURCE
的情况下编译的二进制文件中的结构以及使用 _LARGEFILE_SOURCE
编译的代码中的结构与 ABI 不兼容。
之后;更改该成员的大小会更改后续成员的明显偏移量,这就是使用错误函数指针值的方式。
相关文章:
- QMetaObject invokeMethod的基于函数指针的语法
- C++-试图将函数指针推回到另一个CPP文件中的矢量时出错
- c++r值引用应用于函数指针
- 模板函数指针和lambda
- 是否可以将llvm::FunctionType转换为C/C++原始函数指针
- 带有类的函数指针
- () 函子后面的括号,而不是函数指针?
- 全局作用域中函数指针的赋值
- 使用"Task"函数指针队列定义作业管理器
- 将成员函数指针作为参数传递给模板方法
- 如何创建对象函数指针C++映射?
- 匹配函数指针作为模板参数?
- 通过函数指针定义类范围之外的方法
- 存储在类中的函数指针
- C++从函数指针数组调用函数
- 将返回值存储在函数指针数组的指针中是如何工作的?
- 整数键映射到头文件中的成员函数指针
- 从类成员函数到类 C 函数指针的转换
- 如何将内联匿名函数分配给C++函数指针
- 将字符缓冲区强制转换为函数指针