Icon View Thread

The following is the text of the current message along with any replies.
Messages 1 to 6 of 6 total
Thread Error 11013
Tue, Oct 12 2010 4:41 PMPermanent 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 PMPermanent Link

Fernando Dias

Team Elevate Team Elevate

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 PMPermanent 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 PMPermanent 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 AMPermanent 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 PMPermanent Link

Tim Young [Elevate Software]

Elevate Software, Inc.

Avatar

Email timyoung@elevatesoft.com

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
Image