forums.silverfrost.com Forum Index forums.silverfrost.com
Welcome to the Silverfrost forums
 
 FAQFAQ   SearchSearch   MemberlistMemberlist   UsergroupsUsergroups   RegisterRegister 
 ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

SDBG exception
Goto page 1, 2  Next
 
Post new topic   Reply to topic    forums.silverfrost.com Forum Index -> Support
View previous topic :: View next topic  
Author Message
KennyT



Joined: 02 Aug 2005
Posts: 255

PostPosted: Wed Nov 29, 2017 1:50 pm    Post subject: SDBG exception Reply with quote

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
View user's profile Send private message Visit poster's website
Robert



Joined: 29 Nov 2006
Posts: 223
Location: Manchester

PostPosted: Wed Nov 29, 2017 7:12 pm    Post subject: Reply with quote

On my machine, sdbg is at:

C:\Users\Robert\AppData\Local\VirtualStore\Windows

It also needs a header:

[Debugger-Win32]
Back to top
View user's profile Send private message Visit poster's website
KennyT



Joined: 02 Aug 2005
Posts: 255

PostPosted: Wed Nov 29, 2017 9:01 pm    Post subject: Reply with quote

thanks, VirtualStore was the answer!

K
Back to top
View user's profile Send private message Visit poster's website
John-Silver



Joined: 30 Jul 2013
Posts: 631

PostPosted: Sat Dec 02, 2017 1:25 am    Post subject: Reply with quote

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
View user's profile Send private message
JohnCampbell



Joined: 16 Feb 2006
Posts: 1834
Location: Sydney

PostPosted: Sat Dec 02, 2017 6:59 am    Post subject: Reply with quote

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
View user's profile Send private message
PaulLaidler
Site Admin


Joined: 21 Feb 2005
Posts: 5043
Location: Salford, UK

PostPosted: Sat Dec 02, 2017 9:00 am    Post subject: Reply with quote

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
View user's profile Send private message
JohnCampbell



Joined: 16 Feb 2006
Posts: 1834
Location: Sydney

PostPosted: Sat Dec 02, 2017 11:02 am    Post subject: Reply with quote

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
View user's profile Send private message
PaulLaidler
Site Admin


Joined: 21 Feb 2005
Posts: 5043
Location: Salford, UK

PostPosted: Sat Dec 02, 2017 12:26 pm    Post subject: Reply with quote

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
View user's profile Send private message
John-Silver



Joined: 30 Jul 2013
Posts: 631

PostPosted: Sun Dec 03, 2017 4:00 am    Post subject: Reply with quote

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
View user's profile Send private message
Robert



Joined: 29 Nov 2006
Posts: 223
Location: Manchester

PostPosted: Mon Dec 04, 2017 4:03 pm    Post subject: Reply with quote

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
View user's profile Send private message Visit poster's website
JohnCampbell



Joined: 16 Feb 2006
Posts: 1834
Location: Sydney

PostPosted: Tue Dec 05, 2017 6:05 am    Post subject: Reply with quote

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
View user's profile Send private message
PaulLaidler
Site Admin


Joined: 21 Feb 2005
Posts: 5043
Location: Salford, UK

PostPosted: Tue Dec 05, 2017 8:24 am    Post subject: Reply with quote

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
View user's profile Send private message
JohnCampbell



Joined: 16 Feb 2006
Posts: 1834
Location: Sydney

PostPosted: Tue Dec 05, 2017 9:07 am    Post subject: Reply with quote

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
View user's profile Send private message
PaulLaidler
Site Admin


Joined: 21 Feb 2005
Posts: 5043
Location: Salford, UK

PostPosted: Tue Dec 05, 2017 9:40 am    Post subject: Reply with quote

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
View user's profile Send private message
Robert



Joined: 29 Nov 2006
Posts: 223
Location: Manchester

PostPosted: Tue Dec 05, 2017 9:48 am    Post subject: Reply with quote

> 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
View user's profile Send private message Visit poster's website
Display posts from previous:   
Post new topic   Reply to topic    forums.silverfrost.com Forum Index -> Support All times are GMT + 1 Hour
Goto page 1, 2  Next
Page 1 of 2

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum


Powered by phpBB © 2001, 2005 phpBB Group