Using passing data between mapped file and socket depends on some factors. If processes are running in different machines, it is out of question. Communication using tcp socket is slow even running in the same machine because the overhead of hand shaking for each data packet. There was once a J Engine Protocol (JEP) in J5 or J6 using socket. Please search for the file jserver.ijs and its companion.
Сбт, 30 Апр 2011, Ian Clark писал(а): > Thanks, Henry. Reassuring. > > The Sockets Lab is straightforward enough, and looks to be portable. I > can see how to use it immediately to rig-up the elementary > control-line I have in mind (at this stage). When I outgrow it I'll > remember your wiki page. > > > On Sat, Apr 30, 2011 at 3:26 AM, Henry Rich <[email protected]> wrote: > > Heavens, yes! Sockets are a great way to do interprocess communication. > > Your program works whether the other process is on your machine or on > > another. The mechanisms are robust. > > > > One process listens, the other connects, and from then on you have > > symmetric data transfer. Easy as pie. > > > > I have a socket library on my Wiki page, but it's gross overkill for > > what you want to do. Just look up sdsocket, sdbind, sdlisten, > > sdconnect, etc. > > > > Henry Rich > > > > On 4/29/2011 10:19 PM, Ian Clark wrote: > >> Sorry needs to run on Mac or Unix as well. > >> > >> If I were doing it on Win I'd find a way of using ActiveX, because I'm > >> familiar with that. But I'm new to Mac programming -- at least > >> post-1992 Macs. > >> > >> Interestingly Xcode, the Mac development system, has a getting-started > >> tutorial that emphasises sockets. They are pushing it as the method of > >> choice for inter-process communication. > >> > >> > >> On Sat, Apr 30, 2011 at 2:53 AM, bill lam<[email protected]> wrote: > >>> I guess this is os specific. You may try CreateEvent window api to create > >>> a > >>> mutex, and poll for it using WaitForSingleObject api. Of course the client > >>> also needs to co-operate. > >>> > >>> Сбт, 30 Апр 2011, Ian Clark писал(а): > >>>> Suppose I have two J tasks A and B sharing a mapped file F. How can B > >>>> best get to know that A has just changed F? > >>>> > >>>> AFAICS, B needs to execute a duty-cycle inspecting the directory > >>>> timestamp of F using 1!:0 (which may delay for up to a second), or > >>>> alternatively watch for a checksum to change on F's contents (if it's > >>>> large). > >>>> > >>>> Before I do, is there some JAL facility I've overlooked? Ideally, the > >>>> very act of A changing F should send a message to B -- a system event, > >>>> say, that can run a callback. > >>>> ---------------------------------------------------------------------- > >>>> For information about J forums see http://www.jsoftware.com/forums.htm > >>> > >>> -- > >>> regards, > >>> ==================================================== > >>> GPG key 1024D/4434BAB3 2008-08-24 > >>> gpg --keyserver subkeys.pgp.net --recv-keys 4434BAB3 > >>> ---------------------------------------------------------------------- > >>> For information about J forums see http://www.jsoftware.com/forums.htm > >> ---------------------------------------------------------------------- > >> For information about J forums see http://www.jsoftware.com/forums.htm > > ---------------------------------------------------------------------- > > For information about J forums see http://www.jsoftware.com/forums.htm > ---------------------------------------------------------------------- > For information about J forums see http://www.jsoftware.com/forums.htm -- regards, ==================================================== GPG key 1024D/4434BAB3 2008-08-24 gpg --keyserver subkeys.pgp.net --recv-keys 4434BAB3 ---------------------------------------------------------------------- For information about J forums see http://www.jsoftware.com/forums.htm
