Translating with DrWatson… this can take a few seconds the first time.
This is a genuine, complex translation. DrWatson protects commands, error codes, and log output while naturally translating the surrounding text. It’s translated once and saved.
Andy Kent — — source: Usenet: comp.databases.informix
I'm getting the following error when I try to create a trigger (My
angle brackets):
242: Could not open database table (<tablename>).
106: ISAM error: non-exclusive access.
Whatever is causing the block has been there all morning.
As far as I can tell by querying syslocks and grepping onstat -k with
hex(partnum), neither <tablename>, nor the table the trigger accesses,
nor systriggers have any locks on them.
Where to next?
Interestingly SET LOCK MODE TO WAIT makes no difference either. The
error comes back immediately. What gives?
Andy
↪ replying to Andy Kent
Ravi Krishna — — source: Usenet: comp.databases.informix
"Andy Kent" <andykent.bristol@virgin.net> wrote in message
news:a3525a11.0401160429.34836a06@posting.google.com...
> I'm getting the following error when I try to create a trigger (My
> angle brackets):
>
> 242: Could not open database table (<tablename>).
> 106: ISAM error: non-exclusive access.
Is there an open cursor on the table?
When a trigger is created on a table, the structure of the table is deemed
modified, in the sense that any application having an open cursor on it
will get error -710.
andykent.bristol@virgin.net (Andy Kent) wrote in message news:<a3525a11.0401160429.34836a06@posting.google.com>...
> I'm getting the following error when I try to create a trigger (My
> angle brackets):
>
> 242: Could not open database table (<tablename>).
> 106: ISAM error: non-exclusive access.>
> Whatever is causing the block has been there all morning.
>
> As far as I can tell by querying syslocks and grepping onstat -k with
> hex(partnum), neither <tablename>, nor the table the trigger accesses,
> nor systriggers have any locks on them.
>
> Where to next?
>
> Interestingly SET LOCK MODE TO WAIT makes no difference either. The
> error comes back immediately. What gives?
>
> Andy
The table is opened. do onstat -g opn and use the partnum in hex of
the table to find out by whom. It gives you the thread id ( tid ).
We use strictly necessary cookies to make this site work. With your
consent we’d also use optional cookies for analytics and marketing. You can accept all,
reject all, or choose. Read our Cookie Policy.