Hi, Nick!It’s not an attribute, but rather enumeration by sym (type will be>20, 21 most probably)It’s getting resolved to symbol (type 11) while passing through IPC,so you are not seeing it querying from another process.(Hit this one myself couple of days ago while trying to compare localvs. remote table counts “selected by” and wondering why tables thatlook identical aren’t ~ to each other :))_Oz_On Feb 22, 5:00?pm, Nick <nickmcd…> wrote:> I used to query a keyed table from another process. When I used table:> 0! c({[x;y] select from x where time =y}[nick;.z.t])>> It returned an unkeyed table and if I then said exec sym from table it> gave me xyz>> Now however I am querying the table on its source process (its an on> disk db, similar to a hdb).>> table:0!select from nick where time=.z.t returns a table with the same> meta as the old table (it says it has no attributes)>> But exec sym from table gives sym$xyz>> Any ideas on what the problem is here?>> Thanks>> Nick</nickmcd…>
Thanks for that Oz,Any suggestions on how to resolve this without passing it through IPCthough?Thanks,NickOn Feb 22, 2:34?pm, _Oz_ <zakharovo…> wrote:> Hi, Nick!>> It’s not an attribute, but rather enumeration by sym (type will be>> >20, 21 most probably)>> It’s getting resolved to symbol (type 11) while passing through IPC,> so you are not seeing it querying from another process.> (Hit this one myself couple of days ago while trying to compare local> vs. remote table counts “selected by” and wondering why tables that> look identical aren’t ~ to each other :))>> Oz>> On Feb 22, 5:00?pm, Nick <nickmcd…> wrote:>> > I used to query a keyed table from another process. When I used table:> > 0! c({[x;y] select from x where time =y}[nick;.z.t])>> > It returned an unkeyed table and if I then said exec sym from table it> > gave me xyz>> > Now however I am querying the table on its source process (its an on> > disk db, similar to a hdb).>> > table:0!select from nick where time=.z.t returns a table with the same> > meta as the old table (it says it has no attributes)>> > But exec sym from table gives sym$xyz>> > Any ideas on what the problem is here?>> > Thanks>> > Nick</nickmcd…></zakharovo…>
ThanksOn Feb 22, 2:43?pm, Attila Vrabecz <attila.vrab…> wrote:> value>> ? ?Attila>> On 22 Feb 2011, at 14:41, Nick <nickmcd…> wrote:>> > Thanks for that Oz,>> > Any suggestions on how to resolve this without passing it through IPC> > though?>> > Thanks,>> > Nick>> > On Feb 22, 2:34 pm, Oz <zakharovo…> wrote:> >> Hi, Nick!>> >> It’s not an attribute, but rather enumeration by sym (type will be>> >>> 20, 21 most probably)>> >> It’s getting resolved to symbol (type 11) while passing through IPC,> >> so you are not seeing it querying from another process.> >> (Hit this one myself couple of days ago while trying to compare local> >> vs. remote table counts “selected by” and wondering why tables that> >> look identical aren’t ~ to each other :))>> >> Oz>> >> On Feb 22, 5:00 pm, Nick <nickmcd…> wrote:>> >>> I used to query a keyed table from another process. When I used table:> >>> 0! c({[x;y] select from x where time =y}[nick;.z.t])>> >>> It returned an unkeyed table and if I then said exec sym from table it> >>> gave me xyz>> >>> Now however I am querying the table on its source process (its an on> >>> disk db, similar to a hdb).>> >>> table:0!select from nick where time=.z.t returns a table with the same> >>> meta as the old table (it says it has no attributes)>> >>> But exec sym from table gives sym$xyz>> >>> Any ideas on what the problem is here?>> >>> Thanks>> >>> Nick>> > –> >
Submitted via Google Groups</nickmcd…></zakharovo…></nickmcd…></attila.vrab…>