Stack imbalance bei Recover?

[KlausRoider]

Ich will prüfen, ob das letzte Zeichen eines String eine Ziffer oder ein Buchstabe ist und verwende dazu ein ToNumber in einer Calc. Ein Buchstabe müßte zu einem Fehler führen, den ich mit Recover/Resume abfange und somit sozusagen eine Gabelung nach Ziffer/Buchstabe im Prozeß geschaffen habe, etwa so:


Das hat bisher immer funktioniert, nun aber (wegen neuer BP-Version?) nicht mehr. Fehlermeldung: Stack imbalance.
Woran liegt das?

------------------------------
Klaus Roider
------------------------------

[ewilson]

Hello @KlausRoider,

If you search the Community site you'll find a few different threads related to stack imbalance. Generally, this comes down to possibly moving through a debug session to quickly (i.e. rushing from stage to stage) or issues with exceptions in your process that aren't being properly handled.

Cheers,
​

------------------------------
Eric Wilson
Director, Integrations and Enablement
Blue Prism Digital Exchange
------------------------------

[KlausRoider]

Yes, I've read about this, but it doesn't help.
I'm clicking slowly through the stages. It happens even in my little test-process (see picture above), where there is only the one calculation-stage to click through.

------------------------------
Klaus Roider
------------------------------

[ewilson]

@KlausRoider,

From the little bit that we can see from the screenshot, there's no Start stage, or any other stage for that matter, feeding the Calculation stage.​ So, the first thing I would do is add/link a Start stage and see if the behavior persists.

Cheers,

------------------------------
Eric Wilson
Director, Integrations and Enablement
Blue Prism Digital Exchange
------------------------------

[KlausRoider]

Die calc-Stage wird durch ein Data item (testtext; war nur nicht im Bild, sorry) befüllt. Ich habe sogar sicherheitshalber ein Start hinzugefügt. Gleiches Ergebnis.

Um das abzukürzen, werde ich jetzt die Prüfung über eine Schleife oder decision machen, da geht ja auch. Seltsam ist der Fehler aber schon, zumal es bisher funktioniert hat.

There is an input to the calc-stage via a data item texttext (sorry, not in the screenshot). I even added a start-stage for safety's sake. Same result.
To cut it short, I'll do the check via a loop or decision (="0" OR = "1" OR...). Strange thing though, it worked fine once.

------------------------------
Klaus Roider
------------------------------

[ewilson]

What version of BP did it work under previously, and what version are you on now? Are there any other differences like to the .NET Framework version?

Cheers,

------------------------------
Eric Wilson
Director, Integrations and Enablement
Blue Prism Digital Exchange
------------------------------

[KlausRoider]

Ex 6.7., now 6.10. 
I don't know anything about frameworks or so, I'm just a user.

------------------------------
Klaus Roider
------------------------------

[ewilson]

@KlausRoider,

Can you provide an example value for the testtext data item?

Cheers,
​

------------------------------
Eric Wilson
Director, Integrations and Enablement
Blue Prism Digital Exchange
------------------------------

[KlausRoider]

Ein beliebiger Buchstabe. Beim Testen war es ein "w", aber das dürfte je egal sein.
Any letter. When testing, it was "w", but that ought not to matter.

Ich habe es in meinem Prozeß verwendet, um von Hausnummern die Buchstaben abzutrennen, z.B. Hauptstraße 1 a -> Hauptstraße 1.
It was used to parse the letter from a house number.

Ich habe das Problem, wie gesagt, inzwischen anders gelöst.
The problem is solved another way now, so don't bother.

------------------------------
Klaus Roider
------------------------------