Code und Daten trennen

Hallo zusammen,

Sind gerade auf LabView 2011 umgestiegen (von V7).
Hier kann ja nun der Code und die Daten (also G-Code und ausführbarer Code) getrennt werden. Dies haben wir vor da wir SubVersion verwenden.
Jetzt habe ich bei Ni gelesen (http://zone.ni.com/reference/de-XX/help/...iled_code/), daß man Code und Daten nicht trennen soll wenn die VIs von der Runtime geladen werden.
Gilt dies auch für eine erstellte EXE oder nicht?

MfG Stephan

Anzeige

Daten sind ausführbarer Code? Und vor allem ist G-Code doch auch ausführbar?

Gruß Markus

(26.07.2012 10:12 )Stephan schrieb:  Code und die Daten (also G-Code und ausführbarer Code) getrennt werden.

(26.07.2012 10:16 )Y-P schrieb:   Daten sind ausführbarer Code? Und vor allem ist G-Code doch auch ausführbar?

Gruß Markus

(26.07.2012 10:12 )Stephan schrieb:  Code und die Daten (also G-Code und ausführbarer Code) getrennt werden.

Siehe NI Link im ersten Post.
Dies selbst zu erklären führt sonst vermutlich zu noch mehr ???

(26.07.2012 10:12 )Stephan schrieb:  Gilt dies auch für eine erstellte EXE oder nicht?

Die erstellte *.exe kann unabhänig vom Code verwaltet werden. Ab 8.0 gibt es je den Projektexplorer. Mit diesem (und dem Applikationbuilder) erstellt du das ausführbare Programm. Wenn ihr das wollt, könnt ihr natürlich nur das Projekt in SVN verwalten ohne die Exe.

Oder hast du etwas anderes gemeint?

Beste Grüße,
NWO

Da war ja ein Link (hab ich glatt ignoriert ). Danke.
Das muss ich mir zuerst mal durchlesen.

Gruß Markus

(26.07.2012 10:26 )Stephan schrieb:  Siehe NI Link im ersten Post.

Hallo Stephan,

Zitat:daß man Code und Daten nicht trennen soll wenn die VIs von der Runtime geladen werden. Gilt dies auch für eine erstellte EXE?

Da die Exe nur in der RunTimeEngine läuft: Ja!
Hintergrund: Der RunTimeEngine fehlt der Compiler, der nötig ist, um aus dem "nur G-Code"-VI wieder ein ausführbares VI zu generieren. Und eben diesen ausführbaren Code entfernst du ja mit der genannten Option!

Anzeige

Also, ich versuchs nochmals zu beschreiben.
Ein LabView VI enthält einmal den G-Code, also das was man sieht, ich nenne dies mal Sourcecode, und dann enthält es noch den kompilierten Code welcher direkt vom Prozessor verarbeitet wird.
Wenn nun auf oberster VI-Ebene eine VI geändert wurde, wurden alle SubVIs neu kompiliert, was zur Folge hat, daß der SubVI Zeitstempel geändert wurde und das SubVI binär anderts ist als zuvor.
Dies stellt bei einem Versionsverwaltungssystem ein großes Problem dar.
So habe ich dies zumindest verstanden.

Bei neueren LabView Versionen (ab welcher weiß ich nicht genau) gibt es eine Option den Sourcecode vom Binärcode zu trennen. D.h. im eigentlichen VI steckt kein kompilierter Code mehr der direkt vom Prozessor ausgeführt wird.

Auf der NI Seite steht nun, daß man den kompilierten Code von den VIs nicht trennen soll, wenn diese von der Runtime-Engine aufgerufen werden.

Nun meine Frage:
Ist diese Einschränkung mit der Runtime-Engine auch dann gültig, wenn ich aus den VIs eine Applikation (exe) erstelle?

Ich hoffe es wurde soweit klar was ich meine.

MfG Stephan

Hallo Stephan,

um meine vorige Antwort zu ergänzen:
Diese Einschränkung gilt nur für VIs, die von deiner EXE per VI-Server-Aufruf nachgeladen werden!
Solange die VIs dagegen als "regläre" subVIs eingebunden sind, wird natürlich eine "schöne" EXE erstellt...

(26.07.2012 11:47 )GerdW schrieb:  Hallo Stephan,

Zitat:daß man Code und Daten nicht trennen soll wenn die VIs von der Runtime geladen werden. Gilt dies auch für eine erstellte EXE?

Da die Exe nur in der RunTimeEngine läuft: Ja!
Hintergrund: Der RunTimeEngine fehlt der Compiler, der nötig ist, um aus dem "nur G-Code"-VI wieder ein ausführbares VI zu generieren. Und eben diesen ausführbaren Code entfernst du ja mit der genannten Option!

Ist dies deine praktische Erfahrung oder nur die Interpretation der Aussage?
Das die Runtime-Engine keine Compiler hat ist mir klar. Die Frage ist, was der Applikation Builder genau macht. "Kopiert" es nur die kompilierten Daten aus dem VI in einen EXE, und wenn dort nichts ist dann eben nicht !?

MfG Stephan

---

(26.07.2012 12:00 )GerdW schrieb:  Hallo Stephan,

um meine vorige Antwort zu ergänzen:
Diese Einschränkung gilt nur für VIs, die von deiner EXE per VI-Server-Aufruf nachgeladen werden!
Solange die VIs dagegen als "regläre" subVIs eingebunden sind, wird natürlich eine "schöne" EXE erstellt...

Hallo GerdW

Irgendiwe überschneiden sich unsere Post zeitlich gerade immer ;-)
Also nochmals zusammenfassend.
Meine Applikation besteht auf dem Zielrechner nur aus eine EXE Datei.
Wenn ich dich jetzt richtig verstanden habe ist dies dann keine Problem.
Wenn die EXE jedoch VIs dynamisch (Vi Server) aufruft, dann ist es ein Problem.

Ich glaube jetzt stimmt mein Weltbild wieder ;-)
Danke.

MfG Stephan