firstly :
Even if I used 
#if OS_VXWORKS
        || osAccess(zPath,0) != 0
#endif


or I used 
#if OS_VXWORKS
        }else if(errno == 0x380003 || errno == 13 )
          rc  = SQLITE_IOERR_DELETE_NOENT:
#endif 


Without the SQLITE_ENABLE_LOCKING_STYLE compile option, I tried the above two 
method, but  it still told me the error : disk I/o error.


secondly,
I found another problem. When I download the *.out file, it tells me Unresolved 
Symbols List: sem_post, ftruncate, sem_trywait,sem_open.
when building with spec:PPC604gnu, have the above problem, build spec:SIMNTdiab 
do not. 
    








At 2014-09-01 11:40:53, "Andy Ling" <andy.l...@quantel.com> wrote:
>
>
>> -----Original Message-----
>> From: sqlite-users-boun...@sqlite.org [mailto:sqlite-users-
>> boun...@sqlite.org] On Behalf Of Richard Hipp
>> Sent: 01 September 2014 15:30
>> To: General Discussion of SQLite Database
>> Subject: Re: [sqlite] HELP sqlite3 used in vxworks has some problem
>> > > Please try the patch at
>> > >
>> http://www.sqlite.org/src/info/b0f6b91f36b503d8ba8d5257bb194f8c1afb483
>> > > 3 and
>> > > see if that fixes the problem.
>> > >
>> >
>> > I think that fixes unixDelete. Running on the vxWorks dosFs disk
>> > everything works as before.
>> >
>> > If I use the host filing system, then I think the delete of the
>> > non-existent file works, but it then fails in unixSync followed by a fail
>> > in unixDelete
>> >
>> > os_unix.c:27830: (35) full_fsync(/tgtsvr/testdb.sql-journal) -  (1034)
>> >
>> 
>> 
>> Error code 35 is ENOTSUP - fsync is apparently not supported on your
>> filesystem.
>> 
>
>OK. So it sounds like the answer to Wang Qinggang at the moment is that the 
>host filing system is not supported.
>
>I'm slightly surprised fsync isn't supported, but a quick test here proves 
>that it isn't. I will try and raise it with WindRiver and see what they say. 
>It may be a general problem with any network filing system under vxWorks.
>
>I'm happy that dosFs works. That's all I need for the time being.
>
>Regards
>
>Andy Ling
>
>
>_______________________________________________
>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

Reply via email to