Office: (Office 2016) Umstellung Access 32 bit auf Access 64 bit

Hallo NG,

ich habe ein Programm bekommen das mit Access 2000, 32-bit, erstellt wurde. Jetzt habe ich die Aufgabe dieses Programm auf Access 365, 64-bit, umzustellen. Ich verstehe den Code zu wenig, um ihn umschreiben zu können. Der Debugger bleibt immer in der Zeile

ReDim baBuffer(0 To lSize - 1) As Byte

mit der Meldung "Typen unverträglich" und markiert "-" hängen.
Hier der gesamte Code:
Code:

Wer kann mir weiterhelfen?

Vielen Dank für Eure Hilfe!

Christian

:)

 

Servus ChrisKal,
schau Dir mal Tipps an.
https://www.tksoft-online.de/ms-acce...ice-64bit.html
Warum unbedingt auf Access 64bit?
Selbst Microsoft empfiehlt, 64 bit nur in Ausnahmefällen, weil es haufenweise Kompatibilitätsprobleme gibt.
Per google findest Du veiel Kommentare darüber.

 

Diese alte Leier sollte man so nicht mehr abspulen.
Wenn du Office/Access aus einem Office365-Abo installierst, ist inzwischen 64Bit die Standardeinstellung.

Ich würde mich erstmal den API-Deklarationen zuwenden. Die stimmen an einigen Stellen nicht.
Nur exemplarisch: Ein DWORD ist auch auf der 64Bit Plattform weiterhin ein Long und kein LongLong.

Hier gibt es eine Fassung der API-Deklarationen für 64Bit. - Ob die Krypto-Funktionen dabei sind, habe ich nicht geprüft.
https://www.microsoft.com/downloads/...displaylang=en

Ein paar weiterführende Informationen (bisher nur auf Englisch) habe ich auf meiner Website zusammengefasst. Convert Windows API declarations in VBA for 64-bit

 

Servus,

Dann sollte MS auch mal die entsprechenden Seiten löschen und etwas mehr
Support Software anbieten.
https://support.office.com/de-de/art...e-6c6f49b8d261

Dein empfohlener MS-Link dazu führt übrigens auch nur ins Nirgendwo (Fehler 404).

 

Hier verstehe ich nicht, was du meinst. Die verlinkte Seite finde ich vom Informationsgehalt eigentlich ziemlich gut und dort wird auch darauf hingewiesen:

Als ich den Link gepostet habe, hat er noch funktioniert.
Hm...
...im Moment zeigen scheinbar alle microsoft.com/download URLs diesen internen 404-Fehler. - Ich denke, das ist ein temporäres Problem.

Behelfsweise hier eine alternativer Quelle der genannten Datei, wobei ich das Original vorziehen würde.
https://www.cadsharp.com/docs/Win32API_PtrSafe.txt

 

Hallo Access-User,

Wer diesem Einschätzung trifft, sollte sich schleunigst professionelle Hilfe suchen und ein paar Euros springen lassen, und nicht in kostenlosen Foren laut nach Hilfe suchen.
Das API-Geraffel wird nicht das einzige Problem sein, besonders dann wenn im Formular nicht mehr unterstützte Steuerelemente vorhanden sind (zb. Kalender-ocx usw.). Deshalb lasse ich die Finger davon!

Gruß von Luschi
aus klein-Paris

 

Hallo Christian,

leider sind die Krytofunktionen nicht in der Win32API_PtrSafe enthalten.
Hier ein Link, wo die API Auftufe angepaßt worden sind (ungetestet !):vba_advapi32_64-bit.vb
Aber wie die anderen auch schon geschrieben haben, ist das nur die "halbe Miete". Insbesondere bei Längenangaben in Bytes muß man extrem aufpassen.
Auch sollte man die MS Documents mit den Funktiondeklarationen immer zu Rate ziehen:
https://docs.microsoft.com/en-us/win.../api/wincrypt/

Gruß Ulrich

 

Super, vielen Dank!

Das hat mir extrem weiter geholfen. Es ist immer sehr schwierig, wenn man fremde Datenbanken umstellen muss.

Gruß Christian

 

Und weißt du jetzt was das Problem war?

Das Problem ist doch, dass du jetzt genau so wenig verstehst wie vorher und du mit deinen Aufgaben nicht wächst.

Du wirst eben immer ein Anfänger bleiben, wenn du dich nicht mit Grundlagen beschäftigst und beginnst zu verstehen worum es geht.

Die falschen Deklarationen wären (vermutlich - so lange keine negativen Werte zum Einsatz kommen) wurscht gewesen.
Das Problem war, dass du versucht hast beim deklarieren des Array einen LongLong Parameter zu verwenden.
Das geht halt nicht. Mit den API Deklarationen hatte das gar nichts zu tun.