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 <sqlite3_os_init.aVfs>, 
h=5, pId=0x9434118, zFilename=0x9434208 "/home/ron/proj/8th/test.db", 
ctrlFlags=0)
     at sqlite3.c:30092
#2  0x084fa69e in unixOpen (pVfs=0x89422b0 <sqlite3_os_init.aVfs>, 
zPath=0x9434208 "/home/ron/proj/8th/test.db", pFile=0x9434118, flags=262,
     pOutFlags=0xffffd074) at sqlite3.c:30697
#3  0x0851a453 in sqlite3OsOpen (pVfs=0x89422b0 <sqlite3_os_init.aVfs>, 
zPath=0x9434208 "/home/ron/proj/8th/test.db", pFile=0x9434118, flags=262,
     pFlagsOut=0xffffd074) at sqlite3.c:16093
#4  0x08515c88 in sqlite3PagerOpen (pVfs=0x89422b0 
<sqlite3_os_init.aVfs>, ppPager=0x91c6af0, zFilename=0x92a3cf0 
"test.db", nExtra=76, flags=0,
     vfsFlags=262, xReinit=0x8516110 <pageReinit>) at sqlite3.c:45520
#5  0x085148f2 in sqlite3BtreeOpen (pVfs=0x89422b0 
<sqlite3_os_init.aVfs>, zFilename=0x92a3cf0 "test.db", db=0x9192fd0, 
ppBtree=0x919318c, flags=0,
     vfsFlags=262) at sqlite3.c:54119
#6  0x0850de97 in openDatabase (zFilename=0x91a1610 "test.db", 
ppDb=0x91a2028, flags=6, zVfs=0x0) at sqlite3.c:127475
#7  0x0850d73a in sqlite3_open (zFilename=0x91a1610 "test.db", 
ppDb=0x91a2028) at sqlite3.c:127601


On 4/14/15 17:31, Ron Aaron wrote:
> I'm using the one from fossil...
>
>
> On 4/14/15 17:12, Richard Hipp wrote:
>> On 4/14/15, Ron Aaron<ron at aaron-tech.com>  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
>>>      sqlite3.c:26091
>> Corresponds to this source code line:
>> https://www.sqlite.org/src/info/25b80a3d?ln=710
>>
>>>      #1  0x085d3234 in fillInUnixFile (pVfs=0x89422b0
>>>      <sqlite3_os_init.aVfs>, h=5, pId=0x9438118, zFilename=0x9438208
>>>      "/home/ron/proj/8th/test.db", ctrlFlags=0)
>>>           at sqlite3.c:30092
>> Corresponds to this source code line:
>> https://www.sqlite.org/src/info/25b80a3d?ln=4711
>>
>> So I think you must be using a non-standard build of the sqlite3.c
>> amalgamation file, huh?
>>
>>>      #2  0x084fa69e in unixOpen (pVfs=0x89422b0 <sqlite3_os_init.aVfs>,
>>>      zPath=0x9438208 "/home/ron/proj/8th/test.db", pFile=0x9438118,
>>>      flags=262, pOutFlags=0xffffd064)
>>>           at sqlite3.c:30697
>>>      #3  0x0851a453 in sqlite3OsOpen (pVfs=0x89422b0
>>>      <sqlite3_os_init.aVfs>, zPath=0x9438208
>>>      "/home/ron/proj/8th/test.db", pFile=0x9438118, flags=262,
>>>      pFlagsOut=0xffffd064)
>>>           at sqlite3.c:16093
>>>      #4  0x08515c88 in sqlite3PagerOpen (pVfs=0x89422b0
>>>      <sqlite3_os_init.aVfs>, ppPager=0x91c6af0, zFilename=0x92a7cf0
>>>      "test.db", nExtra=76, flags=0, vfsFlags=262,
>>>           xReinit=0x8516110 <pageReinit>) at sqlite3.c:45520
>>>      #5  0x085148f2 in sqlite3BtreeOpen (pVfs=0x89422b0
>>>      <sqlite3_os_init.aVfs>, zFilename=0x92a7cf0 "test.db", 
>>> db=0x9192fd0,
>>>      ppBtree=0x919318c, flags=0, vfsFlags=262)
>>>           at sqlite3.c:54119
>>>      #6  0x0850de97 in openDatabase (zFilename=0x91a1610 "test.db",
>>>      ppDb=0x91a2028, flags=6, zVfs=0x0) at sqlite3.c:127475
>>>      #7  0x0850d73a in sqlite3_open (zFilename=0x91a1610 "test.db",
>>>      ppDb=0x91a2028) at sqlite3.c:127601
>>>
>>>
>>> Nothing has changed in my test code, and I haven't got a similar 
>>> problem
>>> on 32-bit OS X;  however, it's certainly conceivable I'm not using the
>>> right flags when compiling SQLite:
>>>
>>>      gcc   -I.  -DSQLITE_THREADSAFE=0 -DSQLITE_OMIT_AUTHORIZATION
>>>      -DSQLITE_OMIT_DEPRECATED -DSQLITE_ENABLE_LOCKING_STYLE=0
>>>      -DSQLITE_SYSTEM_MALLOC=1 -DSQLITE_OMIT_COMPILEOPTION_DIAGS
>>>      -DSQLITE_OMIT_TRACE -O0 -c -o sqlite3.o sqlite3.c
>>>
>>>
>>> The crash occurs whether I work in a chroot lin 32 environment or a
>>> virtual machine running 'native'.  The test application is statically
>>> linked.
>>>
>>>
>>> Any clues would be appreciated!
>>>
>>>
>>> Thanks,
>>>
>>> Ron
>>>
>>>
>>>
>>> -- 
>>> Ron Aaron, CTO
>>> Aaron High-Tech, Ltd.
>>> +972.52.652.5543
>>> <http://8th-dev.com>
>>> _______________________________________________
>>> sqlite-users mailing list
>>> sqlite-users at mailinglists.sqlite.org
>>> http://mailinglists.sqlite.org/cgi-bin/mailman/listinfo/sqlite-users
>>>
>

-- 
Ron Aaron, CTO
Aaron High-Tech, Ltd.
+972.52.652.5543
<http://8th-dev.com>

Reply via email to