BadenPower
BadenPower
Da die ReGaHss bzw. die Script-Engine für die Skript-Ausführung intern mit einer block-geschützten Fehlerbehandlung arbeitet (welche es dem Scriptprogrammierer erlaubt ein ausgefeiltes Error-Handling ala "try/except" oder "try/finally" zu realisieren), durchbricht...
> Ich halte wie gesagt das jetzige Verhalten für konsistent. > Dieses Verhalten ist alles andere als konsistent, denn es gibt keinen einzigen Fall, bei dem ein ScriptRuntimeError welcher nicht...
Um hier mitzudiskutieren setze ich natürlich darauf, dass die Beiteiligten ein hohes Mass an Erfahrung in der Skript-Programmierung sowie auch den gegebenen Verhaltensweisen der ReGaHss mitbringen. Sollte daher etwas unklar...
> Wenn @BadenPower das wirklich gemeint hat, so erscheint mir das vielmehr ein Methode zu sein um herauszukommen das ein Schleifendurchlauf zum Ende gekommen ist oder nicht und weniger ein...
Da das Beispiel von @HMMike so überhaupt Nichts mit Error-Handling zu tun hat, hier einmal das im Eröffnungspost verwendete Skript, welches durch den Einsatz des "geheimen" Error-Handlings auch mit der...
Es geht ja hier in diesem Bug nur um den 1. Parameter. Es sollte hier dabei egal sein, welchen Datentyp der 1. Parameter vor seiner Verwendung in der foreach-Schleife hat,...
Es wäre nicht **nur** ein zusötzlicher Schleifendurchlauf, sondern eben ein dazugehöriger Schleifendurchlauf. Wenn ein Listenstring mit einem Trenner endet, dann wollte doch der Skriptersteller bewusst ein weiteres Element der Liste...