Problem in Executable, but not from IDE
Problem in Executable, but not from WED
It's called clutching at straws Karl-Heinz I was experimenting and left it there thinking something was being left open and causing the problem
Problem in Executable, but not from WED
Hi Jeff,
I was not able to reproduce your issue because you had too included much libraries I don't use or even have.
Removing the Report Classes don't changes anything?
Wolfgang
I was not able to reproduce your issue because you had too included much libraries I don't use or even have.
Removing the Report Classes don't changes anything?
Wolfgang
Wolfgang Riedmann
Meran, South Tyrol, Italy
wolfgang@riedmann.it
https://www.riedmann.it - https://docs.xsharp.it
Meran, South Tyrol, Italy
wolfgang@riedmann.it
https://www.riedmann.it - https://docs.xsharp.it
Problem in Executable, but not from WED
No Wolfgang. Made no difference at all. I'm at a total loss. Is it possible to write a Begin..End sequence to cover it?
Problem in Executable, but not from WED
Hi Jeff,
I would add several DebOut() statements to discover where the exact point of failure is, starting the every line in the Start() method and then the called functions/methods.
Do you have tried to compile your exe with "debug" set to on? Sometimes this gives better informations about runtime errors.
Wolfgang
I would add several DebOut() statements to discover where the exact point of failure is, starting the every line in the Start() method and then the called functions/methods.
Do you have tried to compile your exe with "debug" set to on? Sometimes this gives better informations about runtime errors.
Wolfgang
Wolfgang Riedmann
Meran, South Tyrol, Italy
wolfgang@riedmann.it
https://www.riedmann.it - https://docs.xsharp.it
Meran, South Tyrol, Italy
wolfgang@riedmann.it
https://www.riedmann.it - https://docs.xsharp.it
Problem in Executable, but not from IDE
Ill try tge debout method, thank you Wolfgang. As for the debugger, it is already on...
Problem in Executable, but not from IDE
Hi Jeff,
if you are not able to find anything, as last resort I could give a look on your development PC using TeamViewer or AnyDesk.
Wolfgang
if you are not able to find anything, as last resort I could give a look on your development PC using TeamViewer or AnyDesk.
Wolfgang
Wolfgang Riedmann
Meran, South Tyrol, Italy
wolfgang@riedmann.it
https://www.riedmann.it - https://docs.xsharp.it
Meran, South Tyrol, Italy
wolfgang@riedmann.it
https://www.riedmann.it - https://docs.xsharp.it
-
- Posts: 37
- Joined: Fri Jun 07, 2019 4:16 pm
Problem in Executable, but not from IDE
I haven't tried the IDE yet, so my following suggestion may be a waste of time. However, my experience with VC is that an uninitialized variable can cause a compile program to bomb while executing the same code in a debugger exhibits no problems as the debugger automatically initializes all variable..
To find this kind of issue (and even if initialization is not the problem), I would put a bunch of messagebox() calls (messagebox("stop1"), messagebox("stop2"), messagebox("stop3")... into your compiled code. You can then narrow down the problematic code section by seeing in between which messagebox calls the code aborts. Then add more messagebox() calls in that area. Rinse and repeat.
Good luck
To find this kind of issue (and even if initialization is not the problem), I would put a bunch of messagebox() calls (messagebox("stop1"), messagebox("stop2"), messagebox("stop3")... into your compiled code. You can then narrow down the problematic code section by seeing in between which messagebox calls the code aborts. Then add more messagebox() calls in that area. Rinse and repeat.
Good luck