469,091 Members | 1,156 Online
Bytes | Developer Community
New Post

Home Posts Topics Members FAQ

Post your question to a community of 469,091 developers. It's quick & easy.

Query is corrupt error message 11-14-2019

77 64KB
All of sudden, many vba functions in my Access application using query are not working with error message "Query is Corrupt".

Google results has one page from Microsoft dated 11/14/2019 referring the issue to a patch updates for MSI of several builds.

Does anyone know when MS will fix this issue? Will it be automatically repaired when fix is done by MS or is there some steps we need to do to fix the problem?
Nov 15 '19 #1
13 2372
DJRhino1175
189 128KB
I was getting a lot of corruption issues awhile back and the only thing I could find that fixed my issues was a registry fix. I had to put it on every PC that uses access. I haven't had corruption since.

Expand|Select|Wrap|Line Numbers
  1. Windows Registry Editor Version 5.00
  2. [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanWorkstation\Parameters]
  3. "FileInfoCacheLifetime"=dword:00000000
  4. "FileNotFoundCacheLifetime"=dword:00000000
  5. "DirectoryCacheLifetime"=dword:00000000
Save it in a .txt file as whatever name .reg

Hopefully that will work out for you.

You will probably have to fix your query to and any other objects that are not working in the database.

Good Luck
Nov 15 '19 #2
cactusdata
176 Expert 128KB
There is an official page on that issue:

Access error: "Query is corrupt"
Nov 15 '19 #3
Joe Y
77 64KB
The page from Microsoft I found from Google results is -

https://support.office.com/en-us/art...3-f21636caedec
Nov 15 '19 #4
Joe Y
77 64KB
There is a workaround suggested by the support page. However, I have lots of VBA using query. Making each change is going to be a big challenge.
Nov 15 '19 #5
Joe Y
77 64KB
DJRhino1175,

I've never dealt with registry. Can you guide me through where to save the .reg file? Most of the users are using Windows 10 pro, some are Windows 7 Pro.

Thanks in advance!
Nov 15 '19 #6
NeoPa
32,159 Expert Mod 16PB
Hi Joe.

Let's deal with this one point at a time :
  1. I suspect that DJRhino's suggestion will not pertain to this issue. That is not to say, by any stretch of the imagination, that DJ wasn't being helpful and sharing his past experiences with you. Simply that his solution looks like it may be for another problem altogether.
  2. I strongly recommend to you, and anyone that doesn't themselves have a good understanding of the Registry in Windows or how one can update it safely, that you don't go there. Every responsible web page ever written that includes instructions on such amendments always includes very strong warnings. If you aren't sure - don't go there.
  3. The page you found on Google is exactly the same one that CactusData posted for you some four hours previously.
  4. You may want to revisit that page. Everyone in the Access world seems to be suffering badly from this issue and everyone is talking about it. As you'd expect, those involved at MSFT, as well as many other prominent faces in the Access world that work in this area, are working very hard to get this resolved. The current version of the page gives various options - most of which depend on the version(s) of Access you're using.
  5. Joe Y:
    Making each change is going to be a big challenge.
    It certainly is. Get your head around that and get on with it, is my best advice. You won't be unique in having to and there will certainly be help and support for all those, like yourself, who've been caught out by this issue.

As a last contribution, and though these are actually commercial sites and so normally unacceptable on Bytes.com, they are helpful in a very serious situation and are both by MVPs working closely with MSFT - the producer of the software, so I will include them :
Critical: Office Update breaks Access ó Query is corrupt
Microsoft Access Query is Corrupt Error 3340
Nov 16 '19 #7
NeoPa
32,159 Expert Mod 16PB
@DJRhino.

I believe that .REG files must actually be stored as UNICODE, rather than simple ASCII text as you'd normally find when creating a new document in most text editors. Many handle UNICODE if the file is already encoded that way - and of course for the most part they would look the same, but don't be confused into thinking they're standard ASCII text files.

I'm not pushing the use of .REG files you understand, just explaining a potential confusion in the hope that it may help.

The easiest way to create a workable .REG file is to select a part of the Registry tree within RegEdit.Exe and Export it from the Right-Click menu. That file will, necessarily, be encoded the right way for importing into a Registry tree at some other time.

NB. *** NEVER PLAY WITH THE REGISTRY ***
When you know enough to ignore this warning then you already know the dangers and that you hold full responsibility for all the results - intended & unintended.
Nov 16 '19 #8
Joe Y
77 64KB
Thanks for the advice. Iím working on the workaround suggested by Microsoft. Letís hope they issue the fix soon.
Nov 17 '19 #9
NeoPa
32,159 Expert Mod 16PB
I'm sorry I couldn't give you better news :-(

I strongly expect that a fix will come out very soon (Sorry - I really can't be more specific.), but I also believe that it's unlikely to be soon enough for most users to get away without having to handle this locally in one way or another.

Releasing a fix to the whole world for a problem that's only just been discovered is always going to be a gargantuan task. Timescales will never match user requirements in those situations.

I wish you the best of luck - of course - as I do everyone who's been affected by these patch releases.
Nov 18 '19 #10
twinnyfo
3,653 Expert Mod 2GB
What a cluster! I guess I'll wait until November 24th.....
Nov 18 '19 #11
NeoPa
32,159 Expert Mod 16PB
Hi guys.

This has been a very traumatic experience for everyone in the Access world but I can report that the Access Team in Redmond has been working extremely hard to get resolutions for the various supported versions still out there (Unsupported ones didn't suffer from the problem anyway ;-) ).

The following extracts are taken from emails from a member of the team :
Access:
Hi everyone,

We are getting patches out, this is the first available, for Office 2016 MSI installations:
November 18, 2019, update for Office 2016 (KB4484198)

Please let me know if you have any issues, or this doesnít resolve the issue.
Just to be clear, this wonít help Office 2010 or 2013, for which patches will be following shortly.

For O365 Monthly Channel, or Office 2016 C2R installs, an update will be also be available very soon.
Followed very soon afterwards by :
Access:
Fixes for most everything, including O365, and 2016 C2R will be coming this week.

When the fix for O365/2016C2R are available, you will update using File/Account/Update Options/Update Now from within an Office application.
I'll send another note when new updates become available.
What may be more useful to many out there :
Access:
Whatís not there (yet, but will be shortly), is that you can now download the update for O365 Monthly Channel/2016 C2R.
It should update you to 16.0.12130.20390.
So, you may be able to get the update before it's even notified publicly. It's in the works obviously.
Nov 19 '19 #12
Joe Y
77 64KB
Thanks for the update. Looking forward to all patches released. My users have various versions of Office installed.
Nov 19 '19 #13
Rabbit
12,516 Expert Mod 8TB
Depending on how long it's going to take them to release the patch and how urgent your work is, it may be feasible to write a script to automate creating a view for all the tables and stepping through all the query definitions to point them to the views.
Nov 19 '19 #14

Post your reply

Sign in to post your reply or Sign up for a free account.

Similar topics

14 posts views Thread by Tom | last post: by
3 posts views Thread by Robert | last post: by
4 posts views Thread by TJS | last post: by
7 posts views Thread by Comagmbh | last post: by
1 post views Thread by CARIGAR | last post: by
reply views Thread by zhoujie | last post: by
reply views Thread by kglaser89 | last post: by
By using this site, you agree to our Privacy Policy and Terms of Use.