Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Microsoft Access 2.0 - Error calling 32 bit ODBC driver #952

Closed
LegacyFreak opened this issue Apr 20, 2021 · 2 comments
Closed

Microsoft Access 2.0 - Error calling 32 bit ODBC driver #952

LegacyFreak opened this issue Apr 20, 2021 · 2 comments

Comments

@LegacyFreak
Copy link

Hello,
I tried to get Access 2.0 to work with 32 bit ODBC. These steps I have done so far.

  1. 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.
  2. Created two 32 bit ODBC datasources for Oracle and Access with the 32 bit ODBC Administrator
  3. Installed Access 2.0 and ODBC 2.0 (16 bit) in OTVDM.
  4. 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).
grafik
trace.zip

@LegacyFreak 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
@cracyc
Copy link
Contributor

cracyc commented 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.

SQLDriverConnect looks to be the problem here. https://docs.microsoft.com/en-us/sql/odbc/reference/syntax/sqldriverconnect-function?view=sql-server-ver15 A look though the wine source doesn't show any other SQLHWND users. But it looks like it tried to do the translation itself:

1f64:Call KERNEL.517: CALLPROC32W(0000000f,00000540,7528109b,...) ret=2f7f:1962 ds=2f87
1f64:fixme:thunk:K32WOWHandle32 513: conversion of full window handles not supported yet
1f64:Ret  KERNEL.517: CALLPROC32W() retval=0000ffff ret=2f7f:1962 ds=2f87

@LegacyFreak
Copy link
Author

Hello,
problem solved. Thanks for patch.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants