You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Hello,
I tried to get Access 2.0 to work with 32 bit ODBC. These steps I have done so far.
Copied the files ds16gt.dll, ds32gt.dll, odbc16gt.dll and odbc32gt.dll from an existing Windows XP installation where Access 2.0 successfully runs with 32 bit ODBC into the Windows system directory in OTVDM.
Created two 32 bit ODBC datasources for Oracle and Access with the 32 bit ODBC Administrator
Installed Access 2.0 and ODBC 2.0 (16 bit) in OTVDM.
Copied the entries, which are related to my datasources, from ODBC.INI in Windows 10 into my ODBC.INI in OTVDM.
Now I can see the 32 bit data sources within the 16 bit ODBC Driver Manager in OTVDM.
When I select one of my 32 bit datasources in Access 2.0 to create a linked table, I get the follow error message. This is the same for the Oracle and the Access datasource (see screenshot and trace). trace.zip
The text was updated successfully, but these errors were encountered:
LegacyFreak
changed the title
Mcrosoft Access 2.0 - Error calling 32 bit ODBC driver
Microsoft Access 2.0 - Error calling 32 bit ODBC driver
Apr 20, 2021
Google translate gives me "Invalid window handle". Since winevdm doesn't share hwnds with win32 the way ntvdm does, they have to be translated going in and out. Usually CallProc32W is used for calling from win16 to win32 and there's some window handle translation in there already, this will probably need adding.
Hello,
I tried to get Access 2.0 to work with 32 bit ODBC. These steps I have done so far.
Now I can see the 32 bit data sources within the 16 bit ODBC Driver Manager in OTVDM.
When I select one of my 32 bit datasources in Access 2.0 to create a linked table, I get the follow error message. This is the same for the Oracle and the Access datasource (see screenshot and trace).
trace.zip
The text was updated successfully, but these errors were encountered: