Hallo,
ich habe mir ein Win7 und eine 64Bit Maschine geleistet. So, dann habe ich
installiert und dann
-64Bit.
Nun komme ich drauf, die Dinger sind in Programme(x86) und Programme getrennt installiert.
Mein Problem: jetzt habe ich zwei verschiedene user.lib.
Wie kann ich das vermeiden?
Danke
Gottfried
PS.: übrigens heisst in einem Fall die user.lib auf der Palette dir.mnu .... was habe ich da falsch gemacht?
hallo Gottfried
nun nach Aussage von NI wirst Du die auch benötigen, da die VI's , die Du in der jeweiligen Programmierumgebung erstellst (32 bit, 64 bit) unterschiedliche Engine benötigen. Für die 32 bit- Version, die 32 bit Engine und für 64 bit die 64-iger.
Obwohl ich festgestellt habe, dass VIs, die man mit 32 bit programmiert hat und daraus eine "exe" + "installer" erstellt hat, auch unter Win7 64 bit laufen.
Gruss, der frehdie
Hallo,
nach Angabe des Supports:
* man kann Packages die nur 32Bit unterstützen mit solchen die 64Bit unterstützen in einem Programm (EXE) mischen - na immerhin
* Synchronisieren der beiden usr.dir muss man selber (z.B. mit ViceVersa automatisch)
* die 32 Bit Packages werden nur auf der 32Bit Seite "Programm (x86)" installiert
* also wenn man 32Bit Packages verwenden will, mit "Select VI" oder die entsprechende Directory auf der 32Bit Seite in die Palette der 64Bit Seite einbinden .... na das ist ja ganz einfach
Na, glücklich bin ich ja nicht gerade
Vielleicht hilft es jemanden
Gottfried
PS.: 64Bit wird ja (wenn wir ehrlich sind) auch nicht gerade enthusiastisch von NI beworben.
PPS.: aber ich muss eben große Bilder ~100MPx bearbeiten - ich hoffe das geht
Mein Win7 64bit Rechner kommt auch diese Woche. Und ich werde wohl eine ganze Weile zweigleisig fahren müssen. Aber ich bin die ganze Zeit davon ausgegangen, dass ich auch 32 und 64bit Windows Versionen installieren muss - denn 32bit Treiber dlls laufen doch, soweit ich weiß, nicht auf 64bit Systemen.
Werde mir also dann zwei Welten einrichten müssen ...
(13.03.2012 20:38 )dimitri84 schrieb: [ -> ]Mein Win7 64bit Rechner kommt auch diese Woche. Und ich werde wohl eine ganze Weile zweigleisig fahren müssen. Aber ich bin die ganze Zeit davon ausgegangen, dass ich auch 32 und 64bit Windows Versionen installieren muss - denn 32bit Treiber dlls laufen doch, soweit ich weiß, nicht auf 64bit Systemen.
Werde mir also dann zwei Welten einrichten müssen ...
Grundsätzlich braucht es für ein 64 Bit Betriebssytem zwingend 64 Bit Device Treiber. Alles was darüber liegt ist mehr oder weniger sauber getrennt in eine 32 Bit Windows Umgebung und eine 64 Bit Windows Umgebung. Ob Du wirkjlich zweigleisig fahren musst ist fraglich. Zur eigentlichen Entwicklung eher nicht, ausser Du willst sowohl Gebrauch machen von Interfaces und Toolkits wo noch keine 64 Bit Variante verfügbar ist UND von Vision Applikationen die mit wirklich grossen Bildern rechnen muss. Natürlich nicht in der selben Applikation!
Zum Testen von Applikationen die Hardwarezugriff haben ist es sicher sinnvoll um alles sowohl auf 32 Bit als auch 64 Bit zu testen, sofern die Applikation under beiden Umgebungen verwendet werden soll. Denn auch wenn die NI Treiber für die Hardware Interfaces für 32 Bit und 64 Bit vom selben Code abstammen und normalerweise Bug für Bug kompatibel sind, sind Unterschiede nicht ausgeschlossen.
Hallo
> ausser Du willst sowohl Gebrauch machen von Interfaces und Toolkits wo noch keine 64 Bit Variante
> verfügbar ist UND von Vision Applikationen die mit wirklich grossen Bildern rechnen muss.
> Natürlich nicht in der selben Applikation!
lt. Support geht das ohne Probleme in einer Applikation
Gottfried
(14.03.2012 08:49 )gottfried schrieb: [ -> ]Hallo
> ausser Du willst sowohl Gebrauch machen von Interfaces und Toolkits wo noch keine 64 Bit Variante
> verfügbar ist UND von Vision Applikationen die mit wirklich grossen Bildern rechnen muss.
> Natürlich nicht in der selben Applikation!
lt. Support geht das ohne Probleme in einer Applikation
Gottfried
Ich denke Du verwechselst da irgendwas. Mit grossen IMAQ Bildern meine ich Bilder die x * 100MB Speicher benötigen. Wenn Du damit in 32 Bit LabVIEW beginnst, hast Du innerhalb von nullkommanichts einen Out of memory error Dialog. Das ist auch der Grund warum das IMAQ Vision Toolkit das erste Toolkit war das auch für 64 Bit LabVIEW verfügbar war.Viele der anderen Toolkits sind oder waren im Prinzip nicht direkt als 64 Bit Version vorhanden aber da sie keine speziellen externen Code Libraries enthalten sind sie nach Installation unter 32 Bit LabVIEW auch nach 64 Bit LabVIEW kopierbar, allerdings ist das nicht gerade benutzerfreundlich. Alle Toolkits wo irgendwie externer Code in Form einer DLL vorhanden ist muss aber spezifisch für 32 Bit und 64 Bit erstellt werden, und das ist noch nicht für alle Toolkits vorhanden, soviel ich weiss.
(14.03.2012 08:33 )rolfk schrieb: [ -> ]Zum Testen von Applikationen die Hardwarezugriff haben ist es sicher sinnvoll um alles sowohl auf 32 Bit als auch 64 Bit zu testen, sofern die Applikation under beiden Umgebungen verwendet werden soll. Denn auch wenn die NI Treiber für die Hardware Interfaces für 32 Bit und 64 Bit vom selben Code abstammen und normalerweise Bug für Bug kompatibel sind, sind Unterschiede nicht ausgeschlossen.
Ja, Usus ist, dass ich Applikationen entwickle/teste, die Hardwarezugriff haben und dann auf 32 bit Systemen laufen sollen. Blöd nur, dass die Windows Lizenz nur einmal funktioniert - also entweder oder ...
Hallo,
> Alle Toolkits wo irgendwie externer Code in Form einer DLL vorhanden ist muss aber spezifisch für
> 32 Bit und 64 Bit erstellt werden, und das ist noch nicht für alle Toolkits vorhanden, soviel ich weiss.
Hmmm, wie gesagt - der Support meinte Alle sind unter 64bit lauffähig. Also schließe ich daraus dass ich Vision64 für meine Riesenbilder gleichzeitig mit Motion oder Fuzzy verwenden kann...
Man(n) wird sehen....
Gottfried
