Systemdatei für TreeView-Element für Access 64Bit

[micmen]

Hallo,
ich kriege mein TreeView-Formular unter 64Bit-Access (aktuell 2016) nicht zum Laufen...

Das originale TreeView-Element, das bisher benutzt wurde und unter allen 32Bit-Versionen funktionierte, bringt in dieser Zeile den Fehler 2683, "In diesem Steuerelement befindet sich kein Objekt.":
Set TrVObj = Me.TrVElement.Object
wobei TrVElement der Name des TreeView-Steuerelements ist und TrVObj deklariert wurde:
Private TrVObj As MSComctlLib.TreeView

Wenn ich das TreeView-Element lösche und neu einfüge, wird mir nur "CTreeView Control" angeboten, das aber bringt in der gleichen Zeile und mit den gleichen Bedingungen wie vorher/oben statt 2683 den Fehler 13, "Typen unverträglich".
Das in Ratschlägen empfohlene "Microsoft TreeView Control, version 6.0" fehlt in meiner Auflistung.

Das alte TreeView hat als Klasse "MSComctlLib.TreeCtrl.2" eingetragen, das neue "CTREEVIEW.CTreeViewCtrl.1".

Muß ich die Deklaration statt mit "MSComctlLib.TreeView" evtl. anders machen?

Die MSCOMCTL.OCX ist auf dem Rechner vorhanden und in den Verweisen hatte ich eingetragen "Microsoft Windows Common Controls 6.0 (SP6)" und "Microsoft ActiveX Data Objects 2.1 Library".
Letzteres hatte ich testhalber mal gegen das in der Liste verfügbare "Microsoft ActiveX Data Objects 6.1 Library" ausgetauscht und zusätzlich das "Microsoft ActiveX Data Objects (Multi-dimensional) 6.0 Library" mit reingenommen, aber ohne irgendwelche Auswirkungen auf das Problem.

Wer kann mir da einen Tipp geben?
Muß ich auf dem 64Bit-System eine Systemdatei dazunehmen und sie registrieren?

danke

[DF6GL]

Hallo,

du benötigst eine 64bit-Version des Controls.

Siehe hier :  http://www.access-im-unternehmen.de/1136

[micmen]

Hi & vielen Dank,
diesen Thread kannte ich, aber

• sehe ich dort keinen Download-Link oder ähnliches
• ist diese Datei auf diesem 64Bit-System bereits vorhanden gewesen - wie kommt denn da eine 32Bit-Version drauf?

danke nochmal

[markusxy]

Hast du nachgesehen ob die 64Bit Version installiert ist?
Wo man die Daten runterladen kann, scheint irgendwie niemand beantworten zu können.

Zumindest schweigen da alle in den diversen Threads.
Ich hab auch nur 32Bit.
Generell können aber beide Versionen darauf sein.
Weiß aber nicht, ob beide Versionen in der Registry den gleichen Schlüssel verwenden.

[DF6GL]

Hallo,

Im besagten Link gibt es unter "Experimente" die Auswahl eines "Microsoft Treeview Control ".

Sollte der unter Access 2016 (365)  64bit vorhanden sein, dann ist die 64bit-Version installiert.

[micmen]

(...)
Wenn ich das TreeView-Element lösche und neu einfüge, wird mir nur "CTreeView Control" angeboten, (...)
Das in Ratschlägen empfohlene "Microsoft TreeView Control, version 6.0" fehlt in meiner Auflistung.

so sieht es bei diesem System aus...

Hast du nachgesehen ob die 64Bit Version installiert ist?
(...)

Ich habe den Rechner zur Zeit nicht bei mir - kannst Du mir beschreiben, wie man das rauskriegt, so daß ich jemanden per mail/Telefon anleiten kann, nachzusehen?


danke

[markusxy]

kannst Du mir beschreiben, wie man das rauskriegt, so daß ich jemanden per mail/Telefon anleiten kann, nachzusehen?

Vielleicht liest du mich mal kurz in die Grundlagen etwas ein, damit du ein Grundverständis der Thematik hast.
Ich hatte mal einen guten Artikel dazu. Leider existiert der Link zwischenzeitlich nicht mehr.

