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
