Hope everybody had a good weekend -
Working on HP-UX and Oracle 8.1.7.0.0
I've got a third party app that 's written in COBOL and stores some of the
information it needs to generate screens in the database. I am trying to
practice restoring this beast, and it turns out I must run a utility to
recompile some of the COBOL. All users in this database are identified
externally and have OPS$ as the prefix to their username. The table(s) in
question are owned by Oracle user BSIDBA. The UNIX user BSIDBA runs the
program and the user in v$session shows up as OPS$BSIDBA. I get an
ora-00942 on a select count (*) from one of the tables. Generally, this
means some type of privilege is missing, but this user owns the table!
Just in case, I granted select on the table to OPS$BSIDBA, got a 'grant
succeeded', reran the COBOL piece, and got the same error.
Set up tracing, ran it again, ran tkprof against the output, and sure
enough:
The following statement encountered a error during parse:
select count(*) from FA_IDNT
Error encountered: ORA-00942
I've granted everything I can think of to everyone I can find (this is - or
will be - a development instance) and am still getting the error. Metalink
hasn't revealed any secrets.
Anybody seen anything like this or have an idea of something else I can try
- the vendor has given up, says it's a DB problem.
David A. Barbour
Oracle DBA, OCP
AISD
512-414-1002
--
Please see the official ORACLE-L FAQ: http://www.orafaq.com
--
Author:
INET: [EMAIL PROTECTED]
Fat City Network Services -- (858) 538-5051 FAX: (858) 538-5051
San Diego, California -- Public Internet access / Mailing Lists
--------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from). You may
also send the HELP command for other information (like subscribing).
