Runtime in Installer aufnehmen geht bei mir nicht

Ich habe eine lauffähige 8.61 Anwendung mit Installer.
Nun habe ich das ganze mit LV9 (_f3 Patch installiert) erstellt (Entwicklungsrechner XP-32Bit) und laufe in komische Probleme. Vielleicht kann mir dazu jemand was sagen.

Der Installer tuts nicht, wenn ich die RuntimeLV9 mit ins Setup aufnehmen lasse, der Build wird zwar erstellt, aber beim ausführen von Setup-exe sagt er dann, dass irgendwas nicht aktualisiert sei:

.Distribution.cpp(1930): IInstallerError 11004
Entwicklerfehler. Distribution enhält ungültige Abhängigkeiten:
1. Product Bolometer ({705F06D8-A1A7-40C9-A71D-B5B9A92ADC66}) depends on
product with upgrade code {1DA01FF3-1E36-4A14-802B-D195819E159B},
version [9.0.316.0,), language in {}
which is not in the distibution.


Distribution korrigieren und erneut versuchen.
<No Debug Message>

Daher habe ichs Setup ohne die Runtime erzeugen lassen, das lief dann durch.

Auf dem Entwicklungsrechenr mit XP läuft auch die LV9-Exe einwandfrei.


Auf dem Zielsystem win7-64Bit habe ich zunächst die Runtime LV9 installiert, gebootet und dann meine Applikation mit Setup-.exe. Muss ich auch auf meinem Entwicklungssystem die von NI.cm geladene Runtime installieren ?

Auf dem Zielsystem win7-64 gibt es dann das Problem, dass er COM2 nicht findet. Übrigends gibts bei win7 keine Hyperterminal mehr...
Ich habe auf COM2 daher ein Standardmodem installiert, um zu sehen ob COM2 lebt, COM2 ist da.
COM2 spreche ich über VISA an. Wie ich nun in LV9 sehe, steht an dem VISA:öffnen (alt). Vielleicht findet er das "alte" dann auf einem neuen System nicht ?
Ich habe die VISA-öffnen-Funktionen dann gegen die "neue" getauscht und werde morgen sehen ob es geht.
Ebenso fällt mir bei den INI-Funktionen auf, dass das Konfigurationsdatei öffnen so ein kleines 8.6 dabei hatte. Auch das habe ich dann gegen die optisch gleiche LV9 Variante ersetzt.

Anzeige

' schrieb:Muss ich auch auf meinem Entwicklungssystem die von NI.cm geladene Runtime installieren ?

Nö!

' schrieb:Auf dem Zielsystem win7-64 gibt es dann das Problem, dass er COM2 nicht findet. Übrigends gibts bei win7 keine Hyperterminal mehr...
Ich habe auf COM2 daher ein Standardmodem installiert, um zu sehen ob COM2 lebt, COM2 ist da.
COM2 spreche ich über VISA an. Wie ich nun in LV9 sehe, steht an dem VISA:öffnen (alt). Vielleicht findet er das "alte" dann auf einem neuen System nicht ?
Ich habe die VISA-öffnen-Funktionen dann gegen die "neue" getauscht und werde morgen sehen ob es geht.

Ist auf dem Zielrechner auch eine VISA-Runtime installiert, die mit win7-64bit kompatibel ist?
http://joule.ni.com/nidu/cds/view/p/id/1606/lang/en

' schrieb:Ebenso fällt mir bei den INI-Funktionen auf, dass das Konfigurationsdatei öffnen so ein kleines 8.6 dabei hatte. Auch das habe ich dann gegen die optisch gleiche LV9 Variante ersetzt.

Jaja, NI hat sich überlegt, die INI-Funktionen für LV2009 neu zu schreiben. Deswegen gibt es ein paar 8.6er Kompatibilitäts-VIs.

Gruß, Jens

Nun stelle ich fest, irgendwas geht bei mir bei den VISA-Funktionen nicht.
Ich mache nur VISA open auf COM1 und VISA close und das geht nur auf meinem Entwicklungsrechner unter XP und auf einem anderen Rechner mit LV9 Runtime und XP.

Auf 2 win7-64 Systemen mit LV9 Runtime schlägt VISA open auf COM1 mit Fehler -1073807202 fehl.

Hat einer win7 (32 oder 64) und COM1, und kann mal eben testen obs bei ihm läuft, oder noch besser, wie ich das hinkriege dass es bei mir läuft ?

Das VI LV90
  visatest.vi (Größe: 8,57 KB / Downloads: 360)
