J Decker wrote:
On Tue, Dec 12, 2017 at 4:35 PM, Howard Chu <h...@symas.com> wrote:

Martin Raiber wrote:

On 12.12.2017 19:47 Simon Slavin wrote:

On 12 Dec 2017, at 6:27pm, Jens Alfke <j...@mooseyard.com> wrote:

On Dec 12, 2017, at 5:46 AM, Simon Slavin <slav...@bigfraud.org> wrote:

Before you answer that question, you should know that both Windows and
macOS have been proved to have serious bugs in their memory mapping code.

This has been brought up several times recently, but I’ve never seen
any details given about exactly what was wrong with macOS’s mmap
implementation. Does anyone have a pointer to authoritative information
about this?

See this thread:

<http://sqlite.1065341.n5.nabble.com/SQLITE-vs-OSX-mmap-inev
itable-catalog-corruption-td85620.html>

This is the thread which led to memory mapping being disabled for
writing on macOS, as discussed here:

<http://sqlite.1065341.n5.nabble.com/Re-Database-corruption-
and-PRAGMA-fullfsync-on-macOS-td95366i20.html>


There might also be a mmap bug in the Android 7.0 fuse layer:
https://www.mail-archive.com/openldap-its@openldap.org/msg10970.html


There is definitely a bug in Android 7 fuse/mmap. The bug is definitely
not present when bypassing fuse, but only rooted devices can bypass...

My experience was in majority only rooted devices could use fuse.  since
/dev/fuse was rw------- .  (although not all.)

The /sdcard partition is always mounted through fuse because it's a vfat/exfat filesystem that doesn't support owner/permission bits, and the fuse driver imposes the Android security model on top of it. Many android devices no longer include a physical SDcard slot, but still have an internal storage partition that's labeled /sdcard and it still behaves this way.

--
  -- Howard Chu
  CTO, Symas Corp.           http://www.symas.com
  Director, Highland Sun     http://highlandsun.com/hyc/
  Chief Architect, OpenLDAP  http://www.openldap.org/project/
_______________________________________________
sqlite-users mailing list
sqlite-users@mailinglists.sqlite.org
http://mailinglists.sqlite.org/cgi-bin/mailman/listinfo/sqlite-users

Reply via email to