Inter-Application Communication on Windows

[Luis]

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, FlexibleLearning at aol.com 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 at 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 at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your  
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-revolution
>