On Fri, Sep 4, 2009 at 20:10, Chris Stratton cs07...@gmail.com wrote:
But practically speaking, I suspect cloning the whole SQlite system
into the appliction, or replacing it with the mentioned java HSQLDB
might be more workable.
Also have a look to project http://sqljet.com/ which looks
Chris Stratton wrote:
[...]
Pretty soon we'll be talking about a custom runtime linker that loads
up a patched version of the existing sqlite... there must be a better
way?
You might be interested in HSQLDB:
http://hsqldb.org/
It's a pure-Java SQL engine. Being pure Java, it has the
Fwiw, doing that kind of linkage trickery is likely to result in an app that
breaks in the future, especially since the SQLite library is not a public
part of the NDK.
On Thu, Sep 3, 2009 at 9:19 PM, Chris Stratton cs07...@gmail.com wrote:
On Sep 3, 11:44 pm, JavaNut i...@chiralsoftware.net
On Sep 4, 1:03 pm, Dianne Hackborn hack...@android.com wrote:
Fwiw, doing that kind of linkage trickery is likely to result in an app that
breaks in the future, especially since the SQLite library is not a public
part of the NDK.
It's all fun and games until someone breaks an upgrade...
In
I believe that sqlite is not a fundamentally a java application, but
one running in the embedded linux with some android java wrappers
around it. As a result, inserting encryption into its file operations
would probably have to be handled with a linux kernel module (or at
best a userspace
Thanks for the information on that. Yes, I looked some more and it
looks like SQLite is in C. I have to figure out how to approach this
situation.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups Android Developers
On Sep 3, 11:44 pm, JavaNut i...@chiralsoftware.net wrote:
Thanks for the information on that. Yes, I looked some more and it
looks like SQLite is in C. I have to figure out how to approach this
situation.
/system/lib/libsqlite.so looks to be some 300k in size... making a
custom version
7 matches
Mail list logo