Bug in Array-Max-Min?

(07.06.2019 15:19 )Lucki schrieb:  Das ist alles seltsam, aber der Code ist ja stark aufgedonnert, fast alles ist überflüssig. Wenn man den Code vereinfacht, und sei es nur, daß man den nicht benötigen Draht im letzten Case zum Ausgang des Shift-Regisers wegläßt, wird alles normal. Deshalb halte ich es für ein schlechtes Beispiel, um NI damit einen Bug zu unterstellen - aber interessant wäre es doch, wieso es dazu kommt.

Nun ja, du glaubst doch jetzt nicht, dass das mein ursprüngliches Programm war. Ich habe es nur auf das wesentlichste eingedampft um das Problem aufzuzeigen, auf das ich gestoßen bin. Der letzte Draht wird bei meinem Orignal-Programm natürlich nicht unverändert dem Shift-Register zugeführt; vielmehr wird damit gerechnet und erst das Ergebnis kommt dann ins Shift-Register - Draht löschen kommt also nicht in Frage.
Angehängt mal das ursprüngliche VI (leicht modifiziert um es lauffähig zu halten), plus das Haupt-VI von dem es aufgerufen wird (letzteres nur auf die Interaktion mit dem Sub-VI reduziert).
Im Sub-VI im "resize"-case rot eingekringelt die eigentliche unnötige I32 Typ-Umwandlung ohne die es irgendwie zur DBL-Konversion kommt.
(Falls wer Anstoß an der 85er Schleife mit dem 1er inkrement/dekrement nimmt - das war nur so ne fancy "smooth scrolling" Idee von mir )

Was das "den Datentyp des ersten mit ihnen verbundenen Objekts annehmen" angeht: Das haut nicht hin.
Wenn man in meinem VI alle entsprechenden Schieberegister löscht, neu anlegt und dabei erst als wirklich allerletztes die Array-Min/Max Funktion verdrahtet, passiert trotzdem die merkwürdige DBL-Umwandlung.

Btw: Falls wer eine Idee hat wie man die ganze UI-Skaliererei (weswegen den ganzen Aufwand mache) eleganter lösen kann, immer her damit. Das LabView autoscaling ist echt ein PITA.

Gruß, Thomas