If the processes are running on different machines it is still possible to use files to communicate between the processes. Then one option is to have a process that wakes up once in a while and send/receives an e-mail and writes it down depending on contents. Writing a file to a special place to be attached to the e-mail when sending. 15 years ago I wrote a system in J that did just that plus using FTP and various other techniques to communicate between machines. Even a Dos program dialing up another machine down in Europe to pick up some files. Because I knew no way to let J do e-mail I combined it with a Basic program that did the e-mail part.
Regarding sockets then use JHS as a server between machines may be an option. 2012/1/3 Raul Miller <rauldmil...@gmail.com> > Yes, sdasync is nice, and I wish it was supported universally. > > I think that the interpreter changes from j6 to j7 should allow > sdasync to be implemented in a cross platform fashion, though I do not > know if the ide implementations have that in mind or if each ide would > have to be modified to support it. > > That said, when I was suggesting sockets, I was just suggesting > sockets for the need you had specified (and the subject line of this > email message) -- determining if the other process was alive. Using > sdselect on non-blocking sockets seem like a good approach there. > > -- > Raul > > On Mon, Jan 2, 2012 at 8:27 PM, Ian Clark <earthspo...@gmail.com> wrote: > > The first thing that strikes me is that sdasync does not work on my > > Mac (though everything else seems to). I see the line: > > > > if. IFUNIX do. 'not implemented under Unix - please use sdselect' > > assert 0 end. > > > > ...which I take to mean that I'll have to call > > sdselect'' periodically to check for data waiting, > > as I'm doing with the mapped files. This is > > no problem for the task in-hand because the listening process is > > already running a duty cycle, and I can slot the sdselect in there. > > > > But it's a pity in general. The big attraction of sockets for > > me is to be able to have process A trigger a callback in > > process B. > ---------------------------------------------------------------------- > For information about J forums see http://www.jsoftware.com/forums.htm > ---------------------------------------------------------------------- For information about J forums see http://www.jsoftware.com/forums.htm
