> i also took the same statement and tried to run it in our app in a > method called as soon as the application launches, and it fails. so we have > something going on at a different level.
I suspect that "as soon as the application launches" means that no parallel threads are working yet (if they work already then look into what those threads are doing). Then the problem could be in some linking issues. E.g. you have some function that is named the same as some library function and so you and/or SQLite calls your function instead of from library. Or maybe some library you link with does something bad (and maybe in a different thread). Or it could be just different set of memory allocation calls so that in a different app hit to incorrect memory address doesn't touch another memory region which is corrupted in the initial app. Still running with valgrind could give some insights. Pavel On Tue, Mar 1, 2011 at 12:32 PM, Mickey Mestel <mmes...@epocrates.com> wrote: > michael, > >> Have you run your test with and without crypto? If Apple can compile >> 3.6.23.2 to work you should be able to also (might be overly optimistic here >> but compilers are 100% deterministic, although not necessartiliy 100% binary >> match). > > we have encrypted and read a database with what we have in place > currently, but we aren't doing that at the moment. > > some somewhat disturbing news. i took the same sqlite.c file that is > built into our project and built another project, and prepared and ran the > same statement, and it succeeded. > > i also took the same statement and tried to run it in our app in a > method called as soon as the application launches, and it fails. so we have > something going on at a different level. > > i think now it is just pounding heads against the wall until it is > found. > > but any other thoughts are certainly welcome! > > mickm > _______________________________________________ > sqlite-users mailing list > sqlite-users@sqlite.org > http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users > _______________________________________________ sqlite-users mailing list sqlite-users@sqlite.org http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users
