473,326 Members | 2,438 Online
Bytes | Software Development & Data Engineering Community
Post Job

Home Posts Topics Members FAQ

Join Bytes to post your question to a community of 473,326 software developers and data experts.

Can corruption cause this?

Hi all,
I have a fairly large Access2000 application (FE/BE). One of the
subforms (in datasheet) has a dropdown list named BackSplash. It's a
ValueList, not LimitToList, bound to the BackSplash field in the
underlying query.
The subform also (among various other fields) has a textbox named
LineItemPrice. This is the last field in the datasheet.
I enter a new value in the LineItemPrice field, and hit Tab to go the
next row.
In the Form_AfterUpdate of that subform I write among other things:
If Me.BackSplash.Value = "Full" Then
This line causes a problem, in that when I hit tab, focus stays in the
LineItemPrice field. The field's value is being selected. A second
tab, and focus will move to the next row.
However, if I change the IF statement to:
If Me.RecordsetClone.Fields("BackSplash").Value = "Full" Then
then the cursor moves to the first field in the next line, like
normal.

Behavior is the same in Access 2003 (on same machine).
I did export all objects to text files and imported them in a new
database - same behavior.

The reason I'm a stickler about this otherwise minor inconvenience is
that I have an error in a function called after this code, that's
entirely unreasonable. See my post "Recordset problem due to
corruption?"

Thanks for any insights.

-Tom.

Nov 13 '05 #1
2 1323
On Sun, 21 Aug 2005 20:45:37 -0700, Tom van Stiphout <no*************@cox.net>
wrote:
Hi all,
I have a fairly large Access2000 application (FE/BE). One of the
subforms (in datasheet) has a dropdown list named BackSplash. It's a
ValueList, not LimitToList, bound to the BackSplash field in the
underlying query.
The subform also (among various other fields) has a textbox named
LineItemPrice. This is the last field in the datasheet.
I enter a new value in the LineItemPrice field, and hit Tab to go the
next row.
In the Form_AfterUpdate of that subform I write among other things:
If Me.BackSplash.Value = "Full" Then
This line causes a problem, in that when I hit tab, focus stays in the
LineItemPrice field. The field's value is being selected. A second
tab, and focus will move to the next row.
However, if I change the IF statement to:
If Me.RecordsetClone.Fields("BackSplash").Value = "Full" Then
then the cursor moves to the first field in the next line, like
normal.

Behavior is the same in Access 2003 (on same machine).
I did export all objects to text files and imported them in a new
database - same behavior.

The reason I'm a stickler about this otherwise minor inconvenience is
that I have an error in a function called after this code, that's
entirely unreasonable. See my post "Recordset problem due to
corruption?"


Yes - the problem you describe can be caused by corruption, and it is one of
the more common symproms of corruption. Using those expressions (dot
references to controls) also seems to increase the frequency of corruption
occurring, especially if name autocorrect is turned on (BTW - always turn that
off).

In general, I always use bang (!) references to controls on a form, not dot
(.).
Nov 13 '05 #2
On Sun, 21 Aug 2005 21:31:42 -0700, Steve Jorgensen
<no****@nospam.nospam> wrote:

Hi Steve,
Thanks for your reaction. The variants:
If BackSplash = "Full"
If Me!BackSplash = "Full"
did not yield better results.

I will try to get rid of the corruption tomorrow at work, on our
"clean machine".

-Tom.

On Sun, 21 Aug 2005 20:45:37 -0700, Tom van Stiphout <no*************@cox.net>
wrote:
Hi all,
I have a fairly large Access2000 application (FE/BE). One of the
subforms (in datasheet) has a dropdown list named BackSplash. It's a
ValueList, not LimitToList, bound to the BackSplash field in the
underlying query.
The subform also (among various other fields) has a textbox named
LineItemPrice. This is the last field in the datasheet.
I enter a new value in the LineItemPrice field, and hit Tab to go the
next row.
In the Form_AfterUpdate of that subform I write among other things:
If Me.BackSplash.Value = "Full" Then
This line causes a problem, in that when I hit tab, focus stays in the
LineItemPrice field. The field's value is being selected. A second
tab, and focus will move to the next row.
However, if I change the IF statement to:
If Me.RecordsetClone.Fields("BackSplash").Value = "Full" Then
then the cursor moves to the first field in the next line, like
normal.

Behavior is the same in Access 2003 (on same machine).
I did export all objects to text files and imported them in a new
database - same behavior.

The reason I'm a stickler about this otherwise minor inconvenience is
that I have an error in a function called after this code, that's
entirely unreasonable. See my post "Recordset problem due to
corruption?"


