I think this post of mine may have predated the Question/Article distinction in DC, so the responses show as Comments rather than Answers. I'm adding this "answer", and then accepting it, in order to remove it from the "unanswered" and "no answer" lists.
I think this post of mine may have predated the Question/Article distinction in DC, so the responses show as Comments rather than Answers. I'm adding this "answer", and then accepting it, in order to remove it from the "unanswered" and "no answer" lists.
The docs for GetConnectionList state "The list is obtained from the client machine's registry" so it's equivalent to the list of connections you can see in the "Preferred Server" submenu from your local system tray cube.
What is the $ZV string of the Cache instance on port 1972 on server 10.56.135.160 ?
Are you able to try CTerm.exe from an older Caché? Maybe the newer ones are coded to do fancier things such as work over a SSL/TLS connection. In which case, an older one might not have such demanding requirements of its host platform's APIs.
%Admin_Task is a Resource, as are %Admin_Manage and %Admin_Operate.
In contrast, %All is a Role.
Access to SQL tables is controlled either at the Role level or at the individual User level.
If your user has permissions on the %Admin_Task resource because they hold a role, then it may be appropriate to grant the necessary SQL permissions to that role. By doing this, anyone else holding the role will also be able to access the table.
To grant the SQL permissions, edit the role (or user) definition. Go to the "SQL Tables" tab. Set the namespace dropdown to "%SYS" and check the box to include system items:
In my example above the %Operator role has no permissions on SQL tables in %SYS.
Use the Add Tables button to add a row that gives this role permission to perform a SELECT on the %SYS_Task.History table .
go to post
I think this post of mine may have predated the Question/Article distinction in DC, so the responses show as Comments rather than Answers. I'm adding this "answer", and then accepting it, in order to remove it from the "unanswered" and "no answer" lists.
go to post
I think this post of mine may have predated the Question/Article distinction in DC, so the responses show as Comments rather than Answers. I'm adding this "answer", and then accepting it, in order to remove it from the "unanswered" and "no answer" lists.
go to post
My post got misclassified as a Question rather than an Article. I've added this dummy answer to remove it from the "unanswered" list.
go to post
Joyce answered this in a comment. I'm adding this as an answer so that the post no longer lists as "unanswered".
go to post
The docs for GetConnectionList state "The list is obtained from the client machine's registry" so it's equivalent to the list of connections you can see in the "Preferred Server" submenu from your local system tray cube.
What is the $ZV string of the Cache instance on port 1972 on server 10.56.135.160 ?
go to post
Are you able to try CTerm.exe from an older Caché? Maybe the newer ones are coded to do fancier things such as work over a SSL/TLS connection. In which case, an older one might not have such demanding requirements of its host platform's APIs.
go to post
%Admin_Task is a Resource, as are %Admin_Manage and %Admin_Operate.
In contrast, %All is a Role.
Access to SQL tables is controlled either at the Role level or at the individual User level.
If your user has permissions on the %Admin_Task resource because they hold a role, then it may be appropriate to grant the necessary SQL permissions to that role. By doing this, anyone else holding the role will also be able to access the table.
To grant the SQL permissions, edit the role (or user) definition. Go to the "SQL Tables" tab. Set the namespace dropdown to "%SYS" and check the box to include system items:
In my example above the %Operator role has no permissions on SQL tables in %SYS.
Use the Add Tables button to add a row that gives this role permission to perform a SELECT on the %SYS_Task.History table .