INFO: Dieses Forum nutzt Cookies...
Cookies sind für den Betrieb des Forums unverzichtbar. Mit der Nutzung des Forums erklärst Du dich damit einverstanden, dass wir Cookies verwenden.

Es wird in jedem Fall ein Cookie gesetzt um diesen Hinweis nicht mehr zu erhalten. Desweiteren setzen wir Google Adsense und Google Analytics ein.


Antwort schreiben 

Dieses Thema hat akzeptierte Lösungen:

Bug bei strikter Typdef



Wenn dein Problem oder deine Frage geklärt worden ist, markiere den Beitrag als "Lösung",
indem du auf den "Lösung" Button rechts unter dem entsprechenden Beitrag klickst. Vielen Dank!

17.06.2015, 08:48 (Dieser Beitrag wurde zuletzt bearbeitet: 17.06.2015 08:50 von Lucki.)
Beitrag #1

Lucki Offline
Tech.Exp.2.Klasse
LVF-Team

Beiträge: 7.699
Registriert seit: Mar 2006

LV 2016-18 prof.
1995
DE

01108
Deutschland
Bug bei strikter Typdef
Wahrscheinlich ist es ein Bug, gegen den man direkt nichts machen kann, aber sicherheitshalber möchte ich doch nach mal fragen.
Gegeben ein Cluster mit strikter Typdef in einem VI. Von den Elementen das Clusters gibt es im VI jede Menge Eigenschaftsknoten, die direkt aus dem FP heraus durch Clicken mit der rechten Maustaste erzeugt wurden. Die Namen der Eigenschaftsknoten entsprechen den Namen der Clusterelemente.
Hier ein extrem einfaches VI, mit nur einem Cluster und einigen Eigenschaftsknoten:
   

Jetzt soll die Reihenfolge der Elemente im Cluster nachträglich geändert werden. (Fragt nicht warum, es hat schon seinen Grund). Das geht natürlich nur in der Typdef. Da die Eigenschaftsknoten die Namen der Elemente tragen, an denen sich nichts ändert, sollte man meinen, dass das keine Auswirkungen auf die Eigenschftsknoten hat. Das ist auch so - aber nur wenn der Cluster nicht typisiert ist, oder wenn es sich um eine nicht strikte Typdef handelt.

Bei strikter Typdefinition werden die Zuordnungen der Eigenschaftsknoten aber alle verändert, und das schöne große VI ist erst mal Schrott.
Ich ändere jetzt mal die Reihenfolge im obigen Cluster. Zuerst ging die Elemente-Nummerierung von oben nach untern, jetzt geht sie von unten nach oben. Die Eigenschaftsknoten sehen jetzt so aus:
   
Hier zwar nicht, aber man kann sich wohl denken, dass diese veränderte Zuordnung der Knoten zu den Elementen verheerende Folgen haben kann.
Ich hänge mal das VI an, ich wäre dankbar, wenn das Problem von einen "zweiten Gutachter" untersucht würde.
Gruß Ludwig


Angehängte Datei(en)
14.0 .vi  Cluster.vi (Größe: 10,31 KB / Downloads: 145)

14.0 .ctl  Clustertypdef.ctl (Größe: 5,35 KB / Downloads: 131)
Alle Beiträge dieses Benutzers finden
Diese Nachricht in einer Antwort zitieren to top
Anzeige
Antwort schreiben 


Nachrichten in diesem Thema
Bug bei strikter Typdef - Lucki - 17.06.2015 08:48
RE: Bug bei strikter Typdef - jg - 17.06.2015, 09:22
RE: Bug bei strikter Typdef - Lucki - 17.06.2015, 10:06

Möglicherweise verwandte Themen...
Themen Verfasser Antworten Views Letzter Beitrag
  Aenderungen in strikter Typdefinition werden nicht übernommen Hasenfuss 2 3.699 25.06.2015 17:30
Letzter Beitrag: BNT
  Bedienelement in Typdef duplizieren logan 5 5.109 10.12.2013 11:26
Letzter Beitrag: GerdW
  Konstanten von Strikter Type-Def wird nicht aktualisiert FEL 6 7.332 22.10.2009 14:47
Letzter Beitrag: FEL
  Unterschied typdef und strikte typdef achim @ FZK 5 10.133 05.04.2009 20:22
Letzter Beitrag: rolfk

Gehe zu: