Hiya,
Might be worth a look at SQLite shared cache mode.
Cheers,
Luis.
On 14 Feb 2008, at 11:11, Dave wrote:
Hi,
I thought about using a file, but the problem is that database app
has to send progress updates quite often and since it's accessing
the disk heavily anyway (building the SQLite database from input
files) it would slow the whole process down.
If I use sockets and an addres of 127.0.0.1:6000 could this cause a
problem with anti-virus and firewall software?
Thanks a lot
All the Best
Dave
On 13 Feb 2008, at 18:36, [EMAIL PROTECTED] wrote:
After going all round the houses on this one, using files is
exactly how the
Scripter's Scrapbook IAC API works, with the benefit of being a cross
platform solution as well.
/H
Dave wrote:
I have an application that periodically creates or updates an
SQLite
database (actually there are lots of databases (separate SQLite
files), but only one is worked on at a time) and then sends the
results to the server. This process can take upwards of 15
minutes to
complete. In the meantime I want to be able to still use the
application to do other things (such as create playlists in
iTunes).
Richard Gaskin wrote:
I'd use sockets, or polling for a file. While polling a file's
content
can eat some cycles, polling for the existence of a file is
pretty darn
fast. Given the scenario you describe, where you're not really
expecting a result for several minutes, you could probably get
away with
polling for a file every few seconds. Cheap, simple, reasonably
efficient.
_______________________________________________
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your
subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution
_______________________________________________
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your
subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution
_______________________________________________
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution
