Guys,
I think the problem is not the handling of BEGIN SEQUENCE/RECOVER statements. The problem is that in VO, when an error happens, you can continue execution of the code that caused that problem from the next line, or you can even try to rerun the offending line of code. Or you can chose to display a dialog when an error happens, so the user becomes aware of this and for that, you do not even need to have a BEGIN SEQUENCE at all for that. I am afraid it is completely impossible to emulate anything of this in .Net, without modifying the actual code..
Chris
Break only when Debugging
Break only when Debugging
Chris Pyrgas
XSharp Development Team
chris(at)xsharp.eu
XSharp Development Team
chris(at)xsharp.eu
Break only when Debugging
Hi Chris,
I know that is impossible to emulate the behaviour of VO. But adding a sort of error handler in seqences without helps at least to find the place where the error was occurring.
Of course such places have to be changed afterwards....
Wolfgang
I know that is impossible to emulate the behaviour of VO. But adding a sort of error handler in seqences without helps at least to find the place where the error was occurring.
Of course such places have to be changed afterwards....
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
Break only when Debugging
Hi Chris,
when you have implemented NoIVarGet()/NoIVarPut() in the runtime: could you send me please also an update?
I'm relying massively on these functions in my server classes.
The same is true for all the IVar*-functions.
Wolfgang
when you have implemented NoIVarGet()/NoIVarPut() in the runtime: could you send me please also an update?
I'm relying massively on these functions in my server classes.
The same is true for all the IVar*-functions.
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
Break only when Debugging
Chris,
FTR, should we "ask" for interim-dlls or will they go automatically to the download area?
Karl
FTR, should we "ask" for interim-dlls or will they go automatically to the download area?
Karl
Regards
Karl
(on Win8.1/64, Xide32 2.20, X#2.20.0.3)
Karl
(on Win8.1/64, Xide32 2.20, X#2.20.0.3)
Break only when Debugging
Hi Karl,
For now it is easier to send updates directly to those of you who report problems/ask for the fixes, because this way they can directly report back if the problem is indeed fixed, or if they see any other sideeffects, this is much safer than making general releases with not very much tested yet (so potentially breaking) updates. I guess you just asked for an update though, so I'll send you one right away
Chris
For now it is easier to send updates directly to those of you who report problems/ask for the fixes, because this way they can directly report back if the problem is indeed fixed, or if they see any other sideeffects, this is much safer than making general releases with not very much tested yet (so potentially breaking) updates. I guess you just asked for an update though, so I'll send you one right away
Chris
Chris Pyrgas
XSharp Development Team
chris(at)xsharp.eu
XSharp Development Team
chris(at)xsharp.eu
Break only when Debugging
Hi Chris,
got it. No, actually i was only curious how the plan was. Now i'm under pressure <G>
Karl
got it. No, actually i was only curious how the plan was. Now i'm under pressure <G>
Karl
Regards
Karl
(on Win8.1/64, Xide32 2.20, X#2.20.0.3)
Karl
(on Win8.1/64, Xide32 2.20, X#2.20.0.3)