Multi-standalone communication

Viktoras Didziulis viktoras at ekoinf.net
Thu Dec 7 15:14:51 EST 2006


One solution to speed-up the communication using files on disk is write/read
to ramdrive which emulated in memory. For more info on ramdrives look here:
http://cyberwizardpit.net/article3.htm 
 
Viktoras 
 
-------Original Message------- 
 
From: Richard Miller 
Date: 12/7/2006 9:21:37 PM 
To: How to use Revolution 
Subject: Re: Multi-standalone communication 
 
The computer in question is not set up with networking. 
> 
> If the computer is set up with networking, then you can use UDP 
> over 127.0.0.1 (sockets). 
> 
> You can also use files, maybe something like this. The sender, A, 
> can write a file "tempAToB", wait until there is no "AToB" and then 
> rename "tempAToB" to "AToB". The receiver, B, might look for the 
> new "AToB", read it, and delete it. For very short messages, just 
> rename the file and look for changes. You can also use multiple 
> files as a queue in alphabetical order. 
 
Dar... I understand the plan here. My concern with this is the 
constant disk access that would need to take place. The information 
that needs to be exchanged between these two apps is directly 
connected to the users experience. So when the user presses a button 
on App A, they expect to see a rather immediate response. That 
response will be occurring in App B, but I need it to look like it's 
all one application. So App B needs to be polling every second or so, 
as does App A. Is this too much disk access or acceptable? 
 
I've played around a little with read/write - to/from processes, but 
can't get the hang of it yet. Having had no experience with those 
functions, it may take a bit of work to get that to go. Same goes for 
sockets... no experience with that either. 
 
And, of course... I'm really hoping to not spend a lot of hours on 
this issue. 
 
Rob.. I'll look into Jan's socket communication library. I'm assuming 
that it is accessible to anyone who signs up with that group. Is the 
use of that approach fairly straightforward? 
 
Also hoping to hear back from Dave on the ISM module. 
 
Thanks all. 
Richard 
_______________________________________________ 
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



More information about the use-livecode mailing list