I am using Win7 with dbISAM v4.26 Build 3

This is my first DBISAM application for Win7.
I have a very simple query and it works fine if I have RequestLive=True. If I have it set
to False, I get the 11013 error. This appears to be a Windows 7 security related error. I
ran ProcMon and DBISAM is trying to access:

10:44:59.3441081 AM   bds.exe   2636   QueryDirectory   C:\Windows\System32\36880.dat   NO SUCH
FILE   Filter: 36880.dat

So it looks like it is trying to access the c:\Windows\System32 directory looking for the
temporary file. I was able to add a TDBISAMSession component and specify a valid
PrivateDir and that solved the problem.

Is this a known problem with Win7?

TIA
Dave

Dave,

You need to set PrivateDir to a directory where you have write permissions
when not using live results.

So it's technically not a Win7 error but a bug in your application - it just
happens that Vista/Win7 enforces the permissions to system locations.

If you search the NG you'll see a large number of discussions related to
error 11013 and Vista/Win7.

Raul


"Dave" <dbguy@2-mail.com> wrote in message
news:5FD36642-1C91-4773-9FA2-488963C04AE2@news.elevatesoft.com...
> I am using Win7 with dbISAM v4.26 Build 3
>
> This is my first DBISAM application for Win7.
> I have a very simple query and it works fine if I have RequestLive=True.
> If I have it set
> to False, I get the 11013 error. This appears to be a Windows 7 security
> related error. I
> ran ProcMon and DBISAM is trying to access:
>
> 10:44:59.3441081 AM bds.exe 2636 QueryDirectory
> C:\Windows\System32\36880.dat NO SUCH
> FILE Filter: 36880.dat
>
> So it looks like it is trying to access the c:\Windows\System32 directory
> looking for the
> temporary file. I was able to add a TDBISAMSession component and specify a
> valid
> PrivateDir and that solved the problem.
>
> Is this a known problem with Win7?
>
> TIA
> Dave
>
>
> __________ Information from ESET NOD32 Antivirus, version of virus
> signature database 4825 (20100201) __________
>
> The message was checked by ESET NOD32 Antivirus.
>
> http://www.eset.com
>
>
>

__________ Information from ESET NOD32 Antivirus, version of virus signature database 4825 (20100201) __________

The message was checked by ESET NOD32 Antivirus.

http://www.eset.com

Raul,
   Thanks, DBISAM is behaving itself now. :0

But I'm getting a similar error with Delphi. When closing Delphi (without saving a new
forms unit I created) I get an error (Eureka) "The IDE has raised an exception" "Failed to
save the project. The following error happened while save: Cannot create file
"c:\Windows\system32\Project1.dproj.$$$". Access is denied.".

I don't know why Delphi is trying to store the temporary project file in the
c:\windows\system32 directory. I thought I could change Delphi's environment options for
Shared repository and Default Project directories and that would be where Delphi puts its
temporary files. But it still insists on referencing c:\windows\system32 directory.

Do you have any idea how I can get Delphi to stop using drive C: for storing its temporary
files?

TIA
Dave

> "Raul" wrote:
>
>Dave,
>
>You need to set PrivateDir to a directory where you have write permissions
>when not using live results.
>
>So it's technically not a Win7 error but a bug in your application - it just
>happens that Vista/Win7 enforces the permissions to system locations.
>
>If you search the NG you'll see a large number of discussions related to
>error 11013 and Vista/Win7.

>Raul


"Dave" <dbguy@2-mail.com> wrote in message
news:5FD36642-1C91-4773-9FA2-488963C04AE2@news.elevatesoft.com...
> I am using Win7 with dbISAM v4.26 Build 3
>
> This is my first DBISAM application for Win7.
> I have a very simple query and it works fine if I have RequestLive=True.
> If I have it set
> to False, I get the 11013 error. This appears to be a Windows 7 security
> related error. I
> ran ProcMon and DBISAM is trying to access:
>
> 10:44:59.3441081 AM bds.exe 2636 QueryDirectory
> C:\Windows\System32\36880.dat NO SUCH
> FILE Filter: 36880.dat
>
> So it looks like it is trying to access the c:\Windows\System32 directory
> looking for the
> temporary file. I was able to add a TDBISAMSession component and specify a
> valid
> PrivateDir and that solved the problem.
>
> Is this a known problem with Win7?
>
> TIA
> Dave
>
>
> __________ Information from ESET NOD32 Antivirus, version of virus
> signature database 4825 (20100201) __________
>
> The message was checked by ESET NOD32 Antivirus.
>
> http://www.eset.com
>
>
>

__________ Information from ESET NOD32 Antivirus, version of virus signature database 4825
(20100201) __________

The message was checked by ESET NOD32 Antivirus.

http://www.eset.com

You did not mention which IDE you're using. Newer ones should default to "My
Documents\RAD Studio\Projects\" as a default save location.
Changing the "default project" in options should change the default save
location for new project files. Temp file location I'm not really sure
about.

What it sounds like though is that your "current folder" when running the
IDE is for some reason c:\windows\system32 !?

(DBISAM issue is related to this as it saves the temp files to current
folder).

So couple of things to try :

1. Check the shortcut you use to run delphi and see what the "Start in"
entry is (you could try changing this also).

2. try running a "clean" copy of ide to ensure some 3rd party component is
not changing folder on startup (with newer IDEs you can create a new
shortcut and add a command line param -r to use a new registry root. For
example add  -rClean to run delphi with new config called  Clean).

Raul


"Dave" <dbguy@2-mail.com> wrote in message
news:F7B87FD3-BF65-43A0-82DA-83D273A01423@news.elevatesoft.com...
> Raul,
>    Thanks, DBISAM is behaving itself now. :0
>
> But I'm getting a similar error with Delphi. When closing Delphi (without
> saving a new
> forms unit I created) I get an error (Eureka) "The IDE has raised an
> exception" "Failed to
> save the project. The following error happened while save: Cannot create
> file
> "c:\Windows\system32\Project1.dproj.$$$". Access is denied.".
>
> I don't know why Delphi is trying to store the temporary project file in
> the
> c:\windows\system32 directory. I thought I could change Delphi's
> environment options for
> Shared repository and Default Project directories and that would be where
> Delphi puts its
> temporary files. But it still insists on referencing c:\windows\system32
> directory.
>
> Do you have any idea how I can get Delphi to stop using drive C: for
> storing its temporary
> files?
>
> TIA
> Dave



__________ Information from ESET NOD32 Antivirus, version of virus signature database 4832 (20100203) __________

The message was checked by ESET NOD32 Antivirus.

http://www.eset.com