![]() | ![]() Products ![]() ![]() ![]() ![]() |
Home » Technical Support » DBISAM Technical Support » Support Forums » DBISAM General » View Thread |
Messages 1 to 6 of 6 total |
![]() |
Tue, Oct 12 2010 4:41 PM | Permanent Link |
Gordon Turner | I'm getting the dreaded DBISAM Engine Error # 11013 Access denied to table... in various instances - different products with different versions of DBISAM (Delphi 7 - DBISAM 3.30 & Delphi 2006, DBISAM 4.2.8). But in both instances the file is a temp file created for a query result (with the 5 digit file name), and the file is being created in the same folder as the application data files themselves - C:\Documents and Settings\All Users\Application Data\TimeOff 2\Data\16567.IDX - for example. (I set the Session.PrivateDir value to the same location as the data files themselves.)
Since the user has to have Modify, Read, and Write privileges in the folder to store data in the regular data files, I'm sure it's not a permission problem. So what else can I check/change to avoid these errors? |
Tue, Oct 12 2010 5:06 PM | Permanent Link |
Fernando Dias ![]() | Gordon,
Check the anti-virus. Set it to exclude that directory or disable it and see what happens. Fernando Dias [Team Elevate] |
Tue, Oct 12 2010 8:33 PM | Permanent Link |
Gregory Sebastian | Had this same problem with one of my customers a while back. It was also
resolved by disabling the anti-virus program. Can't remember which AV program though. cheers -- Gregory Sebastian EzySoft Developments www.ezysoft-dev.com |
Tue, Oct 12 2010 11:37 PM | Permanent Link |
Gordon Turner | "Gregory Sebastian" wrote:
Had this same problem with one of my customers a while back. It was also resolved by disabling the anti-virus program. Can't remember which AV program though. I'm not sure I understand why an AV program would mess with the temp files but not the data files - both are created in the same folder and have the same set of extensions. |
Wed, Oct 13 2010 1:57 AM | Permanent Link |
Gregory Sebastian | Hi Gordon,
In my case the PrivateDir was set to the Windows user temp folder. The data folder was user defined, so probably in the "My Doc" or "Shared Doc" folder. Slightly different circumstance from yours. It was a lesser known AV program that's why I just can't remember its name. The user did confirm that they frequently got Error # 11013 running a query and the problem went away immediately when they disabled the AV program. <<I'm not sure I understand why an AV program would mess with the temp files but not the data files >> Not sure too, maybe because the app is attempting to create the temp files so it flags it as being suspicious. As Fernando suggested, definitely worth disabling the AV program as part of your troubleshooting process. Regards -- Gregory Sebastian EzySoft Developments www.ezysoft-dev.com |
Thu, Oct 14 2010 1:48 PM | Permanent Link |
Tim Young [Elevate Software] Elevate Software, Inc. ![]() | Gordon,
<< I'm not sure I understand why an AV program would mess with the temp files but not the data files - both are created in the same folder and have the same set of extensions. >> AV programs decide to do whatever they want, and in whatever manner they want, and they're sometimes not exactly clear about how they operate. Usually they scan any new files that are created on disk. Why they do so with normal applications, and not just IE and other browsers, is beyond me. The network intrusion points are usually well-defined and confined to web, email, and other widely-known network applications. -- Tim Young Elevate Software www.elevatesoft.com |
This web page was last updated on Wednesday, August 14, 2024 at 03:12 PM | Privacy Policy![]() © 2024 Elevate Software, Inc. All Rights Reserved Questions or comments ? ![]() |