Hi, We are working on different operating system other than unix and windows. We are using the os_win.c for porting, we have ported the code by making some changes with respect to the FAT32 file system apis in the code.
We have not tested much, my worry is whether we also need to take care of such in the os_win.c In our OS also. Also, is this the OS dependent? Best Regards, A. Sreedhar. -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Friday, February 08, 2008 7:24 PM To: General Discussion of SQLite Database Subject: Re: [sqlite] VFS memory leak : During lock / unlock operations <[EMAIL PROTECTED]> wrote: > Hi.. > > we are using sqlite3.3.4 with Integrity OS. we are facing a problem > where in the VFS memory is getting exhausted due > to large lock/unlock calls made by sqlite. Integrity support team > said that, for each file lock call made by sqlite, a definite amount > of memory is allocated, this memory is released only after the > unlock or when the file is closed. And they are claiming that > number of file unlock calls are not same as the number of file lock > calls. they have put traces and identified that for 1000 lock calls > there are only 950 unlock calls, which is a shortage of 50 unlock > calls. This will leak considerable amount of memory if the > system is left for long hours, with continuous sqlite operations > being made. > > can any one throw some light on this problem, is there any known > issue like this. Any information on this will be very helpful The os_unix.c backend to SQLite makes no attempt to match lock/unlock calls, because posix does not requires such. If you are running on an operating system that does require matching lock/unlock calls, you will probably need to modify the os_unix.c layer in order for it to work properly on your system. > > thanks > murthy > > Please do not print this email unless it is absolutely necessary. Spread environmental awareness. > > The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. > > WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. > > www.wipro.com > _______________________________________________ > 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 _______________________________________________ sqlite-users mailing list sqlite-users@sqlite.org http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users
