Astonishingly, the problem went away when I switched from using "clang"
to using "gcc", on Linux 32 bit.
The actual problem was a 'memcpy' crash, due to incorrect stack
alignment. Normally, this is a gcc problem on 64-bit, but here it
turned up on Linux 32 bit. Perhaps something to do with co
On 04/14/2015 10:00 PM, Ron Aaron wrote:
> Just updated with the version from sqlite.org and have the same problem:
The line numbers still don't match the 3.8.9 amalgamation on the
website. Are you running [make sqlite3.c] yourself or downloading
sqlite-amalgamation-3080900.zip or sqlite3-autoco
On 4/14/15 21:06, Richard Hipp wrote:
> On 4/14/15, Ron Aaron wrote:
>> Something is very wrong, then. The file I downloaded from the
>> sqlite.org site, and unzipped, has these:
> Yes. My previous email had the wrong version of sqlite3.. Version
> 3.8.9 states:
>
> Size: 5507061 bytes
> Line
Yes:
I issued the command: unzip ~/Downloads/sqlite-amalgamation-3080900.zip
file reports: Downloads/sqlite-amalgamation-3080900.zip: Zip archive
data, at least v1.0 to extract
md5 sum: 02e9c3a6daa8b8587cf6bef828c2e33f
On 4/14/15 21:05, Nelson, Erik - 2 wrote:
> Ron Aaron wrote on Tuesday
Something is very wrong, then. The file I downloaded from the
sqlite.org site, and unzipped, has these:
~/src/sqlite-amalgamation-3080900$ ls -l
total 11856
-rw-r--r--@ 1 ron staff 147581 Apr 8 17:38 shell.c
-rw-r--r--@ 1 ron staff 5507061 Apr 8 17:38 sqlite3.c
-rw-r--r--@ 1 ron staff
On 4/14/15 18:13, Dan Kennedy wrote:
> On 04/14/2015 10:00 PM, Ron Aaron wrote:
>> Just updated with the version from sqlite.org and have the same problem:
>
> The line numbers still don't match the 3.8.9 amalgamation on the
> website. Are you running [make sqlite3.c] yourself or downloading
>
Ron Aaron wrote on Tuesday, April 14, 2015 1:51 PM
>Something is very wrong, then. The file I downloaded from the sqlite.org
>site, and unzipped, has these:
>-rw-r--r--@ 1 ron staff 5507061 Apr 8 17:38 sqlite3.c
Can you confirm that this file came from the .zip file, not the .gz file?
>> On
Just updated with the version from sqlite.org and have the same problem:
#0 findInodeInfo (pFile=0x9434118, ppInode=0x9434120) at sqlite3.c:26091
#1 0x085d3234 in fillInUnixFile (pVfs=0x89422b0 ,
h=5, pId=0x9434118, zFilename=0x9434208 "/home/ron/proj/8th/test.db",
ctrlFlags=0)
at sqlite
I'm using the one from fossil...
On 4/14/15 17:12, Richard Hipp wrote:
> On 4/14/15, Ron Aaron wrote:
>> I just updated to the 3.8.9 version of SQLite for my project, and am
>> compiling for 32-bit linux (on a 64-bit box).
>>
>>
>> I'm getting a consistent crash in findInodeInfo, with this backt
I just updated to the 3.8.9 version of SQLite for my project, and am
compiling for 32-bit linux (on a 64-bit box).
I'm getting a consistent crash in findInodeInfo, with this backtrace:
#0 findInodeInfo (pFile=0x9438118, ppInode=0x9438120) at
sqlite3.c:26091
#1 0x085d3234 in fillI
On 4/14/15, Ron Aaron wrote:
> Something is very wrong, then. The file I downloaded from the
> sqlite.org site, and unzipped, has these:
Yes. My previous email had the wrong version of sqlite3.. Version
3.8.9 states:
Size: 5507061 bytes
Lines: 154633
MD5: a99b92d9e510a8107999c474dca017d7
SH
On 4/14/15, Ron Aaron wrote:
>
>
> On 4/14/15 18:13, Dan Kennedy wrote:
>> On 04/14/2015 10:00 PM, Ron Aaron wrote:
>>> Just updated with the version from sqlite.org and have the same problem:
>>
>> The line numbers still don't match the 3.8.9 amalgamation on the
>> website. Are you running [make
On 4/14/15, Ron Aaron wrote:
> I just updated to the 3.8.9 version of SQLite for my project, and am
> compiling for 32-bit linux (on a 64-bit box).
>
>
> I'm getting a consistent crash in findInodeInfo, with this backtrace:
>
>
> #0 findInodeInfo (pFile=0x9438118, ppInode=0x9438120) at
>
13 matches
Mail list logo