nh2 / nh2/shared-memory

mmap fails when compiled for 32bit

未关闭
#4 5 条评论 0 个 reaction 已指派 0 人 在 GitHub 查看
主要语言
Haskell
星标
9
派生
2
PR 合并指标
30 天内没有已合并 PR

描述

https://users.suse.com/~aj/linux_lfs.html

```
#ifndef __USE_FILE_OFFSET64
extern void *mmap (void *__addr, size_t __len, int __prot,
int __flags, int __fd, __off_t __offset) __THROW;
#else
# ifdef __REDIRECT_NTH
extern void * __REDIRECT_NTH (mmap,
(void *__addr, size_t __len, int __prot,
int __flags, int __fd, __off64_t __offset),
mmap64);
# else
# define mmap mmap64
# endif
#endif
#ifdef __USE_LARGEFILE64
extern void *mmap64 (void *__addr, size_t __len, int __prot,
int __flags, int __fd, __off64_t __offset) __THROW;
#endif
```

on 32bit platforms, behind the scenes, the type of `off_t` changes depending on how a program is compiled
glibc then uses a macro to map `mmap` to either the real `mmap` or the `mmap64` version, based on the size of `off_t`

haskell base was compiled with large-file-support, so `COff` is 64bits, but then the ffi grabs the raw `mmap` symbol, the 32bit version

the simplest solution is to use cbits and `Word64` to get the values into c code, then (with LFS enabled), call mmap from c, and let the macro do its job

贡献指南

这个仓库没有索引到贡献指南

评估

这个 Issue 还没有评估数据。

把新 issue 发到你的邮箱

精选适合新手参与的 GitHub issue 摘要。