LabVIEWForum.de

Guten Morgen

Ich habe das depricated MD5Checksum File.vi ersetzt durch das neue File Checksum.vi (SHA-256).

Das führt im Application Builder zum Fehler 1502:

Ein VI ist während des Build-Prozesses beim Speichern ohne Blockdiagramm funktionsuntüchtig geworden. Ändern Sie entweder die Build-Spezifikation dahingehend, dass das VI mit Blockdiagramm eingeschlossen wird, oder aktivieren Sie die Fehlersuche und beziehen Sie die Blockdiagramme aller VIs im Build in die Fehlersuche ein. Benachrichtigen Sie den technischen Support von National Instruments über diesen Fehler.

C:\Program Files (x86)\National Instruments\LabVIEW 2020\vi.lib\Bit Manipulation\wrappers\Network-Order Bytes To Words\Network-Order Bytes To Words U32.vi

Fehler 1502 bei AB_Source_VI.lvclass:Close_Reference.vi -> AB_Build.lvclass:Save.vi

Mögliche Ursachen:
LabVIEW: (Hex 0x5DE) VIs können nicht ohne das dazugehörige Blockdiagramm gespeichert werden.

Wenn ich wieder zurückgehe auf das alte MD5Checksum File.vi fkt. es wieder.

Gruss, Steffen

LabView 2020 SP1

Hallo Steffen,

als erstes: Ein LabVIEW Bug ist das nicht.

Ein paar Stichworte dazu:
Irgendwas mit Packed Library?
Modifizierte VIs in vi.lib?
Ungewöhnliche Einstellungen beim Application Builder?

OK, einverstanden, dann hätten es andre ja auch.

Vielleicht muss ich LabView nochmal installieren. In der vi.lib ändere ich nie. Die einzelnen VIs in dem polymorphen Ding sind auch gut.

Ich habe ein leeres Projekt angelegt und nur dieses File checksum.vi eingefügt, dann kommt der gleiche Fehler. Aber nur bei den Instanzen SHA-224 und SHA-256. Die anderen Instanzen funktionieren. Die Verwendung der einzelnen VIs SHA-224 File Checksum.vi und SHA-256 File Checksum.vi aus dem Pfad C:\Program Files (x86)\National Instruments\LabVIEW 2020\vi.lib\security\Message Digest\API\Instances\File ergeben den gleichen Fehler.

In der Entwicklungsumgebung läuft es problemlos.

Melde mich, sobald ich was weiss, Steffen

(30.06.2021 14:23 )BerndDasBrot schrieb: [ -> ]Ich habe ein leeres Projekt angelegt und nur dieses File checksum.vi eingefügt,

Ja, so hatte ich das auch gemacht.

Hallo zusammen,

Zitat:Das führt im Application Builder zum Fehler 1502:
C:\Program Files (x86)\National Instruments\LabVIEW 2020\vi.lib\Bit Manipulation\wrappers\Network-Order Bytes To Words\Network-Order Bytes To Words U32.vi

und

Zitat:als erstes: Ein LabVIEW Bug ist das nicht.
Ein paar Stichworte dazu:
Irgendwas mit Packed Library?
Modifizierte VIs in vi.lib?
Ungewöhnliche Einstellungen beim Application Builder?

Beides schon mal gute Hinweise!
Ich hätte auch noch einen: im NI-Forum gibt es immer mal wieder Meldungen, dass VIMs evtl. Probleme beim Kompilieren verursachen können.
Und wie der Zufall so will, ist eben im "Network-Order Bytes to Words" ein VIM enthalten…
(Nur so eine Idee…)

Hallo zusammen

Vielen Dank für den Tip GerdW. Im NI Forum gibt es einen Beitrag über VIM und Application builder. Dort fand ich folgenden Hinweis:

After further investigation, we have discovered that this can be caused by using the Fast File Format. This option can be found under the "advanced" section of the Build Properties dialog box. We believe the only way of getting in to this state is by checking the box, which is unchecked by default.

In this case, to avoid Error 13, the box MUST remain UNCHECKED.

Da bei mir die CheckBox "Fast File Format" schon unchecked war, habe ich umgeschaltet auf checked. Und siehe da: Problem gelöst.

Die dahinter liegenden Probleme habe ich nicht verstanden, was mir aber keine Schlafstörungen bringen wird.

Gruss, Steffen

Hallo Steffen,

danke für die Rückmeldung. Hast du vielleicht noch den Link zur Hand, dann bitte hier posten...

Wenn nicht, ist es auch nicht schlimm.

Danke, Jens

EDIT: Meintest du diesen Thread?
https://forums.ni.com/t5/LabVIEW/Malleab...anguage=en