Execution2

Not yet. I will let you know when it arrives.

Sid

Your disc has arrived.

Sid

The project on your disc works perfectly for me.

Paul: I am at a total loss, do not know what to do next. The same project that I sent you gets an interrupt when I try to 'enter into' and step through the fortran instructions, doesn't even get to 'base one', it only happens on Win 7, not on Win 8, any ideas? Sid

Sid

I don't really know what you can do other than to either a) uninstall the whole Silverfrost download and start again or b) abandon doing this work on the machine that is causing problems or c) if you can, get hands-on help from someone locally.

Paul,

I find that some of the settings retained between runs for both Plato and SDBG that are either stored in .ini files or the registry are being corrupted or invalid. There have been a number of examples where these problems are not reproducable. The solution may be to provide more validation for the settings that are being recovered. Often, when a program crashes, I will have SDBG start up and appearing on the Start/Task bar but not visable on the screen. It can be a challenge to override the display settings and make it visable on the screen, especially when I did not expect a program crash and SDBG to start.

I am still frequently getting Plato to change the display with large empty bands of colour on the screen below the menu. Are Sid and I the only ones getting these problems ?

Perhaps if you could implement a screen and settings status dump option, for when the problems occur. We could email this dump for your review.

John

John

As far as I know the problems that you and Sid are experiencing are both isolated and unrelated. Maybe you should simply run SDBG from a command line instead of launching it from Plato.

Paul,

SDBG appears to be initiated when there is an error in the program although I am Building (using CheckMate Win32) and Starting the program from within Plato.

Does the idea of a screen status dump, to identify the problems we are having, have any support ?

John

I doubt it. It is very usual for us to be able to fix a problem that we cannot reproduce. You can try if you wish. This thread has got so long that I have forgotten what the problem is.

Hi Paul: Sid Kraft here, I found out that I am having the interrupt in the library file 'kernelbase.dll', a Win 7 system file. I restored my windows system and the corrupted library file has been fixed, the error was caused by the corrupted .dll. Thanks for your support, all is now well.

Hi Paul: May have spoke too soon, still getting interrupts when I try to 'step into' to step through execution, seems to be intermittent, only on win 7. Have reloaded the system, made all of Microsoft updates, not sure what is causing the error, always get the message error in kernelbase.dll recognizing a variable called 'LEAVE', guess I will just be resigned to use Win 8 and quit wasting time! If you discover something else related to this problem, please let me know, Sid Kraft

OK

Hi Paul Laidler: Sid Kraft Here, When I am debugging, If I do not have any variables displayed on screen, I can 'hover' over a variable and the system shows me what the value is in Plato. If I have any variables set to display on the screen, the 'hover' activity does not display the value. Is there an option that I can set to get both functions activated at same time? please let me know, Sid

There is no option for this. You should also get the 'hover' display when variables are displayed in a window.

This should be the case when using Plato as an integrated debugger and when launching SDBG from Plato and when launching SDBG from a command line.

Well Paul: What can I say, not getting the values when I 'hover' with variable(s) displayed on screen, only when non displayed, then 'hover' works fine. Sid Kraft

I have another problem with SDBG under command prompt. It appeared 3-4 years ago and I see it on 7 and 8 Windows on all computers (I did not check other versions because not sure it is Windows related after making SDBG compatible with XP in settings). This appears not immediately to tell here exactly with demo code.

When you debug and open/close/open several windows displaying some variables after scrolling/listing/moving the source text with keyboard PgUp and PgDn keys, the hovering window starts to appear by itself in spontaneous place where some variable landed on mouse pointer during Pg Up and Dn. Very, very annoying. You need then to put mouse aside from any source text to be able to list the text with the keyboard. Anyone have seen that? I am surprised no one complained so far.

Hi Paul: I got the error again from a different location in the 'kernelbase.dll' library program from a totally different version of windows. I was running windows 7 Ultimate version and switched to Windows 8.1. This ran for a while and I suddenly started getting the 'stack overflow' problem and related to the library routine 'kernelbase.dll'. After much experimentation, I reduced the possibilities to two versions of windows and finally got the compiler to execute programs under the win 7, 32bit version of software. Apparently, there is a problem that the Silverfrost software runs into with the windows 64 bit version of software. I believe this also includes win 8.1 as I believe that it runs under the 64 bit software architecture. I would suggeste that your analysts review running Silverfrost Fortran under both the 32 bit op sys and the 64 bit op sys, seems to run into problems with the 64 bit version. Thanks, let me know, Sid Kraft.

With problems of this kind it is advisable to check that you are using the latest version of FTN95 and that your operating system has the latest updates.

If the problem remains then we will aim to look into it if you can send the (short) program code together with details of the operating system in question.

Quoted from stfark1 This ran for a while and I suddenly started getting the 'stack overflow' problem and related to the library routine 'kernelbase.dll'. After much experimentation, I reduced the possibilities to two versions of windows and finally got the compiler to execute programs under the win 7, 32bit version of software. Apparently, there is a problem that the Silverfrost software runs into with the windows 64 bit version of software. I believe this also includes win 8.1 as I believe that it runs under the 64 bit software architecture.

You could put a simple example that shows the problem available somewhere. Here in the forums are people with many different computer setups, that could do some testing. Also, you could give some information about your application like the type (.NET or pure win32), possible exception code and general information like is the recursion involved.