http://bugs.winehq.org/show_bug.cgi?id=59283 gng <nen24t@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |INVALID Status|UNCONFIRMED |RESOLVED --- Comment #5 from gng <nen24t@gmail.com> --- Hi Mata, You are absolutely right - apologies for the confusion in my earlier analysis. The AI-assisted debugging led me down the wrong path with the Berkeley DB/GTK theory. **The actual problem was in our WineASIO code, not Wine itself.** After extensive debugging, we discovered the root cause: **Wine 11 WoW64 Architecture:** In Wine 11 WoW64, 32-bit PE DLLs use 64-bit Unix libraries. We were incorrectly: 1. Building the Unix .so with -m32 (should be -m64) 2. Installing to i386-unix/ (should be x86_64-unix/) 3. Allocating audio buffers on the Unix side (should be PE side due to address space mismatch) 32-bit PE (wineasio.dll) -> WoW64 Thunking -> 64-bit Unix (wineasio.so) **The fix (WineASIO v1.4.2):** - Build Unix .so with -m64 even for 32-bit PE - Install wineasio.so to x86_64-unix/ (not i386-unix/) - Allocate audio buffers on PE side with HeapAlloc() - Pass buffer pointers to Unix side as UINT64 32-bit REAPER and Garritan CFX Lite now work perfectly with WineASIO on Wine 11. **This is NOT a Wine bug.** It was our misunderstanding of the WoW64 architecture. Wine 11 is working correctly. The fix is released: https://github.com/giang17/wineasio/releases/tag/v1.4.2 Please feel free to close this bug report. Thanks for pointing me in the right 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.