https://www.howtogeek.com/326509/whats-the-difference-between-the-system32-and-syswow64-folders-in-windows/

[micmen]

Hi & danke,
es geht, wie geschrieben, jetzt ein paar Tage nicht um mich, der Rechner ist gerade bei jemand anderem, der schon intensiv mit TreeView's gearbeitet hat (ich noch nicht). Dem müßte ich, wie halt geschrieben, solche Dinge jetzt aus der Ferne erklären, per mail oder Telefon.
Der wird von mir aber keine Grundsatz-Monologe vorgesetzt bekommen wollen, sondern knackig wissen, was ganz konkret er tun soll. 

In Deinem verlinkten Text habe ich nix dazu gefunden, wie man so eine Datei zuverlässig darauf prüft, ob es eine 32- oder 64Bit-Version ist. Da steht quasi, das Unterscheidungsmerkmal wäre der Ordner, und klar, die Datei liegt in SysWOW64, sonst wäre ich ja stutzig geworden...

Also soll ich jetzt blind annehmen, daß das die 64Bit-Version ist, weil irgendein (vermutlich Microsoft-)Setup die Datei dorthin installiert hat? Oder soll er doch im Notepad mal reinschauen o.ä.?

danke

[PhilS]

...die Datei liegt in SysWOW64,

Nur mal kurz angemerkt: In SysWow64 liegen die Dateien des 32-bit Subsystems!

[micmen]

oha...!

entweder bringe ich da jetzt in der Erinnerung was durcheinander, oder da ist dann tatsächlich die 32'er Datei drauf...

danke, ich lasse das checken!

[markusxy]

oha...!

Irgendwie hätte ich angenommen, dass du den Sinn des Artikel erkennen könntest.
Die wichtigsten Grundlagen sollte man kennen...

[micmen]

Also ich weiß nicht, ich finde keine Hinweise darauf, daß es von dieser MSCOMCTL.ocx überhaupt 2 Versionen gibt, 32Bit und 64Bit? Ich finde nur Hinweise auf eine Version, die für VB 6 vorgesehen war.

Auch hier TreeView 64bit ist da – Anwendungen umrüsten ist lediglich von einer "passenden Version" die Rede, nicht von einer 64Bit-Version, außerdem wird dort keine Quelle angegeben, daß man selbst prüfen könnte, woher die das haben, und sie schreiben Null darüber, wie sie sich diese Version besorgt haben - die haben einfach ein 64Bit-System genommen und losgelegt.

Und auf einem anderen System, das ich hier gerade benutze, habe ich (schon immer) die Kombination Windows64 und Office32 und dort liegt die Datei im SysWOW64-Verzeichnis, trotzdem wird mir aber in Access das "Microsoft TreeView Control, version 6.0" angeboten, das auf dem System mit Office64 fehlt...

• Also ist das sichergestellt, daß es von der MSCOMCTL.ocx eine 64Bit-Version gibt?
• Und was macht man, wenn einem die 32Bit-Version auf das System installiert wurde?

danke

[DF6GL]

Hallo,

ja, es ist ein Krux.

Evtl. gibt es das 64bit Control nur in der Office 365 64bit Version.   Auf meiner Win10 64bit/Office 64bit -Installation finde ich das Treeview Control auch nicht.

Hier eine Alternative, kostet aber:

https://www.picoware.de/info/treeview.htm

dort liegt die Datei im SysWOW64-Verzeichnis, trotzdem wird mir aber in Access das "Microsoft TreeView Control, version 6.0" angeboten,

Das ist ja auch richtig, weil das "SysWoW64"-Verzeichnis die 32bit-dll (ocx)-Versionen der einzelnen installierten (auch Windows) DLL-Dateien enthält (unter anderem auch eine 32bit-Version der Regsvr32.exe, was u. U. zu beachten ist.)

SysWOW64  ---> Windows(32) On Windows64 


1)  "sichergestellt" ist das von niemanden

2) wenn die Office32bit-Version (egal, ob unter Win10-32bit oder Win10-64bit) installiert ist, dann brauchst Du gar nichts zu machen, sofern nicht ein Klotz durch irgendein Update zwischen  die Beine geworfen wurde und die richtige MSCOMCTL.OCX-Version (nochmal) registriert werden muss.  Oder verstehe ich die Frage falsch?

