forums.silverfrost.com

Thomas · Posted: Tue Feb 06, 2024 11:04 am Post subject: RaiseException using sdbg64

We are using FTN95 in 32 bit and 64 bit mode.
- 64 bit advantage: Substantial better performance
- 32 bit advantage: Debugging possible

With each new FTN95 version we hope that the problems with sdbg64 will be resolved. Now, having installed version 9.00, we learned that our problem remains.

Root cause for problems seems presently to be a call to a dynymic link library, causing a "RaiseException" and a program crash. Without sdbg64, operating the program simply as executable, works well. Also 32 bit code, with or without debugger, works well.

I could compress the source code to just 9 lines, easy to reproduce with the corresponding dll.

PaulLaidler · Posted: Tue Feb 06, 2024 3:49 pm Post subject:

Thomas

Please supply code for the DLL function together with the command line options used to compile both the DLL and the executable.

Thomas · Posted: Tue Feb 06, 2024 6:14 pm Post subject:

Hi Paul,
The relevant command line options for FTN95 are as follows:
/64
/check
/intl
/save

The dll is a semi-commercial software, where we have unfortunately no access to the source code. We can however provide the following documents:
- interface description
- dll file
- data base used by the dll
How can I submit or upload the corresponding files?

It may be the case that the exception happens somewhere inside the dll. With the 32 bit version we can however debug. And the 64 bit executable is performing well without sdbg64.
_________________
Thomas

PaulLaidler · Posted: Wed Feb 07, 2024 8:11 am Post subject:

Thomas

1) I usually use DropBox to upload files to the internet and then send a link.

2) /INTL is the default so is not of interest.

3) /CHECK can be experimentally changed to /DEBUG to see if the problem relates to one of the checking mechanisms.

4) /SAVE is not recommended unless you know what it does but it is unlikely to make any difference.

5) If the exception is raised in the third party DLL then there may not be much that you can do about it other than report it to the owner.

Thomas · Posted: Thu Feb 08, 2024 10:09 am Post subject:

Paul,

Since /check is our default option I tried with any combination of /-check and/or /-debug without success.

The orignal subroutine calling the dll-function needs actually not to be debugged. Compiling this single subroutine with /-check is therefore acceptable for us.

To download the relevant files try the following link:

https://cloud7.steinmueller.com/s/bjijadF8CdF6TMC
_________________
Thomas

PaulLaidler · Posted: Thu Feb 08, 2024 12:22 pm Post subject:

Thomas

I have tested using your make64.bat and it works for me giving

Thomas · Posted: Thu Feb 08, 2024 1:04 pm Post subject:

Thank you, Paul, for your continuous support in this matter.

The reason for stat = -10 is most probably that the access data base is not at the specified location. The statement

PaulLaidler · Posted: Thu Feb 08, 2024 3:15 pm Post subject:

Thomas

Now that I have the correct path for LESdb.mdb I get an access violation.

It does not depend on the command line options (provided I use /64) and for me it is not related to SDBG64.

I can't step into the third party DLL so I have no way of knowing what is going wrong. At the moment I can only assume that there is a problem in the third party DLL or in the way in which the function is being called.

Thomas · Posted: Thu Feb 08, 2024 5:11 pm Post subject:

Paul,

At least you were able to reproduce the error. Did you also try to execute the code without sdbg64? The question remains, why it works as executable with the same binary code but not in debug mode.

My conclusion for the time being:
a) The outcome of your investigation is what I was worried about. Your view that it is not sdbg64 but the dll causing the trouble is comprehensible.
b) We need to proceed with both, 32 bit and 64 bit code simultaneously. 32 bit for debugging. 64 bit for good performance.

I will proceed with the owner of the dll not expecting a better outcome.
_________________
Thomas

PaulLaidler · Posted: Thu Feb 08, 2024 5:22 pm Post subject:

For me it does not work either way.

Thomas · Posted: Thu Feb 08, 2024 5:28 pm Post subject:

Can you try 32 bit mode with /-64 and sdbg instead of sdbg64?

All relevant files including 32 bit dll were already uploaded.
_________________
Thomas

Robert · Joined: 29 Nov 2006 Posts: 445 Location: Manchester

Which exception is being raised?

Thomas · Posted: Thu Feb 08, 2024 10:32 pm Post subject:

No exception with 32 bit, neither when executing the program as executable nor with sdbg.

No exception with 64 bit when executing the program as executable.

With sdbg64:
[img]https://cloud7.steinmueller.com/s/gKHdNnX7iiXrnjY[/img]
_________________
Thomas

PaulLaidler · Posted: Fri Feb 09, 2024 9:20 am Post subject:

Thomas

For 32 bits I get a runtime failure: LESdb.dll not found.

Robert · Joined: 29 Nov 2006 Posts: 445 Location: Manchester

Which exception is it? Is there a 32-bit exception number shown in sdbg64?