View previous topic :: View next topic |
Author |
Message |
KennyT
Joined: 02 Aug 2005 Posts: 317
|
Posted: Wed Nov 29, 2017 1:50 pm Post subject: SDBG exception |
|
|
I've got a new laptop and installed FTN95 on it, but when i try to run my application under the debugger, SDBG crashes with an exception E06D7363
my SDBG.INI file has the following lines:
IgnoreException-1=E06D7363
IgnoreException-2=00000001
IgnoreException-3=04242420
IgnoreException-4=E0000002
IgnoreException-5=C0000374
IgnoreException-6=406D1388
and it's stored in c:\windows. All the same setup as my old PC (where this problem doesn't occur)
what haven't I done that needs to be done? Is there an environmental that needs to be set that i've forgotten about?
TIA
K |
|
Back to top |
|
![](templates/subSilver/images/spacer.gif) |
Robert
![](http://forums.silverfrost.com/images/avatars/141724757f4c9c04bd.jpg)
Joined: 29 Nov 2006 Posts: 449 Location: Manchester
|
Posted: Wed Nov 29, 2017 7:12 pm Post subject: |
|
|
On my machine, sdbg is at:
C:\Users\Robert\AppData\Local\VirtualStore\Windows
It also needs a header:
[Debugger-Win32] |
|
Back to top |
|
![](templates/subSilver/images/spacer.gif) |
KennyT
Joined: 02 Aug 2005 Posts: 317
|
Posted: Wed Nov 29, 2017 9:01 pm Post subject: |
|
|
thanks, VirtualStore was the answer!
K |
|
Back to top |
|
![](templates/subSilver/images/spacer.gif) |
John-Silver
![](http://i.postimg.cc/K8HMTnXq/Bart-Unrivalled-Native-Plotting256.jpg)
Joined: 30 Jul 2013 Posts: 1520 Location: Aerospace Valley
|
Posted: Sat Dec 02, 2017 1:25 am Post subject: |
|
|
is this SDBG.INS file install generated or user generated ?
if the former does that mean it goes in the wrong place on install ? |
|
Back to top |
|
![](templates/subSilver/images/spacer.gif) |
JohnCampbell
Joined: 16 Feb 2006 Posts: 2560 Location: Sydney
|
Posted: Sat Dec 02, 2017 6:59 am Post subject: |
|
|
My understanding is that C:\Users\Robert\AppData\Local\VirtualStore\Windows
is a copy of the file in \windows.
This copy is created because the "user" Robert does not have adequate rights to modify the file in c:\windows.
This is a feature of changing user rights in recent versions of Windows O/S.
It all gets a bit confusing, as depending on how you access the file, you will see either the virtual copy of the original file. ( This is real devilry as it can cause unexpected problems. )
The problem is that files like SDBG.INI should not be placed in directories like C:\Windows.
Directories like C:\Program Files (x86)\Silverfrost\ftn95\include also have this problem. This problem has become progressively worse with Win 8.1 and Win 10.
Perhaps the solution is to use C:\ProgramData\Silverfrost\ftn95, where I think would allow users to change files.
This is a real issue to be addressed as files must be located where users have adequate rights. Relying on virtual copies is not a good solution.
John |
|
Back to top |
|
![](templates/subSilver/images/spacer.gif) |
PaulLaidler Site Admin
Joined: 21 Feb 2005 Posts: 7938 Location: Salford, UK
|
Posted: Sat Dec 02, 2017 9:00 am Post subject: |
|
|
sdbg.ins is not installed. It is created when the user runs sdbg.exe and it contains user's data such as the last position and size of the various windows in the debugger. |
|
Back to top |
|
![](templates/subSilver/images/spacer.gif) |
JohnCampbell
Joined: 16 Feb 2006 Posts: 2560 Location: Sydney
|
Posted: Sat Dec 02, 2017 11:02 am Post subject: |
|
|
Paul,
If this is the case, the user may have the right to create the file, but not the right to modify (or delete ?) the file ? It is definitely an issue with user rights.
The virtual directory stores updated copies of files. Windows explorer knows this and links to the virtual files. I think Fortran OPEN does also. If you look at c:\windows directory (using explorer.exe), it will show the file as updated, but if you use files@ it will show different properties of the file in C:\windows and C:\Users\Robert\AppData\Local\VirtualStore\Windows
I found this by using my cmptree utility (which is based on files@) then reviewing the directories using explorer.exe
I think it is not good to have .ini files "virtualised" in this way. C:\Windows and C:\Program Files (x86) are protected directories. I thought C:\ProgramData was provided to overcome this problem
John |
|
Back to top |
|
![](templates/subSilver/images/spacer.gif) |
PaulLaidler Site Admin
Joined: 21 Feb 2005 Posts: 7938 Location: Salford, UK
|
Posted: Sat Dec 02, 2017 12:26 pm Post subject: |
|
|
John
The only problem is knowing where to find the file if you need to delete it.
I deleted all copies of sdbg.ini on my machine and then I ran sdbg.exe.
Afterwards sdbg.ini was in...
C:\Users\Paul\AppData\Local\VirtualStore\Windows
If you need to reset the data, you can use File Explorer to search your machine for sdbg.ini and then delete all copies of this file. |
|
Back to top |
|
![](templates/subSilver/images/spacer.gif) |
John-Silver
![](http://i.postimg.cc/K8HMTnXq/Bart-Unrivalled-Native-Plotting256.jpg)
Joined: 30 Jul 2013 Posts: 1520 Location: Aerospace Valley
|
Posted: Sun Dec 03, 2017 4:00 am Post subject: |
|
|
thanks John & Paul for the explanations.
So the solution ('ViualStore was the answer') to Kenny's problem was what exactly - move the file which was in the wrong place ? |
|
Back to top |
|
![](templates/subSilver/images/spacer.gif) |
Robert
![](http://forums.silverfrost.com/images/avatars/141724757f4c9c04bd.jpg)
Joined: 29 Nov 2006 Posts: 449 Location: Manchester
|
Posted: Mon Dec 04, 2017 4:03 pm Post subject: |
|
|
sdbg uses the ini Windows API calls. Originally they wrote to the Window directory. Windows 10 now redirects those files to the virtual store.
Kenny had taken his sdbg.ini file from an old machine and copied it to the Windows directory on his new machine. |
|
Back to top |
|
![](templates/subSilver/images/spacer.gif) |
JohnCampbell
Joined: 16 Feb 2006 Posts: 2560 Location: Sydney
|
Posted: Tue Dec 05, 2017 6:05 am Post subject: |
|
|
Robert,
FTN95 and utilities should not be using the "Virtual Store".
Using Virtual Store just indicates the user does not have the appropriate user rights to access the file in the way you intend.
Creating virtual copies of files is very confusing for users.
You need to change SDBG, PLATO etc to use either \users\"user"\... or if a general file then C:\ProgramData\Silverfrost\... |
|
Back to top |
|
![](templates/subSilver/images/spacer.gif) |
PaulLaidler Site Admin
Joined: 21 Feb 2005 Posts: 7938 Location: Salford, UK
|
Posted: Tue Dec 05, 2017 8:24 am Post subject: |
|
|
John
Are you sure about this? Plato and SDBG use GetPrivateProfileInt etc. and (if my memory serves me correctly) these functions do the redirection automatically. |
|
Back to top |
|
![](templates/subSilver/images/spacer.gif) |
JohnCampbell
Joined: 16 Feb 2006 Posts: 2560 Location: Sydney
|
Posted: Tue Dec 05, 2017 9:07 am Post subject: |
|
|
Paul,
I am not sure about this, but what is the purpose of Virtual Store ?
I know it is confusing, as the file becomes an alias away from the file in original directory.
Looks bad to me to have a hidden file in Virtual Store.
John
Last edited by JohnCampbell on Tue Dec 05, 2017 9:42 am; edited 1 time in total |
|
Back to top |
|
![](templates/subSilver/images/spacer.gif) |
PaulLaidler Site Admin
Joined: 21 Feb 2005 Posts: 7938 Location: Salford, UK
|
Posted: Tue Dec 05, 2017 9:40 am Post subject: |
|
|
Quote: | what is the purpose of Virtual Store |
John
It is one of those Microsoft innovations that may well address a significant security issue but also create a real headache for users for whom security is not a concern. |
|
Back to top |
|
![](templates/subSilver/images/spacer.gif) |
Robert
![](http://forums.silverfrost.com/images/avatars/141724757f4c9c04bd.jpg)
Joined: 29 Nov 2006 Posts: 449 Location: Manchester
|
Posted: Tue Dec 05, 2017 9:48 am Post subject: |
|
|
> You need to change SDBG, PLATO etc to use either \users\"user"\..
They do: C:\Users\Paul\AppData\Local\VirtualStore\Windows fits that scheme. |
|
Back to top |
|
![](templates/subSilver/images/spacer.gif) |
|