replica nfl jerseysreplica nfl jerseyssoccer jerseyreplica nfl jerseys forums.silverfrost.com :: View topic - SDBG crashing intermittently
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 crashing intermittently

 
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: 318

PostPosted: Mon Mar 19, 2012 1:51 pm    Post subject: SDBG crashing intermittently Reply with quote

Hi, anyone else getting this?

About 50% of the time, pressing F6 to start running my app under SDBG I get an "access violation" and have to try again.

The other 50% I get a message like this:

Error

(i) System error: The parameter is incorrect

[OK]

Clicking OK then runs the app correctly.

I've tried "stepping" instead of "running" but the same thing occurs.

Any ideas?

I'm using w7-64bit. SDBG v6.20.

K
Back to top
View user's profile Send private message Visit poster's website
PaulLaidler
Site Admin


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

PostPosted: Mon Mar 19, 2012 5:38 pm    Post subject: Reply with quote

This looks like it could be a problem about running SDBG under 64bit Windows 7. The best you can do is to make sure that all of your code is compiled using CHECKMATE.
Back to top
View user's profile Send private message AIM Address
KennyT



Joined: 02 Aug 2005
Posts: 318

PostPosted: Tue Mar 20, 2012 6:41 pm    Post subject: Reply with quote

It's quite a large app, with lots of DLLs, how much do I need to put under /CHECKMATE?

k
Back to top
View user's profile Send private message Visit poster's website
PaulLaidler
Site Admin


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

PostPosted: Wed Mar 21, 2012 8:28 am    Post subject: Reply with quote

If you can, put everything under CHECKMATE whilst you isolate the current problem.
Back to top
View user's profile Send private message AIM Address
KennyT



Joined: 02 Aug 2005
Posts: 318

PostPosted: Tue Apr 03, 2012 5:09 pm    Post subject: Reply with quote

OK, I tried compiling everything with /checkmate but when I try to link my main DLL, I get this in SLINK:

Code:

Runtime error from program:c:\win32app\salford\slink.exe
Access Violation
The instruction at address 00413499 attempted to write to location 0be28000

 004131ae writeExecutable(<ptr>char) [+02eb]

 0040767a parcelUpExe(void) [+097c]

 004081e9 processFileCommand(<ptr>char,int) [+023d]

 004088a9 processCommand(<ptr>char) [+0b20]

 0040a146 acceptCommands(void) [+00b0]

 0040c089 parseCommandLine(<ptr><ptr>char) [+02a3]

 0040cb94 main [+00c3]

 00426f8e SALFStart [+06ff]


eax=00003825   ebx=00c97dee   ecx=0be28000
edx=24eac000   esi=0be28000   edi=0b07f530
ebp=0370eca0   esp=0370ea54   IOPL=1
ds=002b   es=002b   fs=0053
gs=002b   cs=0023   ss=002b
flgs=00010202 [NC OP NZ SN DN NV]

 00413499  movh     [ecx],ax
 0041349c  add      ecx,0x2
 0041349f  mov      [ebp-0x34],ecx


?

K
Back to top
View user's profile Send private message Visit poster's website
PaulLaidler
Site Admin


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

PostPosted: Wed Apr 04, 2012 7:24 am    Post subject: Reply with quote

This looks like a bug in SLINK. If you can zip everything up and send it to Silverfrost, I will see if I can locate and fix the bug. I can see where the failure is occurring from your trace back but not why.
Back to top
View user's profile Send private message AIM Address
KennyT



Joined: 02 Aug 2005
Posts: 318

PostPosted: Wed Apr 04, 2012 9:58 am    Post subject: Reply with quote

OK, it's on its way!

K
Back to top
View user's profile Send private message Visit poster's website
DanRRight



Joined: 10 Mar 2008
Posts: 2923
Location: South Pole, Antarctica

PostPosted: Thu Apr 26, 2012 5:03 pm    Post subject: Reply with quote

