July 24, 2008 07:20pm pdt

1. capricorn1 689,423
2. boag2000 339,196
3. LSMCons... 338,920
4. DatabaseMX 264,960
5. harfang 247,882
6. peter57r 214,935
7. jimhorn 141,726
8. TextReport 130,246
9. matthews... 128,945
10. MikeToole 99,548
11. frankytee 88,014
12. koutny 86,055
13. omgang 84,455
14. angelIII 68,570
15. ee_rlee 62,522

1. capricorn1 1,310,268
2. LSMCons... 571,039
3. DatabaseMX 567,685
4. peter57r 452,444
5. harfang 429,430
6. boag2000 379,108
7. jefftwilley 350,437
8. jimhorn 337,716
9. matthews... 278,209
10. mbizup 238,600
11. frankytee 223,267
12. stevbe 220,614
13. MikeToole 204,598
14. omgang 156,690
15. rockiroads 151,183

05.13.2008 at 11:57AM PDT, ID: 23398998

	[x] Attachment Details

[x]

The Solution Rating System

With so many solutions, how can you tell which solutions are most likely to help you and which ones are not? To provide you with a tool to use, we rate our solutions based on various elements that most accurately determine if a solution is a quality solution. To explain what factors affect the solution rating, here are the elements we take into consideration when formulating our solution rating.

The Grade of the Solution
The Zone Rank of the Expert Providing the Solution
The Number of Author and Expert Comments
The Number of Experts Contributing
The Feedback of the Community

Your Input Matters
Because of the way the system is set up, the most important variable in this equation is you. As a member of Experts Exchange, you are able to cast your vote on the quality of the solutions in regard to how complete, accurate, helpful and easy to understand each solution is. When you provide your feedback, each rating is adjusted accordingly. So, if you see a solution that has a poor rating that you think is a good solution, let us know by rating it. As you do, the rating will be adjusted and will become more accurate for other members of our site.

If you have any suggestions that you would like to make for our rating system, please ask a question in the Suggestions Zone of Community Support.

Thank you!

7.8

Access 2003 seems to buffer an input file and not read the new copy of it

Zones: Access Coding/Macros, Microsoft Access Database, Windows XP Operating System

Tags: MS, Access, 2003, Running on XP

Bizarre problem here. I'm using TransferText to input a text file to an access table; the table being input to was dropped and re-created from a table template with "Select * into Table1 where 1=2". I saved a text file yesterday, and loaded it OK with my VBA procedure to transfertext in. Today, I saved an updated file, and ran the same VBA procedure (essentially, DoCmd.Transfertext) to input the new file. The result of this is that the OLD file is loaded (the new file was saved with the same name in the old file's location.) When I saved the new file with a different name, the procedure loaded it correctly...once. If I go to input the file manually via Get External Data/Import, using the same import specifications, the table is correctly loaded with the new file.

The question: is Access caching the original file somewhere, and if so, how do I clear the cache? The other possibility is that the XP synchronization manager might be creating a local cache of the file that Access is directed to when it tries to open the file (which is stored on a network folder.) I did reboot the machine and run Access anew with the app, and it STILL loaded the old file when pointed to the new one to load.

Start your free trial to view this solution

Question Stats

Zone: Microsoft

Question Asked By: thomas_m_schmidt

Solution Provided By: harfang

Participating Experts: 1

Solution Grade: B

Translate:

Loading Advertisement...

20080236-EE-VQP-29 / EE_QW_2_20070628