View previous topic :: View next topic |
Author |
Message |
StamK
Joined: 12 Oct 2016 Posts: 159
|
Posted: Sun Jun 11, 2017 10:12 am Post subject: Cannot use scroll bar in large files in debugger |
|
|
In large files (4700+ lines), the control of the scroll bar disappears, as you can see in the picture. Using up/down keys does not scroll either. This means that during debugging I cannot see what is happening (for some reason the debugger also does not focus on the current active line in these large files). Resizing does not help.
![](https://preview.ibb.co/g9TJ8F/missing_bar_control.png) |
|
Back to top |
|
![](templates/subSilver/images/spacer.gif) |
StamK
Joined: 12 Oct 2016 Posts: 159
|
Posted: Fri Jun 30, 2017 3:43 pm Post subject: |
|
|
Has anyone else noticed this as well? It appears to happen only with the 64bit debugger.
Because of this, there are some functions where I cannot put any breakpoint, so I believe this is quite a serious issue. Thanks |
|
Back to top |
|
![](templates/subSilver/images/spacer.gif) |
DanRRight
Joined: 10 Mar 2008 Posts: 2819 Location: South Pole, Antarctica
|
Posted: Sat Jul 01, 2017 12:53 am Post subject: |
|
|
Do not remember I had this exactly problem with the new debugger but clearly it is still a work in progress. Hopefully Silverfrost is close to add all suggestions and fix all current complaints in the 64bit SDBG. |
|
Back to top |
|
![](templates/subSilver/images/spacer.gif) |
StamK
Joined: 12 Oct 2016 Posts: 159
|
Posted: Sun Jul 16, 2017 9:35 pm Post subject: |
|
|
As kindly suggested by Robert (Silverfrost), you can modify the file %appdata%\sdbg64.ini You could just delete the file or edit the SourceWindow-H setting to be something sensible (like 40). This worked for me.
Also if looking for a text in a file, you can use Ctrl+S to do a search (case-sensitive). Ctrl+A repeats it. |
|
Back to top |
|
![](templates/subSilver/images/spacer.gif) |
DietmarSiepmann
Joined: 03 Jun 2013 Posts: 279
|
Posted: Mon Jul 17, 2017 1:27 pm Post subject: |
|
|
I would like to learn about sdbg64.exe and sdbg64.ini and in this context I have a few questions.
1. I found a file sdbg.ini for the 32 bit debugger located in directory
C:\Users\<user name>\AppData\Local\VirtualStore\Windows
. However, there is no file sdbg64.ini in this directory and I was not able to create a file sdbg64.ini by means of sdbg64.exe. This might be related to the following observation:
When exiting sdbg.exe (32 bit), a dialog "Confirm exit" is displayed and I can put a check mark to the toggle button "Save size and position of open windows". When exiting sdbg64.exe the dialog "Confirm exit" is not displayed at all.
The version information of sdbg64.exe is
Silverfrost Debugger for 64-bit Windows version 8.10.3
2. The first line of sdbg.ini (32 bit) is
[Debugger-Win32]
. If I would like to create file sdbg64.ini manually, what would be the analogon to this line for the 64 bit debugger?
3. Where can I find information about the environment I can set for sdbg.exe (32 bit) and sdbg64.ini?
Thanks in advance and regards,
Dietmar |
|
Back to top |
|
![](templates/subSilver/images/spacer.gif) |
mecej4
Joined: 31 Oct 2006 Posts: 1886
|
Posted: Mon Jul 17, 2017 11:27 pm Post subject: |
|
|
SDBG64 puts SDBG64.INI in a slightly different place, namely, %APPDATA%, which may expand to C:\Users\<UserName>\AppData\Roaming.
Last edited by mecej4 on Tue Jul 18, 2017 12:39 pm; edited 1 time in total |
|
Back to top |
|
![](templates/subSilver/images/spacer.gif) |
DietmarSiepmann
Joined: 03 Jun 2013 Posts: 279
|
Posted: Tue Jul 18, 2017 9:59 am Post subject: |
|
|
mecej4,
thanks for your information, the expansion for %APPDATA% you gave is exactly the location where sdbg64.exe writes file SDBG64.INI and from which it reades the information.
I checked this for the desktop paramaters Desktop-X, Desktop-Y, Desktop-W and DESKTOP-H.
Unfortunately, some settings I found in ini file sdbg.ini for the 32 bit version do not seem to work for the 64 bit version. These are e.g.
SavePositionOnExit=1
ShowTips=1
I ought to say that the version of sdbg.exe for which I tested the 32 bit settings was 7.10 .
Another observation: the first line of sdbg64.ini generated by sdbg64.exe is
[Debugger-Win32]
which is confusing.
Regards,
Dietmar |
|
Back to top |
|
![](templates/subSilver/images/spacer.gif) |
DietmarSiepmann
Joined: 03 Jun 2013 Posts: 279
|
Posted: Tue Jul 18, 2017 10:30 am Post subject: |
|
|
Sorry,
SavePositionOnExit=1
seems to work for sdbg64.exe, but I did not find a way to supress the saving of the debugger's position for sdbg64.exe.
Regards, Dietmar |
|
Back to top |
|
![](templates/subSilver/images/spacer.gif) |
DanRRight
Joined: 10 Mar 2008 Posts: 2819 Location: South Pole, Antarctica
|
Posted: Thu Jul 20, 2017 7:28 am Post subject: |
|
|
Looking how painfully slow goes development of SDBG64 I wonder if Silverfrost has the sources of 32bit SDBG or like with the Simpleplot they are missing? Why write the new debugger from scratch and observing its evolution going from primitive formless embrionic stages through the currently may be fish? Wasn't it better just to expand 32bit one on the new 64bit platform? |
|
Back to top |
|
![](templates/subSilver/images/spacer.gif) |
JohnCampbell
Joined: 16 Feb 2006 Posts: 2554 Location: Sydney
|
Posted: Thu Jul 20, 2017 7:45 am Post subject: |
|
|
Dan,
I don't know of the SDBG64 development, but I have had on-going projects where a major change gave me the excuse to start again and try to redefine the system approach and overcome all (or at least some of) those niggling problems that I thought were holding back the solution.
I have only had a few of those and the ones that worked for me keep me going and looking for the next big chance.
We'll have to wait and see if SDBG64 is one of these for Silverfrost, if the re-work is as much as you claim. To date, I have been impressed with the way FTN95 /64 has worked for my recent code development so I am hoping for the best.
John |
|
Back to top |
|
![](templates/subSilver/images/spacer.gif) |
PaulLaidler Site Admin
Joined: 21 Feb 2005 Posts: 7928 Location: Salford, UK
|
Posted: Thu Jul 20, 2017 11:33 am Post subject: |
|
|
SDBG64 has been ported from SDBG but this is not as quick and easy as may be supposed. Apart from obvious issues, the whole of the "backend" of FTN95 has been rewritten from scratch and this has a significant impact on the code for the debugger. |
|
Back to top |
|
![](templates/subSilver/images/spacer.gif) |
DanRRight
Joined: 10 Mar 2008 Posts: 2819 Location: South Pole, Antarctica
|
Posted: Thu Jul 20, 2017 7:37 pm Post subject: |
|
|
John, Aren't you one of those who almost never use debugger? Where are your bug reports and suggestions? How do you and such kind of programmers debug is mystery to me. But I know some people (C folks more often) who use their 7th sense for that and just happy with inserting gradfather's PRINT* between offending lines
Paul, then why GUI changed substantially to the total primitivity if it was ported? Saving settings, windows sizes and their states etc etc etc are not 64bit related. Any progress with the new release any time soon? May be all that is already fixed and I am barking on the empty tree. I ported some minor programs to 64bits but afraid to touch major code with the current debugger. One clueless Access Violation crash and I am out of luck for any further porting. |
|
Back to top |
|
![](templates/subSilver/images/spacer.gif) |
DietmarSiepmann
Joined: 03 Jun 2013 Posts: 279
|
Posted: Mon Jul 24, 2017 11:50 am Post subject: |
|
|
Dan,
I understand your concerns related to sdbg64.exe especially concerning the GUI functionality.
I am in the process of porting a big GUI application from 32 bit to 64 bit and I make use of sdbg64.exe quite often despite the lack of some GUI functionality. In most cases I use CTRL-F (find routine), CTRL-S (search text) and F2 for setting breakpoints. You may set a write breakpoint to variable via entering ALT-P to display a command window and then entering 'write_break xxx' to this command window. This helped in many cases.
Let me point out another aspect:
For my GUI port the availability of other utilities for building the executable (e.g. scc, or a library manager) is desirable and important, as well. And at this point you would discuss what is more important the GUI of sdgb64.exe or the 64 bit port of scc e.g..
Regards,
Dietmar |
|
Back to top |
|
![](templates/subSilver/images/spacer.gif) |
DanRRight
Joined: 10 Mar 2008 Posts: 2819 Location: South Pole, Antarctica
|
Posted: Fri Jul 28, 2017 6:45 am Post subject: |
|
|
Stripped down GUI was just first obvious problem of SDBG64. There were many others, mainly access violation crashes and still sometimes showing wrong offending line in the source. Me and Mecej4 wrote about these problems, and also made other soggestions. If you will find the bugs and have your suggestions do not hesitate to post here.
Had no time to look if new version from few days back fixed obvious deficiencies, not just the GUI. |
|
Back to top |
|
![](templates/subSilver/images/spacer.gif) |
|