Login ProductsSalesSupportDownloadsAbout |
Home » Technical Support » DBISAM Technical Support » Support Forums » DBISAM General » View Thread |
Messages 1 to 3 of 3 total |
10242 on one PC |
Mon, Feb 28 2011 3:06 AM | Permanent 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. 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 PM | Permanent Link |
Tim Young [Elevate Software] Elevate Software, Inc. 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 PM | Permanent 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. |
This web page was last updated on Wednesday, April 24, 2024 at 11:07 AM | Privacy PolicySite Map © 2024 Elevate Software, Inc. All Rights Reserved Questions or comments ? E-mail us at info@elevatesoft.com |