Yes - the problem you describe can be caused by corruption, and it is one of
the more common symproms of corruption. Using those expressions (dot
references to controls) also seems to increase the frequency of corruption
occurring, especially if name autocorrect is turned on (BTW - always turn that
off).

In general, I always use bang (!) references to controls on a form, not dot
(.).


Nov 13 '05 #3

This thread has been closed and replies have been disabled. Please start a new discussion.

Similar topics

5
by: Noa Garnett | last post by:
I'm developing on C++, using visual studio 6.0 with service pack 5. I have a memory corruption while debugging. Some of the variables I'm using are suddenly set to zero while progressing along the...
10
by: Arno R | last post by:
Hi all Yesterday I found a strange corruption-issue that I can't solve yet or actually point my finger at. I converted an A97 app to A2k. I have done this often enough so I didn't expect trouble...
19
by: Mark C. | last post by:
The company I work for has been running Access 2000 on a Windows NT server with Opportunistic Locking turned off on the server without issue for almost a year. We have just switched to a Windows...
6
by: Mike | last post by:
I have done a lot of research on DAO and database corruption and have not yet found any solid information for my problem. I use DAO extensively in my Access 97 databases (back-end on network,...
16
by: Rob Geraghty | last post by:
I've just spent some time looking through FAQ sites and searching the google archives of this newsgroup, but I still haven't been able to find a clear explanation of an issue with multi-user...
8
by: ranjeet.gupta | last post by:
Dear All Is the Root Cause of the Memory corruption is the Memory leak, ?? suppose If in the code there is Memory leak, Do this may lead to the Memory Corruption while executing the program ? ...
23
by: Dave G | last post by:
Since upgrading one of my clients from A97/W2000 to A2003/XP they have suffered no end of data corruption problems, mainly involving one of the main tables. The corruption can result in one...
3
by: Owen Jenkins | last post by:
I have an Access 2000 app which is in use by about 20 clients on LANs where each LAN would have between 2 and 6 PCs networked. The main form is a tabbed form with multiple subforms. It has been in...
42
by: Doug | last post by:
I am in a friendly debate with some co-workers... and my boss. We use Access 2003 for the frontend (on workstations) as well as for the backend (on a Dell PowerEdge running Windows 2000 server,...
16
by: Wayne | last post by:
I have an Access 2003 data file that has now corrupted twice in a week. The database is extremely simple with one main data table and a few lookup tables. The lookup tables are linked to the main...
0
by: DolphinDB | last post by:
Tired of spending countless mintues downsampling your data? Look no further! In this article, you’ll learn how to efficiently downsample 6.48 billion high-frequency records to 61 million...
0
isladogs
by: isladogs | last post by:
The next Access Europe meeting will be on Wednesday 6 Mar 2024 starting at 18:00 UK time (6PM UTC) and finishing at about 19:15 (7.15PM). In this month's session, we are pleased to welcome back...
1
isladogs
by: isladogs | last post by:
The next Access Europe meeting will be on Wednesday 6 Mar 2024 starting at 18:00 UK time (6PM UTC) and finishing at about 19:15 (7.15PM). In this month's session, we are pleased to welcome back...
0
by: jfyes | last post by:
As a hardware engineer, after seeing that CEIWEI recently released a new tool for Modbus RTU Over TCP/UDP filtering and monitoring, I actively went to its official website to take a look. It turned...
0
by: ArrayDB | last post by:
The error message I've encountered is; ERROR:root:Error generating model response: exception: access violation writing 0x0000000000005140, which seems to be indicative of an access violation...
1
by: PapaRatzi | last post by:
Hello, I am teaching myself MS Access forms design and Visual Basic. I've created a table to capture a list of Top 30 singles and forms to capture new entries. The final step is a form (unbound)...
1
by: Defcon1945 | last post by:
I'm trying to learn Python using Pycharm but import shutil doesn't work
0
by: Faith0G | last post by:
I am starting a new it consulting business and it's been a while since I setup a new website. Is wordpress still the best web based software for hosting a 5 page website? The webpages will be...
0
isladogs
by: isladogs | last post by:
The next Access Europe User Group meeting will be on Wednesday 3 Apr 2024 starting at 18:00 UK time (6PM UTC+1) and finishing by 19:30 (7.30PM). In this session, we are pleased to welcome former...

By using Bytes.com and it's services, you agree to our Privacy Policy and Terms of Use.

To disable or enable advertisements and analytics tracking please visit the manage ads & tracking page.