August 2024 - Wine-Devel - list.winehq.org

Wine staging 9.16 release

by Alistair Leslie-Hughes

Binary packages for various distributions will be available from: https://www.winehq.org/download Summary since last release * Rebased to current wine 9.16 (355 patches are applied to wine vanilla) Upstreamed (Either directly from staging or fixed with a similar patch). * odbc32: Support freeing SQL handles for ODBC v2 drivers. * odbc32: Support Allocating SQL handles for ODBC v2 drivers. * odbc32: Support Driver in connection string. * odbc32: SQLSetDescFieldW pass correct handle onto driver. * odbc32: Use SQLAllocHandle to allocate a STMT handle. * odbc32: Call drivers SQLBindCol function. * printdlg: Allow button id psh1 for "Properties" button. * odbc32: Store handles when requesting information of Columns. * odbc32: Pass statment when creating a descriptor. * odbccp32: Support System wide ODBC DSN keys. * odbccp32: SQLWritePrivateProfileStringW check for existing DSN first. * odbc32: SQLSetEnvAttr isnt supported in ODBC v2.0. * odbc32: set_con_attr return success by default. * odbc32: SQLColAttributeW support fallback function. * odbc32: SQLGetDiagRec/W handle fallback function. * setupapi: Add stub for DriverStoreFindDriverPackageW. * winex11.drv: Update a candidate window's position with over-the-spot style. Removed (No longer required). * None Added: * None Updated: * vkd3d-latest * eventfd_synchronization * ntdll-WRITECOPY Where can you help * Run Steam/Battle.net/GOG/UPlay/Epic * Test your favorite game. * Test your favorite applications. * Improve staging patches and get them accepted upstream. * Suggest patches to be included in staging. As always, if you find a bug, please report it via https://bugs.winehq.org Best Regards Alistair.

Aug. 24, 2024

Re: Staging dinput-scancode fix

by Rémi Bernon

On 8/22/24 23:17, Elizabeth Figura wrote: > On Thursday, 22 August 2024 14:23:13 CDT DodoGTA GT wrote: >> Hello >> >> Here's a better regression fix for the dinput-scancode >> patchset (the 0001 patch of that patchset caused NFS >> Underground to segfault since Wine 9.15 with the addition >> of a keycode loop in keyboard_create_device() because of >> DIPROP_SCANCODE stuff); I modified the existing 0001 >> patch to solve this by copying the duplicate object checks >> to that new loop (maybe I should create a separate 0003 >> patch to show the changes better?) > > Rémi, can you comment on this? Since you're the author of the original > patch, I'd appreciate your review before adding this one into > Wine-Staging. > > And, if correct, does patch 0002 need a similar fix? > > --Zeb > Yes, the Aidas patch looks correct, and yes probably 0002 will need the same kind of thing. Both loops should be pretty much identical. I'm attaching a change that factors them together first, with the other patches applied on top. -- Rémi Bernon <rbernon(a)codeweavers.com>

Aug. 23, 2024

Re: Staging dinput-scancode fix

by Elizabeth Figura

On Thursday, 22 August 2024 14:23:13 CDT DodoGTA GT wrote: > Hello > > Here's a better regression fix for the dinput-scancode > patchset (the 0001 patch of that patchset caused NFS > Underground to segfault since Wine 9.15 with the addition > of a keycode loop in keyboard_create_device() because of > DIPROP_SCANCODE stuff); I modified the existing 0001 > patch to solve this by copying the duplicate object checks > to that new loop (maybe I should create a separate 0003 > patch to show the changes better?) Rémi, can you comment on this? Since you're the author of the original patch, I'd appreciate your review before adding this one into Wine-Staging. And, if correct, does patch 0002 need a similar fix? --Zeb

Aug. 22, 2024

Staging dinput-scancode fix

by DodoGTA GT

Hello Here's a better regression fix for the dinput-scancode patchset (the 0001 patch of that patchset caused NFS Underground to segfault since Wine 9.15 with the addition of a keycode loop in keyboard_create_device() because of DIPROP_SCANCODE stuff); I modified the existing 0001 patch to solve this by copying the duplicate object checks to that new loop (maybe I should create a separate 0003 patch to show the changes better?) Hopefully the patch can be merged before 9.16 to not re-introduce that regression after it has been worked around in wine-staging 9.15 Thanks

Aug. 22, 2024

Re: stack size change

by Mahin Pandya

