If you are only concerned with names of nouns, then this is not an issue for you.
The definition of list that I was using is the one that J defines. It's still accessible as list_z_ after you have executed the lines you documented below. -- Raul On Sun, Jan 22, 2012 at 4:07 AM, Ian Clark <earthspo...@gmail.com> wrote: > Raul, could you give me the value of (list) for which that happens? > Your expression works ok for the (few) values I've tried, eg: > > ] list=: 1p1 + i.6 > 3.14159 4.14159 5.14159 6.14159 7.14159 8.14159 > ".'list=:',5!:6<'list' > 3.14159 4.14159 5.14159 6.14159 7.14159 8.14159 > list -: ".'list=:',5!:6<'list' > 1 > > (I'm only worried about numeric list where ($$list) is 1 or 0.) > > JVERSION > Installer: j602a_mac_intel.dmg > Engine: j602/2008-03-03/16:45 > Library: 6.02.057 > > > On Sat, Jan 21, 2012 at 2:55 PM, Raul Miller <rauldmil...@gmail.com> wrote: >> Certainly: >> >> ".'list=:',5!:6<'list' >> |spelling error >> >> Use 0!:0 instead of ". >> >> -- >> Raul >> >> On Sat, Jan 21, 2012 at 5:49 AM, Ian Clark <earthspo...@gmail.com> wrote: >>>> 5!:5 does not always serialize in a form that ". can digest. >>> >>> Raul, can you give me an example of that, please? >>> >>> I have released code which assumes it does. (At least, 5!:6, for which >>> I suppose you'd say the same?) >>> >>> >>> On Mon, Jan 16, 2012 at 3:14 PM, Raul Miller <rauldmil...@gmail.com> wrote: >>>> 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 >>> ---------------------------------------------------------------------- >>> 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
