ADO Toolkit und Windows 7 64Bit Options

[Cardinal1664]

Hallo zusammen

Wurde das ADO-Toolkit auch unter Windows 7 64Bit getestet?

Ich habe eine LabVIEW 2010 32Bit Applikation welche ich auf einem Testsystem Windows 7 64Bit (LabVIEW Runtime 2010 32Bit) laufen lassen will.
Nun erhalte ich ein Fehler vom VI "Open Registry Key.vi" welches im VI "ADOTool_query dsn database name.vi" aufgerufen wird.
Ich habe mit dem "Open Registry Key.vi" etwas rumgespielt und festgestellt wenn ich den Eingang "registry View" auf "KEY_WOW_64KEY" setze und nicht auf default funktioniert meine Applikation auf dem Testsystem!

Hatte von euch auch schon jemand dieses Problem?


This post has been edited by Cardinal1664: 18. Apr 2011, 15:47

[CB]

so, ich hab nun selber Windows 7 (Pro) mit 64 Bit und kann folgendes berichten:

der gemeldete Bug tritt bei mir nicht auf (LabVIEW 10.1), es funktioniert alles einwandfrei mit der Version 1.8 vom ADO-Toolkit.

Ich bin allerdings über ein anderes Problem gestolpert:
Wenn ich über die System-Steuerung eine System-DSN zu einem MS-SQL-Server erstelle, verwendet Windows automatisch den 64-Bit-Treiber, was dazu führt, dass LabVIEW (das immer noch als 32-Bit App. läuft) nicht auf die Datenquelle zugreifen kann. Als Fehlermeldung wird ausgegeben:

Der angegebene DSN weist eine nicht übereinstimmende Architektur von Treiber und Anwendung auf.

Lösung: um das ADO-Toolkit mit Windows 7 (64-Bit) verwenden zu können muss man eine 32-Bit-DSN erstellen. Das funktioniert folgendermaßen:

1. C:\Windows\SysWOW64\odbcad32.exe ausführen --> der 32-bit ODB-Manager wird gestartet (da kommt man über die "normale" System-Steuerung NICHT dran") - Tip: ich hab mir eine Verknüpfung erstellt:
   
2. die DSN erstellen
3. speichern und den DSN-Namen in LabVIEW verwenden - hat bei mir problemlos funktioniert
4. ich weiß nicht, ob es ein Problem ist wenn 32 und 64-Bit DSNs den gleichen Namen haben, ich stelle vorsichtshalber ein 32 bzw. 64 vor den Namen, dann weiß ich immer gleich genau was gemeint ist ...