In case anyone is interested in changing stack size in ELF file, feel free to refer: ActianCorp/wine_elf_patcher: WINE ELF Patcher (github.com) <https://github.com/ActianCorp/wine_elf_patcher> Thanks. Mahin On Thu, Aug 8, 2024 at 5:45 PM Mahin Pandya <mahin.pandya(a)hcl-software.com> wrote: > Hello everyone, > > I am looking to change stack size of Wine executable. Apart from > specifying .def (which contains STACKSIZE value) file during compilation, > is there any other option which is supported by Wine? Some kind > configurable runtime option without modifying binary? > > Sample code: > $ cat hello.c > #include <stdio.h> > #include <windows.h> > > int PASCAL WinMain (HINSTANCE hInstance, HINSTANCE hPrevInstance, > PSTR szCmdLine, int iCmdShow) > > { > char buffer [1024*1024*3]; > printf( "Hello world\n"); > return 0; > } > > $ winegcc hello.c > $ ./a.out > Segmentation fault (core dumped) > > Note: I am able to change/patch stack size via modifying a.out.so file. > Any pointers/suggestion are welcome. Thanks in advance. > > regards, > Mahin >

Aug. 16, 2024

Re: [PATCH v5 00/28] NT synchronization primitive driver

by Elizabeth Figura

On Monday, 10 June 2024 11:58:48 CDT Elizabeth Figura wrote: > On Sunday, May 19, 2024 3:24:26 PM CDT Elizabeth Figura wrote: > > This patch series implements a new char misc driver, /dev/ntsync, which is > > used to implement Windows NT synchronization primitives. > > > > NT synchronization primitives are unique in that the wait functions both are > > vectored, operate on multiple types of object with different behaviour > > (mutex, semaphore, event), and affect the state of the objects they wait > > on. This model is not compatible with existing kernel synchronization > > objects or interfaces, and therefore the ntsync driver implements its own > > wait queues and locking. > > > > This patch series is rebased against the "char-misc-next" branch of > > gregkh/char-misc.git. > > Hi Peter, > > Sorry to bother, but now that the Linux merge window is closed could I > request a review of this revision of the ntsync patch set, please (or a > review from another locking maintainer)? > > I believe I've addressed all of the comments from the last review, > except those which would have changed the existing userspace API > (although since the driver isn't really functional yet, maybe this > would have been fine to do anyway?) Hi, Gentle ping on this—this series still needs another review. If I should go ahead and make "breaking" API changes based on the last review, please let me know. Thanks, Zeb

Aug. 12, 2024

Wine staging 9.15 release

by Alistair Leslie-Hughes

Binary packages for various distributions will be available from: https://www.winehq.org/download We have included a few PR to fix regressions with the current wine release. If you want to play NFS Underground or connect to a database via ODBC, take wine-staging for a spin. Summary since last release * Rebased to current wine 9.15 (376 patches are applied to wine vanilla) Upstreamed (Either directly from staging or fixed with a similar patch). * None Removed (No longer required). * None Added: * dinput-regression-fix - Fix crash in NFS Underground. * printdlg-properties_btn - [55841] Lotus Approach: print "Properties" button ignored. Updated: * vkd3d-latest * odbc32-fixes * eventfd_synchronization * winemapi-user-xdg-mail Where can you help * Run Steam/Battle.net/GOG/UPlay/Epic * Test your favorite game. * Test your favorite applications. * Improve staging patches and get them accepted upstream. * Suggest patches to be included in staging. As always, if you find a bug, please report it via https://bugs.winehq.org Best Regards Alistair.

Aug. 11, 2024

stack size change

by Mahin Pandya

Hello everyone, I am looking to change stack size of Wine executable. Apart from specifying .def (which contains STACKSIZE value) file during compilation, is there any other option which is supported by Wine? Some kind configurable runtime option without modifying binary? Sample code: $ cat hello.c #include <stdio.h> #include <windows.h> int PASCAL WinMain (HINSTANCE hInstance, HINSTANCE hPrevInstance, PSTR szCmdLine, int iCmdShow) { char buffer [1024*1024*3]; printf( "Hello world\n"); return 0; } $ winegcc hello.c $ ./a.out Segmentation fault (core dumped) Note: I am able to change/patch stack size via modifying a.out.so file. Any pointers/suggestion are welcome. Thanks in advance. regards, Mahin

Aug. 8, 2024