Icon View Thread

The following is the text of the current message along with any replies.
Messages 1 to 3 of 3 total
Thread 10242 on one PC
Mon, Feb 28 2011 3:06 AMPermanent Link

Dominique Willems

Sorry to bother. Have searched the archives, but didn't find an answer
to this particular instance of the problem. But probably that's just
me, so if it exists, my apollo gyrations. Smile

It concerns an application that's still using 3.30 (I'll upgrade it to
4 some day, but since it's so "widespread"ish, I'm kind of fearing an
upgrade snag and a lost week).

One single user keeps getting 10242 errors. The application does use a
thread in which the same table that is used in the foreground is
updated in the background, using a different session.

Only one user has this problem, and the only thing that looks different
on his system is the existence of Norton PITA software.

Hence my question, could this be the cause or do I look elsewhere?
Mon, Feb 28 2011 3:59 PMPermanent Link

Tim Young [Elevate Software]

Elevate Software, Inc.

Avatar

Email timyoung@elevatesoft.com

Dom,

<< One single user keeps getting 10242 errors. The application does use a
thread in which the same table that is used in the foreground is
updated in the background, using a different session.

Only one user has this problem, and the only thing that looks different on
his system is the existence of Norton PITA software. >>

Norton most likely won't cause this type of issue.  An unlock error is
normally caused by the data-aware controls moving a record pointer to a
different record while an Edit has the record locked.

Do you have any data-aware controls attached to the same table via a
TDataSource in the application ?  If so, then that is most likely the issue.
I would do a DisableControls before the background thread accesses the
table, and then an EnableControls after the background thread is done.  The
problem is that the main thread will continue to run and may need to
refresh/redraw some controls while the background thread is running.  If
this happens, then the record pointer may move in the table during the
refresh/redraw, especially if one of the data-aware controls is a grid.

--
Tim Young
Elevate Software
www.elevatesoft.com
Tue, Mar 1 2011 5:11 PMPermanent Link

Dominique Willems

Tim Young [Elevate Software] wrote:
> If this happens, then the record pointer may move
> in the table during the refresh/redraw, especially if one of the
> data-aware controls is a grid.

Thank you, Tim! There is indeed an InfoPower grid involved in the
foreground thread.
Image