I did that. It's an NT system, and permissions on this file (attrib +a) is the only thing set, and it's set the same on the accounts that are working.
-----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Monday, November 14, 2005 8:12 AM To: u2-users@listserver.u2ug.org Subject: RE: [U2] Problem with privileges file Kevin; Check the OS level permissions on the privileges file. The only time I wasn't able to access an account I found the permissions on the privilege file had been changed. Then try connecting with VSG and hopefully that will create the privileges you require. Hth Colin Alfke Calgary Canada >-----Original Message----- >From: Kevin King > >I have a customer that has a working ODBC setup in most of their >accounts. One account in particular cannot be accessed via ODBC or the >VSG or even via the "sql" verb, and I suspect it is due to an error >with grant permissions in the privileges file. Specifically, there is >no record for 0*privileges and PUBLIC*privileges like there are in the >other accounts that are working. > >I am unclear how to grant access to this table as when you go into sql >into that account it says the privileges file is unavailable, and >attempting to load the records in there manually (despite the >documentation strongly urging NOT to do >that) the file says it's read-only. > >Any recommendations? > >-Kevin ------- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ -- No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.1.362 / Virus Database: 267.13.0/167 - Release Date: 11/11/2005 ------- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
