On Mon, 10 Sep 2012 00:07:53 +0300, Tal Tabakman
wrote:
> Hi,
> this is a copy paste from the sqlite3 heade
> /**
> ** This file is an amalgamation of many separate C source files from SQLite
> ** version 3.7.9. By c
Hi,
this is a copy paste from the sqlite3 heade
/**
** This file is an amalgamation of many separate C source files from SQLite
** version 3.7.9. By combining all the individual C code files into this
** single large f
On Sun, Sep 9, 2012 at 7:49 AM, Tal Tabakman wrote:
> Hi
>
> I have a crash when running a sqlite based app on solaris machines in 64
> bits mode. the crash is actually a bus error when executing an sqlite_exec.
>
There was a bug that effected Sparc back in version 3.7.9. We fixed that
bug, an
> However, bus errors are often the result of something in your own code, or of
> not checking the result codes returned by all your previous SQLite3 calls.
Simon,
You are confusing bus errors with segmentation faults. They are
different things and bus errors inside SQLite can never be caused by
On 9 Sep 2012, at 12:49pm, Tal Tabakman wrote:
> "CREATE
> INDEX IDX_OBJ on entries (obj_id, path);;"
Just on the offchance, please try it with just one semi-colon, and again with
no semi-colons. I don't think that's the problem, but it might show up
something different.
However, bus errors
Hi
I have a crash when running a sqlite based app on solaris machines in 64
bits mode. the crash is actually a bus error when executing an sqlite_exec.
As recommended in this forum ,when running with gdb, I found that the crash
is in this line:
pIndex->azColl[i] = zColl;
This is the stack in
6 matches
Mail list logo