Paul, have you fixed this issue which seems i also got today under Win7_64. I started getting at the start of the debugging after first F6 the window

"System error: The parameter is incorrect"

which seems was just annoyance but then today the Variables window stopped to show any variables. The only difference was that today i used watch of variable and looked at the occurences of Write on variable.

Describing the problem a bit more -- when debugger starts i see the variables but after i switch the subroutine with Ctrl+F, its Variables window is empty. I could try to reinstall compiler but may be the problem is different

Later additions....
Switched OS to Windows XP 32 bit and there is the same story with Vars (no annoying System error window to appear though). That's totally strange, because compiler installations are different on different disks...(on XP this corruption might happened long ago - i did not use debugger there for a long time). Looks like a hardware problem?
Back to top
View user's profile Send private message
PaulLaidler
Site Admin


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

PostPosted: Thu Apr 26, 2012 7:40 pm    Post subject: Reply with quote

I have everything to hand for Kenny's SLINK problem but I have not yet started to isolate the bug.

If you have a problem with SDBG then you should aim to isolate it in a small program and post it together with full details of your operating system.
Back to top
View user's profile Send private message AIM Address
DanRRight



Joined: 10 Mar 2008
Posts: 2923
Location: South Pole, Antarctica

PostPosted: Thu Apr 26, 2012 8:52 pm    Post subject: Reply with quote

Decently i even do not know how describe what is happening.... The behavior is reproduced on any program. For example this one
Code:

   program a
   aa = 1
   print*, aa
   call bsub
   end

   subroutine bsub
   bb=1
   print*,bb
   end



Next 3 pictures demonstrate what i do.
1) I open code in debugger (note its variables are listed), then
2) change the subroutine with Ctrl+F and
3) in opening windows do not see the variables. Fun is that this exactly happen in XP or Win7_64 (actually these pictures are from XP)


Last edited by DanRRight on Mon Apr 30, 2012 6:49 am; edited 1 time in total
Back to top
View user's profile Send private message
PaulLaidler
Site Admin


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

PostPosted: Thu Apr 26, 2012 10:03 pm    Post subject: Reply with quote

I don't think that you should expect to see any variables at this point.
You have found the routine but you have not run the program to that point.

You will find the original break point in a window behind the window showing the "Find". Returning to the first code window shows the break point has not moved and the current variables are refreshed.
Back to top
View user's profile Send private message AIM Address
DanRRight



Joined: 10 Mar 2008
Posts: 2923
Location: South Pole, Antarctica

PostPosted: Thu Apr 26, 2012 11:02 pm    Post subject: Reply with quote

Wow Thanks for quick help, Paul. Seems i completely forgot how to use the debugger relying mostly on run-time errors. Or was confused with something....this popup or my error i still can not find or expecting vars to be there by default... some mental shift... Smile. I will remove these pics. By the way question to all - do "real programmers use debuggers" ? Smile
Back to top
View user's profile Send private message
KennyT



Joined: 02 Aug 2005
Posts: 318

PostPosted: Tue May 08, 2012 11:49 am    Post subject: Re: Reply with quote

PaulLaidler wrote:
I have everything to hand for Kenny's SLINK problem but I have not yet started to isolate the bug.

If you have a problem with SDBG then you should aim to isolate it in a small program and post it together with full details of your operating system.

OK, Paul, that new SLINK allows the "/CHECKMATE" compilation to complete successfully, thanks.

I'm now getting the following runtime error:

*** Error 14, Attempt to alter an actual argument that is a constant, an expression, an INTENT(IN) argument, or a DO variable

Which seems to be related to an ALLOCATED variable in a module in a DLL (in a large app!). The actual line of code itself looks completely benign so I've been trying to make a "noddy" version that has the same issue, but haven't managed to reproduce it yet... (of course, it may be due to our "recursive modules" problem...)


K
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
Page 1 of 1

 
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