Official, but slightly vague:

https://developer.android.com/preview/behavior-changes.html#ndk

>From Xamarin:

https://developer.xamarin.com/releases/android/xamarin.android_6/xamarin.android_6.0/

--
E


On Mon, Jun 6, 2016 at 12:40 PM, Jason H <jh...@gmx.com> wrote:

> > It is my understanding that Android N will no longer allow apps to use
> the
> > system-installed SQLite library (unless they go through the Android Java
> > API, android.database.sqlite).
> >
> > This is unfortunate, as many existing Android apps do access libsqlite3
> > directly and will crash on Android N.
> >
> > Apps which ONLY use the Java API will be unaffected.
> >
> > Apps that do NOT use the Java API will need to bundle their own SQLite
> > library, if they are not doing so already.
> >
> > And then, there is a particularly unfortunate group:  Apps which do some
> of
> > their SQLite operations through the Java API, but also do some things
> > through direct access to libsqlite.
> >
> > Because of the POSIX locking issues, these apps cannot just bundle a
> SQLite
> > and let the two sections of their code each use their own instance of the
> > library.  The result will be a corrupt SQLite file.  So the only obvious
> > fix for apps in this situation is to change their code to "ONLY use the
> > Java API" or "NOT use the Java API".
> >
> > Of course, another option would be for Google to reconsider and make
> > libsqlite part of the NDK public APIs.  :-)
>
> This would be problematic for me too. Is there a citation?
>
> Having used the Android API and the C API in the same app, I have to
> conclude that the Android API corrupts databases at a prolific rate. The
> Android API is also rather stupid, forcing the use of
> stupid "convenience" APIs like  update(java.lang.String table,
> android.content.ContentValues values, java.lang.String whereClause,
> java.lang.String[] whereArgs). (I was never able to use an UPDATE statement
> and not have things break.)
>
> I hope Google comes to their senses, or provides a proper interface.
>
>
>
> _______________________________________________
> sqlite-users mailing list
> sqlite-users@mailinglists.sqlite.org
> http://mailinglists.sqlite.org/cgi-bin/mailman/listinfo/sqlite-users
>
_______________________________________________
sqlite-users mailing list
sqlite-users@mailinglists.sqlite.org
http://mailinglists.sqlite.org/cgi-bin/mailman/listinfo/sqlite-users

Reply via email to