und die als exe compilierte Version
  VisaTestLV9.zip (Größe: 125,57 KB / Downloads: 324)
liegen hier bei.

' schrieb:Ist auf dem Zielrechner auch eine VISA-Runtime installiert, die mit win7-64bit kompatibel ist?
http://joule.ni.com/nidu/cds/view/p/id/1606/lang/en

Das wars, danke. Mein Posting von soeben hat sich dadurch erledigt.

Irgendwie sehe ich nicht mehr alle Beiträge auf einen Blick, sondern unter dem Beitrag so ne Art Tree-Control zum auswählen der Antworten, daher habe ich deine Antwort nicht gesehen...

VISA geht nun (wunder mich aber, dass es nicht in der normalen Runtime LV90 bereits enthalten ist).

Mir fallen aber auf dem win7 System noch folgende Sachen auf:

Der Installer installiert in C:Programme(x86)Anwendungsordner. Da habe ich auch brav meinen Anwendungsname.ini abgelegt. Mit normalen Benutzerrechten kann ich mit den Ini-Funktionen die Ini aber nicht beschreiben, nur mit Adminrechten.

Ist es keine gute Idee, die *.Ini in den Installationsordner zu legen ?

' schrieb:Irgendwie sehe ich nicht mehr alle Beiträge auf einen Blick, sondern unter dem Beitrag so ne Art Tree-Control zum auswählen der Antworten, daher habe ich deine Antwort nicht gesehen...

Klickst du hier:
   
Gruß, Jens

' schrieb:Der Installer installiert in C:Programme(x86)Anwendungsordner. Da habe ich auch brav meinen Anwendungsname.ini abgelegt. Mit normalen Benutzerrechten kann ich mit den Ini-Funktionen die Ini aber nicht beschreiben, nur mit Adminrechten.

Ist es keine gute Idee, die *.Ini in den Installationsordner zu legen ?

:oGeht das mit LV2009 und WIN7 immer noch nicht.
Hatte damit auch Probleme mit VISTA.
Guckst du mal hier LVF-Link

Anzeige

' schrieb::oGeht das mit LV2009 und WIN7 immer noch nicht.
Hatte damit auch Probleme mit VISTA.
Guckst du mal hier LVF-Link

Hochinteressanter Thread. Ich fasse mit meinen Worten zusammen: Wenn man mit LV9 einen Installer baut und in win7 nach C:ProgrammeAnwendungsname installiert, und dann in dem Ordner die Anwendung.exe und Anwendung.ini (in Anwendung.ini speichert auch LV9 selber einiges ab) liegen hat, kann die eigene LV-Anwendung ohne Admin-Rechte ihre eigene Anwendung.ini nicht beschreiben.

Ich habe daher als Admin per Hand allen auf die Anwendung.ini Schreibrechte vergeben, dann wieder zurück als normaler User, und die LV9-Anwendung kann nun auch in die *.ini schreiben.

Nicht perfekt, weils Handarbeit erfordert, aber so gehts.

Mein erstes LV9 Programm als .exe unter win7-64 läuft somit.

' schrieb:Mir fallen aber auf dem win7 System noch folgende Sachen auf:

Der Installer installiert in C:Programme(x86)Anwendungsordner. Da habe ich auch brav meinen Anwendungsname.ini abgelegt. Mit normalen Benutzerrechten kann ich mit den Ini-Funktionen die Ini aber nicht beschreiben, nur mit Adminrechten.

Ist es keine gute Idee, die *.Ini in den Installationsordner zu legen ?

Ich möchte noch mal in die Runde reinfragen, wohin ich meine Anwendungsdaten (Messdaten, ini-Files) legen sollte damit der Zugriff darauf funktioniert und es auch "vorgeschriebene" Ort ist. Ich hatte bisher immer die ini-Datei auch in den Programmordner abgelegt, vermute mal, das ist schlecht ? Wo legt man denn im Sinne von NI oder MS die *inis hin (nein, ich will keine registry...)

Hallo Werner,

MS sah für solche Daten schon immer "Application Data" im user-Verzeichnis vor...
Da hat der aktuelle Benutzer immer Schreib-/Leserechte!

' schrieb:MS sah für solche Daten schon immer "Application Data" im user-Verzeichnis vor...
Da hat der aktuelle Benutzer immer Schreib-/Leserechte!

Aha. Danke. So ists dann wohl richtig, aber wenn man sich dann als anderer User bei windows anmeldet, hat man ja eine andere ini- und damit andere Konfigurationseinstellungen. Muss ich noch mal drüber nachdenken.