On 1 mars 2011, at 21:11, Mickey Mestel wrote:
> hi all,
>
> i've just discovered that the bug is there when compiling with the LLVM
> compiler 1.6, which comes as a standard compiler with the iOS SDK, and is the
> direction that Apple is moving towards.
>
> the problem is NOT ther
pavel,
>
> 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 li
hi all,
i've just discovered that the bug is there when compiling with the LLVM
compiler 1.6, which comes as a standard compiler with the iOS SDK, and is the
direction that Apple is moving towards.
the problem is NOT there when compiling with GCC 4.2.
the problem is NOT
> 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 ye
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
:Re: long insert statement failing on iPhone
michael,
> No such thing as "close enough" when it comes to different versions.
>
i do agree, although having tried 3 different version with exactly the
same behavior, i don't expect 3.6.23.2 to act any different, alt
michael,
> No such thing as "close enough" when it comes to different versions.
>
i do agree, although having tried 3 different version with exactly the
same behavior, i don't expect 3.6.23.2 to act any different, although you never
know.
> Can somebody find the 3.6.23.2 amalgamation f
sqlite.org [sqlite-users-boun...@sqlite.org] on
behalf of Mickey Mestel [mmes...@epocrates.com]
Sent: Monday, February 28, 2011 3:03 PM
To: General Discussion of SQLite Database
Subject: Re: [sqlite] EXT :Re: long insert statement failing on iPhone
michael,
> Well that's one you never me
>>
>
> Note that this problem does /not/ happen if he accesses SQLite by calling the
> version included in the iPhone frameworks. I still don't have a clue what
> his problem is, but whatever it is it's not simple.
correct. and i agree, it probably isn't simple:-(
mi
michael,
> Well that's one you never mentioned...it works on the version with the SDK?
it's on the second to last line of my original message, an easy place
to miss. i should have put it in a more prominent place, as it is key.
>
> What version of sqlite comes with that? And why are y
On 28 Feb 2011, at 7:36pm, Black, Michael (IS) wrote:
> Well that's one you never mentioned...it works on the version with the SDK?
>
> What version of sqlite comes with that? And why are you upgrading sqlite?
Note that this problem does /not/ happen if he accesses SQLite by calling the
versi
Well that's one you never mentioned...it works on the version with the SDK?
What version of sqlite comes with that? And why are you upgrading sqlite?
Michael D. Black
Senior Scientist
NG Information Systems
Advanced Analytics Directorate
From: sqlite-u
12 matches
Mail list logo
