Closed derekwisong closed 2 years ago
Thanks for raising this, Derek. I will take a look this week.
Thanks Jo! This particular item is a bit of a q/kdb curiosity. It is used to create projections for use in parse trees... It also has some very peculiar properties...
I made a small mistake above, it looks like the enlist
ed identity ::
... but isnt...
.core.projnull: enlist first 1_(value (;));
q)enlist[::] ~ .core.projnull
1b
Even though q says they are the same... they are not...
q)f:{x-y};
q)eval ((f;.core.projnull;10); 100) / creating projection f[;10] with a parse tree
90
q)eval ((f;enlist[::];10); 100) / not quite the same as enlist ::
'type
[1] f:{x-y}
^
q))
Published 3.1.1, give it a try in 15 mins, and let me know if it is fixed.
Thanks! I wont be able to test it immediately at work where I'm actually having the problem (end users get updates via an internally managed mirror that gets updates on some unknown-to-me cadence). I should get it here in a few days.
But, I will test it at home tomorrow.
Thanks again Jo!
You are welcome :)
The admins must have been smiling on me. The update happened, and i see that the server explorer now works (and has an entry for .core.projnull
)!
Thanks @jshinonome
No problem. Happy that it works :)
Hi Jo,
If the server contains:
which looks like
(::)
but isnt...the lambda you use to crawl the server fails...
You can see it looks like the identity/unary null
(::)
... but it isnt..Perhaps you should skip items that raise errors...
Regards, Derek