January 2025 - Wine-Bugs - list.winehq.org

[Bug 56182] Paint Shop Pro 9.01 hangs on exit

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=56182 --- Comment #10 from Zeb Figura <z.figura12(a)gmail.com> --- I suppose there is also a fourth option, which is that ole32 just doesn't use rpcrt4 at all, and does everything itself. I don't find it more appealing than the other options, but it's there. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

Jan. 18, 2025

[Bug 57687] guid e19c7100-9709-4db7-9373-e7b518b47086 not implemented

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=57687 --- Comment #3 from Zeb Figura <z.figura12(a)gmail.com> --- (In reply to Oberon Engineering from comment #2) > Hi Zeb, > > Yes, that could well be true however the application isn't actually working > and so we are trying to split up the problem between the dll's to determine > what is actually blocking it. Please don't do that; just file a bug for the observable problem. Most FIXMEs are harmless (yes, really) and we don't want reported bugs for them. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

Jan. 18, 2025

[Bug 56182] Paint Shop Pro 9.01 hangs on exit

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=56182 Zeb Figura <z.figura12(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Ever confirmed|0 |1 Status|UNCONFIRMED |NEW Component|ntdll |ole32 --- Comment #9 from Zeb Figura <z.figura12(a)gmail.com> --- The application releases a proxy (IWiaDevMgr) from DllMain (DLL_PROCESS_DETACH, invoked through manual FreeLibrary()). This happens at a time when there are no threadpool threads active (and in practice any threads—such as the ones spawned earlier while creating or using the same proxy—have shut down due to the 5 second timeout.) Calling a proxy method under normal circumstances requires an extra thread, which we wait for synchronously. This is because I_RpcSendReceive() [at least our understanding of it] is synchronous and encompasses the whole send/receive process, but we need the calling thread to be calling CoWaitForMultipleHandles(). This means we try to create and wait for a thread from DllMain(), which doesn't work. Manual testing confirms this part, and it also confirms that using RtlQueueWorkItem() on Windows doesn't work either. Some tests show that you can do an arbitrary number of simultaneous proxy calls from within DllMain(), and they don't deadlock. This means one of three things that I can think of: * Native is pre-allocating a new thread for each thread that has a proxy. This could be tested using thread reflection APIs, but I worry this comes too close to testing implementation details. * Native is somehow interrupting the thread to perform reentrant calls. It's not through user APCs (I checked and manually created ones don't get delivered). It could be through suspension and debugging APIs, though this seems a bit less likely... * Native is not using a separate thread. Conceptually, this is the easiest and best solution. We are performing two waits here—one on a named pipe [which is supposed to be an LPC port on Windows, but this doesn't matter], and one for window message. Combining these waits is easy enough under normal circumstances; we could e.g. do async I/O on the pipe and use CoWaitForMultipleHandles(). [I don't know if an LPC port is similarly waitable...] The problem is the rpcrt4 interface. I have no idea how to *do* this with rpcrt4. There is an async call interface, but I don't see any way to get a waitable handle out of it. But rpcrt4 is full of magic hidden glue, and there could easily be all number of secret incantations that ole32 is performing. I just don't see any obvious ones. I'd like to be able to do something here, but I just can't without further direction. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

Jan. 18, 2025

[Bug 57683] Error appears when CLR DLL was been loading

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=57683 --- Comment #1 from Austin English <austinenglish(a)gmail.com> --- What application is this? Is there a free demo/download available? -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

Jan. 18, 2025

[Bug 57687] guid e19c7100-9709-4db7-9373-e7b518b47086 not implemented

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=57687 --- Comment #2 from Oberon Engineering <winehq.tabloid372(a)passmail.net> --- Hi Zeb, Yes, that could well be true however the application isn't actually working and so we are trying to split up the problem between the dll's to determine what is actually blocking it. Thanks for looking at the bug so promptly however, I did cat it as a enhancement. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

Jan. 17, 2025

[Bug 57688] secur32:GetUserNameExW NameFormat [8,12] not implemented

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=57688 Oberon Engineering <winehq.tabloid372(a)passmail.net> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |57662 -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

Jan. 17, 2025

[Bug 57662] Cashbooks Complete does not render correctly

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=57662 Oberon Engineering <winehq.tabloid372(a)passmail.net> changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on| |57688 -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

Jan. 17, 2025

[Bug 57688] New: secur32:GetUserNameExW NameFormat [8,12] not implemented

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=57688 Bug ID: 57688 Summary: secur32:GetUserNameExW NameFormat [8,12] not implemented Product: Wine Version: 10.0-rc5 Hardware: x86-64 URL: https://learn.microsoft.com/en-us/windows/win32/api/se cext/ne-secext-extended_name_format OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: secur32 Assignee: wine-bugs(a)winehq.org Reporter: winehq.tabloid372(a)passmail.net Distribution: Fedora In ``` 0148:fixme:secur32:GetUserNameExW NameFormat 8 not implemented 0158:fixme:secur32:GetUserNameExW NameFormat 12 not implemented ``` enum values not handled in the switch https://github.com/wine-mirror/wine/blob/master/dlls/secur32/secur32.c#L1166 ``` NameUserPrincipal = 8, [..] NameDnsDomain = 12, ``` Since `NameSamCompatible` is already implemented in the upper part of the switch and we have a domain then `NameDnsDomain` should be composable in a fairly trivial way. Additionally, `NameUserPrincipal` seems to be a simpler version of that logic with a calls to: ``` GetUserNameW(usrname, &len)) GetComputerNameW(samname, &len)) -> usrname+'@'+samname. ``` If I am not mistaken? -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

Jan. 17, 2025

[Bug 57687] guid e19c7100-9709-4db7-9373-e7b518b47086 not implemented

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=57687 Zeb Figura <z.figura12(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |z.figura12(a)gmail.com --- Comment #1 from Zeb Figura <z.figura12(a)gmail.com> --- FIXMEs are not bugs. Does any user-visible problem occur in an application? -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

Jan. 17, 2025

[Bug 57687] guid e19c7100-9709-4db7-9373-e7b518b47086 not implemented

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=57687 Oberon Engineering <winehq.tabloid372(a)passmail.net> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |57662 -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

Jan. 17, 2025