[micmen]

Evtl. gibt es das 64bit Control nur in der Office 365 64bit Version.   Auf meiner Win10 64bit/Office 64bit -Installation finde ich das Treeview Control auch nicht.

ah, ok...
das klang hier in diesem Thread für mich bisher ganz anders...

dort liegt die Datei im SysWOW64-Verzeichnis, trotzdem wird mir aber in Access das "Microsoft TreeView Control, version 6.0" angeboten,

Das ist ja auch richtig, weil das "SysWoW64"-Verzeichnis die 32bit-dll (ocx)-Versionen der einzelnen installierten (auch Windows) DLL-Dateien enthält (unter anderem auch eine 32bit-Version der Regsvr32.exe, was u. U. zu beachten ist.)

Das entscheidende an meiner Schilderung sollte sein, daß eine mit 32Bit-Office installierte OCX in der ActiveX-Auflistung genau das Element anbietet, das einem zur Verwendung unter 64Bit-Office ausdrücklich empfohlen wird, während das System mit 64Bit-Office trotz sowohl höherer Office-Version (2016 gegenüber 2010), als auch höherer Windows-Version (Win10 gegenüber Win7), dieses empfohlene Element nicht anbietet. Auf diesem System sollte doch diese OCX mindestens auf dem gleichen Stand sein, wie auf dem Jahre älteren System mit 32Bit-Office?
Ich habe es auch mal testen lassen, auf dem mir zur Zeit vorliegenden System mit 32Bit-Office ein TreeView "Microsoft TreeView Control, version 6.0" in ein Formular (einer ansonsten leeren Datenbank-Datei) zu holen, die Datei zu mailen, und das Formular auf besagtem System mit 64Bit-Office importieren zu lassen. Wäre zu schön gewesen...  Das System mosert, akzeptiert dieses TreeView genauso wenig wie das, das original in den ganzen 32Bit-Varianten von Office benutzt wurde und immer und überall funktionierte.

Oder verstehe ich die Frage falsch?

leider ja... 
Siehe oben ging es darum, daß mit einer 32Bit-Version der OCX auf einem älteren System mit 32Bit-Office eine Komponente verfügbar ist, die mit einer 32Bit-Version der OCX auf einem neueren System mit 64Bit-Office nicht verfügbar ist (was mir unlogisch erscheint, deswegen aber noch lange nicht unlogisch sein muß  ).


danke !

[PhilS]

Das entscheidende an meiner Schilderung sollte sein, daß eine mit 32Bit-Office installierte OCX in der ActiveX-Auflistung genau das Element anbietet, das einem zur Verwendung unter 64Bit-Office ausdrücklich empfohlen wird, während das System mit 64Bit-Office trotz sowohl höherer Office-Version (2016 gegenüber 2010), als auch höherer Windows-Version (Win10 gegenüber Win7), dieses empfohlene Element nicht anbietet. Auf diesem System sollte doch diese OCX mindestens auf dem gleichen Stand sein, wie auf dem Jahre älteren System mit 32Bit-Office?

Nein, eben nicht! Die Common Controls (inkl. TreeView) waren lange Zeit für 64Bit gar nicht verfügbar.

1.) Ein 32Bit Office wird dir niemals eine Komponente für 64Bit anbieten!

2.) Die "Versionsnummern" in den Produktnamen (z.B. "2016") sind für neuere Office/Access Versionen nicht mehr relevant und werden deshalb von Microsoft auch immer weniger verwendet. - Die aktuelle Version von Access "2016" aus Office 365 ist neuer als Access 2019! - Deine Angabe von "Office-Version 2016" ist somit ungenügend.

3.) Google hilft! Die Common Controls für 64Bit sind in der Office (365) Version 1707 (Build 8326.2058) des Monthly Channels enthalten. Siehe: Version 1707: July 27 - Office suite: Non-security updates
Im Semi-Annual Channel entsprechend später und sicherlich ebenso in der Retail-Version von Office 2019.