Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=55075 Signed-off-by: Fabian Maurer dark.shadow4@web.de
From: Fabian Maurer dark.shadow4@web.de
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=55075 Signed-off-by: Fabian Maurer dark.shadow4@web.de --- dlls/apisetschema/apisetschema.spec | 1 + 1 file changed, 1 insertion(+)
diff --git a/dlls/apisetschema/apisetschema.spec b/dlls/apisetschema/apisetschema.spec index 122cd1209ba..e6f7561467e 100644 --- a/dlls/apisetschema/apisetschema.spec +++ b/dlls/apisetschema/apisetschema.spec @@ -9,6 +9,7 @@ apiset api-ms-win-core-atoms-l1-1-0 = kernel32.dll apiset api-ms-win-core-backgroundtask-l1-1-0 = kernelbase.dll apiset api-ms-win-core-calendar-l1-1-0 = kernel32.dll apiset api-ms-win-core-com-l1-1-1 = combase.dll +apiset api-ms-win-core-com-l2-1-1 = combase.dll apiset api-ms-win-core-com-midlproxystub-l1-1-0 = combase.dll apiset api-ms-win-core-com-private-l1-1-0 = combase.dll apiset api-ms-win-core-com-private-l1-2-0 = combase.dll
This merge request was approved by Etaash Mathamsetty.
This can't work, it's supposed to go to coml2.dll which has different exports.
On Tue Jun 20 16:36:26 2023 +0000, Alexandre Julliard wrote:
This can't work, it's supposed to go to coml2.dll which has different exports.
Sorry, I assumed it's the same as the other apistub, didn't find a lot of information about it, and it made the program work. Where did you get this from?
Since wine doesn't have coml2, should I just use ole32?
Since wine doesn't have coml2, should I just use ole32?
No, you'd need to add coml2, and most likely add stubs for the functions that the app is using.
On Tue Jun 20 17:12:35 2023 +0000, Alexandre Julliard wrote:
Since wine doesn't have coml2, should I just use ole32?
No, you'd need to add coml2, and most likely add stubs for the functions that the app is using.
Wine seems to already have a bunch of the functions, e.g. "ReadClassStm", but they're all defined in ole32. I don't know if they belong into coml2 though, or if coml2 redirects to ole32.
Wine seems to already have a bunch of the functions, e.g. "ReadClassStm", but they're all defined in ole32. I don't know if they belong into coml2 though, or if coml2 redirects to ole32.
They should be in coml2 and imported from ole32, along the lines of what was done for combase.dll.
-
Alexandre Julliard (＠julliard) -
Etaash Mathamsetty (＠etaash.mathamsetty)
-
Fabian Maurer
-
Fabian Maurer (＠DarkShadow44)