为啥#define _LARGEFILE_SOURCE 会破坏这些函数指针?
Posted
技术标签:
【中文标题】为啥#define _LARGEFILE_SOURCE 会破坏这些函数指针?【英文标题】:Why does #define _LARGEFILE_SOURCE break these function pointers?为什么#define _LARGEFILE_SOURCE 会破坏这些函数指针? 【发布时间】:2017-11-13 19:21:15 【问题描述】:我有以下代码,其中正在加载的共享库作为预编译的二进制文件提供。它是使用 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(...)
会跳转到共享库中的错误内存位置。为什么? official GNU page 对我来说并不明显。
#define _LARGEFILE_SOURCE
#define _LARGEFILE64_SOURCE
#define _FILE_OFFSET_BITS=64
附加信息:
gbm->surface_create(...)之后我用gdb检查第一步`
没有这些定义:
0xb6beb5d0 in ?? () from /usr/lib/gbm/gbm_pvr.so
...
// Correct behavior
定义:
0xb6c414a4 in ?? () from /usr/lib/gbm/gbm_pvr.so
...
// Segmentation fault
【问题讨论】:
你能添加一个 gdb 回溯吗? @yugr 我可以在几个小时内得到它(现在无法访问董事会),但我从 gdb 添加了一些额外信息 【参考方案1】:struct gbm_device
包含一个 struct stat stat;
成员。
struct stat
根据_LARGEFILE_SOURCE
改变大小。它包含 32 位或 64 位成员 off_t st_size;
等。
未使用_LARGEFILE_SOURCE
编译的二进制文件和使用_LARGEFILE_SOURCE
编译的代码中的结构与ABI 不兼容。
函数指针位于结构的那个成员之后;更改该成员的大小会更改以下成员的表观偏移量,这就是错误函数指针值的使用方式。
【讨论】:
以上是关于为啥#define _LARGEFILE_SOURCE 会破坏这些函数指针?的主要内容,如果未能解决你的问题,请参考以下文章
为啥 super(MainWindow, self),__init__(*args, **kwargs) NameError: name '__init__' is not defined
python为啥出现name 'datasets' is not defined
为啥我们使用 'this->' 而不是 'this'。访问成员?