Re: [sqlite] Porting Sqlite to MQX OS: Question 2

Hello Dan >Do the tasks share a heap? And do you have multiple connections >to the database (multiple calls to sqlite3_open() or sqlite3_open_v2(). I would like to keep the implementation as general purpose as possible so we can use sqlite in the future in differient Applications. Therefore I

Re: [sqlite] Porting Sqlite to MQX OS: Question 2

On Mar 16, 2010, at 5:22 AM, GeoffW wrote: > > Hello Dan > > Thanks for your useful input. To answer your questions. > >> Do you have any file-locking primitives provided by the OS? > There are no file locking OS Primitives at all that I can use. > >> Do you have clients connecting to the

Re: [sqlite] Porting Sqlite to MQX OS: Question 2

Hello Dan Thanks for your useful input. To answer your questions. >Do you have any file-locking primitives provided by the OS? There are no file locking OS Primitives at all that I can use. >Do you have clients connecting to the database from multiple >processes? Or only multiple threads

Re: [sqlite] Porting Sqlite to MQX OS: Question 2

On Mar 15, 2010, at 10:04 PM, GeoffW wrote: > > Hi Kees > > Thanks for the response and giving me a clue to look at dot locking, > I had > missed the dot lock mechanism as I had concentrated mainly on the > osWin.c > file. I cant find any documentation other than the source code on > how

Re: [sqlite] Porting Sqlite to MQX OS: Question 2

Hi Kees Thanks for the response and giving me a clue to look at dot locking, I had missed the dot lock mechanism as I had concentrated mainly on the osWin.c file. I cant find any documentation other than the source code on how this low level file locking stuff is implemented. I am currently

Re: [sqlite] Porting Sqlite to MQX OS: Question 2

On Fri, 12 Mar 2010 02:22:31 -0800 (PST), GeoffW wrote: > >Hi > >Now I have got a half ported version of Sqlite up and running on MQX I cant >put off any longer the question of file locking and how I tackle that ? For >the moment i had made the xLock() and xUnlock() the