By "ipc" I think he means what I think is Q's . In Q, the "natural representation" of any item is a serialized version -- evaluating it will recover the original item. This is not the case in J -- for example 99x gets displayed as 99 but:
99 -&(^~) 99x _3.98353e182 Anyways, if I understand Q properly (or maybe it was K), it will ship a sentence off to another interpreter using . and the result is the result from that other interpreter. And, even if I do not have the syntax exactly right, the underlying point is that Q/K it's fairly simple to delegate processing to a small farm of machines. This can be useful, for example, when very large (multiple terabyte) data structure are spread out across multiple machines. I believe that the usefulness of this ties in with Q's support for tree data structures as well as triggers and dependencies. J does not currently have anything like that. And, for that matter, 5!:5 does not always serialize in a form that ". can digest. -- Raul On Mon, Jan 16, 2012 at 9:40 AM, Devon McCormick <devon...@gmail.com> wrote: > If by "ipc" you mean tcp/ip, J does support it. See "Studio/Socket > Driver", "Studio/Sockets and the Internet", and "Scripts/Socket System" on > the wiki (www.jsoftware.com/jwiki). > > On Mon, Jan 16, 2012 at 5:46 AM, Kim Kuen Tang <kuent...@vodafone.de> wrote: > >> ... >> * Q also supports ipc which i cannot find in J. >> ... >> > > -- > Devon McCormick, CFA > ^me^ at acm. > org is my > preferred e-mail > ---------------------------------------------------------------------- > For information about J forums see http://www.jsoftware.com/forums.htm ---------------------------------------------------------------------- For information about J forums see http://www.jsoftware.com/forums.htm
