Subject | Re: [IBO] deadlock error on IBO /FB 1.02 - what may be the reason ? |
---|---|
Author | bjorgeitteno |
Post date | 2003-12-07T02:01:11Z |
--- In IBObjects@yahoogroups.com, Aage Johansen <aagjohan@o...> wrote:
Sorry, my previous posting was abrupted, I pressed submit again, but
didn't see all of my reply was missing.
Your question made me think, and - yes, I may update and commit in
IB_SQL. The problem appears no matter if the update + commit is done
from my application or from any other. What this shows is that the
problem is like if I started a transaction at startup, made an update
and upon application shutdown, when the new update takes place, it's
detected that another committed transaction has changed the row.
I believe I'll have to do it the hard way, take a copy of the
application, and remove stuff until I have managed to locate the
problem.
Thanks for giving me ideas !
> On Thu, 4 Dec 2003 16:46:49 +0000 (UTC), bjorgeitteno wrote:user name,
>
> > ...
> >> ...
> >>> The error:
> >>> When I start 2 instances of this application with the same
> I getwas started
> >>> the "deadlock" error when closing app nr. 2. No matter if it
> >>> first or last. I am fairly sure all writings to tableUSER_SETTINGS is
> >>> committed immediately.calling Close
> >>
> >> How do you verify that the commit occurs? Are you *really*
> >> on the transaction instead of a hard commit?the
> >
> > No. I call a Commit;. and I've been able to track execution into
> > xxx.IMP file. I do not call 'Close'. An explicitly startedtransaction.
> >the error
> >>> I know the problem is within writing the last table, because
> >>> doesn't appear if I write to another record here.after
>
>
>
> Hi Bjørge!
>
> Can you update+commit the record from another app (e.g. IB_SQL)
> closing the first app (before closing the second)?Hi again !
Sorry, my previous posting was abrupted, I pressed submit again, but
didn't see all of my reply was missing.
Your question made me think, and - yes, I may update and commit in
IB_SQL. The problem appears no matter if the update + commit is done
from my application or from any other. What this shows is that the
problem is like if I started a transaction at startup, made an update
and upon application shutdown, when the new update takes place, it's
detected that another committed transaction has changed the row.
I believe I'll have to do it the hard way, take a copy of the
application, and remove stuff until I have managed to locate the
problem.
Thanks for giving me ideas !