https://bugs.winehq.org/show_bug.cgi?id=57489
Bug ID: 57489
Summary: GetPointerPenInfo not located in USER32.dll when
attempting to run Clip Studio Paint 3.0
Product: Wine
Version: 9.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: juliarodrigues70(a)outlook.com
Distribution: ---
As mentioned in the bug 56709 comment
https://bugs.winehq.org/show_bug.cgi?id=56709#c22 the application continues to
not start now with the error "The procedure point GetPointerPenInfo could not
be located in the dynamic link library USER32.dll"
--
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.
https://bugs.winehq.org/show_bug.cgi?id=57485
Bug ID: 57485
Summary: Da Capo 3 R: Screen stays black
Product: Wine
Version: unspecified
Hardware: x86-64
OS: FreeBSD
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: Alexander88207(a)Protonmail.com
Created attachment 77509
--> https://bugs.winehq.org/attachment.cgi?id=77509
DC3.exe.log
Hello,
when i do launch the game "Da Capo 3 R" then it creates a black window and then
nothing happens.
I did tried it also with using DXVK but no change.
Thank you in advance!
Tested with Wine 9.22
The game is available at:
GOG: https://www.gog.com/en/game/da_capo_3_r
Steam: https://store.steampowered.com/app/542290/Da_Capo_3_R/
--
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.
https://bugs.winehq.org/show_bug.cgi?id=49543
Bug ID: 49543
Summary: Several games require bcrypt DH support
Product: Wine
Version: 5.12
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: bcrypt
Assignee: wine-bugs(a)winehq.org
Reporter: bshanks(a)codeweavers.com
Distribution: ---
There are a few games that need DH support in bcrypt.
- The Rockstar Games Launcher, GTA V, and RDR 2 all open DH and generate+export
a public key. With DH unimplemented, the only effect I know of is that RDR 2's
online mode fails to load.
- Astroneer dedicated server (see
https://www.reddit.com/r/wine_gaming/comments/gvaa9a/bcryptopenalgorithmpro…).
>From a disassembler, it looks like the server imports/exports public/private
keys, and uses BCryptDeriveKey() with the "HASH" KDF and SHA256.
Microsoft has sample code which tests (some of) the functionality:
https://github.com/microsoft/Windows-classic-samples/blob/master/Samples/Se…
Unfortunately GnuTLS doesn't currently export the needed functionality. There's
an issue open: https://gitlab.com/gnutls/gnutls/-/issues/894
--
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.
https://bugs.winehq.org/show_bug.cgi?id=48175
Bug ID: 48175
Summary: AION (64 bit) - crashes in CrySystem32.dll.CryFree()
due to high memory pointers allocated
Product: Wine
Version: 4.20
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: gofmanp(a)gmail.com
Distribution: ---
Created attachment 65809
--> https://bugs.winehq.org/attachment.cgi?id=65809
Force down-top memory allocation
Split off from bug #40334.
The crash happens after the original issue in Bug #40334 is solved, after the
loading screen or very soon after login.
The game expects memory pointers from HeapAlloc and VirtualAlloc to fit in the
certain range. It is fine with ~16GB range as per my observations, that is, up
to 0x3ffffffff address.
I am attaching the patch which is confirmed to fix the issue with AION. The
patch consists of two, the first one is not exactly related but the second one
depends on it. At the present moment the first one is passing the review
upstream. The solution in the second patch is to force virtual memory
allocation return lower addresses when they are available (unless top-down
allocation is explicitly requested), that's how it seem to work on Windows. The
patch does it essentially the same way as the allocation with zero_bits mask is
performed.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=54314
Bug ID: 54314
Summary: my eprom programmer software can't recognize the
hardware anymore.
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: jacek.zmudzki(a)gmail.com
Distribution: ---
I used WINE for a long Time to program EPROMS with my Parallel-Port bases
Programmer:
http://www.conitec.net/english/galep4.php
After an Update to Ubuntu 22.04 (with WINE 6.0.3) the Software
https://appdb.winehq.org/objectManager.php?sClass=application&iId=2240
can't access the hardware anymore.
I used the Runners from Lutris to investigate further:
It seems that the Last Wine Version that works is WINE 5.4.
--
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.