wine-bugs

wine-bugs@winehq.org

1 participants
158777 discussions

[Bug 31517] New: Gomez Peer blanks screen and does not redraw correctly
by wine-bugs＠winehq.org 21 Dec '22

21 Dec '22

http://bugs.winehq.org/show_bug.cgi?id=31517 Bug #: 31517 Summary: Gomez Peer blanks screen and does not redraw correctly Product: Wine Version: 1.5.10 Platform: x86-64 URL: http://lastmile.gomez.com/PEERInstall.exe OS/Version: Linux Status: NEW Keywords: download Severity: minor Priority: P3 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: kennybobs(a)o2.co.uk Classification: Unclassified Created attachment 41452 --> http://bugs.winehq.org/attachment.cgi?id=41452 Wine 1.5.10 console output +++ This bug was initially created as a clone of Bug #13879 +++ When Gomez Peer is started or opened, the screen goes black and does not refresh automatically. +++ Yes, I have cloned this because it is exactly the same problem! Ubuntu 12.04 AMD64 with Unity 2D and fglrx 8.96 (AFAICT) -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email 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.

2 15

[Bug 26549] New: GomezPEER fails to set processor priority
by wine-bugs＠winehq.org 21 Dec '22

21 Dec '22

http://bugs.winehq.org/show_bug.cgi?id=26549 Summary: GomezPEER fails to set processor priority Product: Wine Version: 1.3.16 Platform: x86-64 URL: http://lastmile.gomez.com/PEERInstall.exe OS/Version: Linux Status: NEW Keywords: download Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: kennybobs(a)o2.co.uk GomezPEER sets its background process (an instance of java.exe) to the lowest (idle) priority in Windows. It fails to do so under Linux. Does Wine lack the ability to set process priorities, perhaps? Apologies if a similar bug is already open but I could not find one. On newer systems this is not a problem, but on older system the PEER can consume 100% CPU while processing. The app is designed so that performance of the PC is not affected, which of course it isn't under Windows (save the usual Windows-related problems) but it is under Wine. I'm not sure if I/O priority is also set. The following does not work as a workaround: $nice -n19 wine ~/blah/GomezPEER.exe because this then sets all the Wine components to -n19 and can badly affect the performance of other apps running under Wine. Instead, the workaround I use is: $wineserver -p15 $nice -n19 wine ~/blah/GomezPEER.exe This way the wineserver remains at normal priority. winedevice.exe in this case still receives -n19 priority, however. Console log: fixme:win:EnumDisplayDevicesW ((null),0,0x73a83c,0x00000000), stub! fixme:win:EnumDisplayDevicesW ((null),1,0x73a83c,0x00000000), stub! fixme:ddraw:DirectDrawEnumerateExA flags 0x00000001 not handled fixme:win:EnumDisplayDevicesW ((null),0,0x74b69c,0x00000000), stub! fixme:font:WineEngCreateFontInstance Untranslated charset 255 fixme:time:GetSystemTimes (0xd9ee5a0,0xd9ee5b0,0xd9ee5a8): Stub! fixme:time:GetSystemTimes (0xd9ee5a0,0xd9ee5b0,0xd9ee5a8): Stub! -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email 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.

2 14

[Bug 53976] New: ntoskrnl.exe:ntoskrnl - test_pnp_devices() fails on Windows 7
by WineHQ Bugzilla 21 Dec '22

21 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=53976 Bug ID: 53976 Summary: ntoskrnl.exe:ntoskrnl - test_pnp_devices() fails on Windows 7 Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntoskrnl Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- ntoskrnl.exe:ntoskrnl - test_pnp_devices() fails on Windows 7: ntoskrnl.c:1637: Test failed: got flags 0x400 See https://test.winehq.org/data/patterns.html#ntoskrnl.exe:ntoskrnl This failure was first detected by the TestBot in MR!1398: https://gitlab.winehq.org/wine/wine/-/merge_requests/1398 Which then got merged: commit f801ac97fbcbef5618eadf1fb922a2d0f0873c4d Author: Zebediah Figura <zfigura(a)codeweavers.com> Date: Wed Nov 16 19:53:54 2022 -0600 ntoskrnl: Set SPDRP_CONFIGFLAGS in install_device_driver(). -- 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.

1 4

[Bug 52964] New: kernel32:locale - test_CompareStringA() fails on Wine in Hindi
by WineHQ Bugzilla 21 Dec '22

21 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=52964 Bug ID: 52964 Summary: kernel32:locale - test_CompareStringA() fails on Wine in Hindi Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- kernel32:locale - test_CompareStringA() fails on Wine in Hindi: locale.c:1929: Test failed: expected CSTR_LESS_THAN, got 2 locale.c:1931: Test failed: expected CSTR_GREATER_THAN, got 2 https://test.winehq.org/data/patterns.html#kernel32:locale This test had very similar failures on Windows with the Hindi + UTF-8 configuration (see bug 52869). But while the failures on Windows have been fixed, the ones in Wine persist. A bisect indicates they started with the commit below (before the matching Windows failures got fixed): commit 8993e15cfa5b77ac2487239354ffe63bbc5e562d Author: Alexandre Julliard <julliard(a)winehq.org> Date: Mon Apr 11 17:21:47 2022 +0200 kernelbase: Support UTF-7/8 codepages in get_codepage_table(). Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> -- 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.

1 4

[Bug 53990] New: Serious Sam 2 crashes with OpenGL renderer
by WineHQ Bugzilla 21 Dec '22

21 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=53990 Bug ID: 53990 Summary: Serious Sam 2 crashes with OpenGL renderer Product: Wine Version: 7.22 Hardware: x86-64 URL: https://archive.org/details/SeriousSam2NewDemo OS: Linux Status: NEW Keywords: download, regression Severity: normal Priority: P2 Component: opengl Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: rbernon(a)codeweavers.com Regression SHA1: 50ab0f8f7123fa82ce7268cbe26303dec4f76680 Distribution: --- Created attachment 73574 --> https://bugs.winehq.org/attachment.cgi?id=73574 terminal output When using the OpenGl renderer the game crashes after the loading screen with an error message: "The application has malfunctioned and it will now close." The game quits afterwards. The problem is present since commit 50ab0f8f7123fa82ce7268cbe26303dec4f76680 Author: Rémi Bernon <rbernon(a)codeweavers.com> Date: Mon Nov 7 16:34:20 2022 +0100 opengl32: Use manual win32 thunks for glMapBuffer (et al.). To reproduce the problem with the demo version: 1. install the demo. 2. run Sam2.exe at least once so that the configuration file Sam2.ini is properly created (by default the game is set up to use the Direct3D renderer). 3. exit the game and open Sam2.ini, located in '..Serious Sam 2 Demo/Content/SeriousSam2'. Look for the option 'gfx_iAPI = 2' under section [Engine] and change it to 'gfx_iAPI = 1' to utilize the OpenGL renderer. 4. Start the demo again, start a new game, select difficulty etc. The pre-rendered cutscenes work properly, the crash happens when loading the first level. Serious Sam 2 - New Demo.exe (371M) md5sum: 1cd1aca3a854279a26483095d556c8bc Wine-7.22 OpenGL vendor string: NVIDIA Corporation OpenGL renderer string: NVIDIA GeForce GT 730/PCIe/SSE2 OpenGL core profile version string: 4.6.0 NVIDIA 470.141.03 OpenGL core profile shading language version string: 4.60 NVIDIA -- 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.

1 2

[Bug 53912] New: Static initialization in Winelibs may hang the loader as of Wine 7.21
by WineHQ Bugzilla 21 Dec '22

21 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=53912 Bug ID: 53912 Summary: Static initialization in Winelibs may hang the loader as of Wine 7.21 Product: Wine Version: 7.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winelib Assignee: wine-bugs(a)winehq.org Reporter: mail(a)robbertvanderhelm.nl Distribution: --- Static initialization in Winelibs may cause the loader to stall as of Wine 7.21. Compiling the below file using `wineg++ -o main main.cpp -m64 -mwindows` and then running `./main.exe` will hang indefinitely. I noticed that this happens with LoadCursor(). Other functions may be affected similarly. #include <windows.h> static const HCURSOR arrow_cursor = LoadCursor(nullptr, IDC_ARROW); int main(int argc, char* argv[]) { return 0; } -- 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.

1 21

[Bug 53884] New: Project Ignis: EDOPro corrupted textures on resizing
by WineHQ Bugzilla 21 Dec '22

21 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=53884 Bug ID: 53884 Summary: Project Ignis: EDOPro corrupted textures on resizing Product: Wine Version: 7.20 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: d3d Assignee: wine-bugs(a)winehq.org Reporter: edoardo762(a)gmail.com Distribution: --- Created attachment 73421 --> https://bugs.winehq.org/attachment.cgi?id=73421 Corrupted textures I'm the lead developer of this application (https://projectignis.github.io/download.html), and seldom i test the windows build on wine to see if it plays nicely. The program uses the Irrlicht engine that uses directx9 as its default windows backend. Today i tried running the program after updating wine to 7.20, and i discovered that now textures get corrupted when resizing the window (see attached image) (when the window is resized, the program generates all the textures with the new size). I checked older wine versions, and wine 7.19 is the version where this issue appears for the first time, and it's still present in the version 7.20. -- 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.

1 8

[Bug 52394] New: "Control panel" -> "Add/Remove Programs" in builtin wine explorer is not working
by WineHQ Bugzilla 21 Dec '22

21 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=52394 Bug ID: 52394 Summary: "Control panel" -> "Add/Remove Programs" in builtin wine explorer is not working Product: Wine Version: 7.0-rc5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: galdralag(a)bk.ru Distribution: --- After clicking on "Add/Remove Programs" in "Control panel" nothing happens. Earlier (a few months ago) it was working. In control panel 3 items and clicking on any shows nothing. -- 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.

1 11

[Bug 46538] New: Unreal Tournament (UT99): mouse clicks in main menu work only once (regression)
by wine-bugs＠winehq.org 21 Dec '22

21 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=46538 Bug ID: 46538 Summary: Unreal Tournament (UT99): mouse clicks in main menu work only once (regression) Product: Wine Version: 4.0 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: nowic(a)wenner.ch Distribution: --- Created attachment 63395 --> https://bugs.winehq.org/attachment.cgi?id=63395 Commandline output The main menu drop downs only works the first time using the mouse. After the first click only navigation using the keyboard works which is quite annoying. I remember that this worked without issues in a previous version of wine. Probably wine < 3.0. GPU: GeForce 940MX -- 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.

2 8

[Bug 54121] New: 8.0-rc1 build fails with errors in bcrypt in Ubuntu 18.04
by WineHQ Bugzilla 21 Dec '22

21 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54121 Bug ID: 54121 Summary: 8.0-rc1 build fails with errors in bcrypt in Ubuntu 18.04 Product: Wine Version: 8.0-rc1 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: bcrypt Assignee: wine-bugs(a)winehq.org Reporter: dimesio(a)earthlink.net Distribution: --- Created attachment 73653 --> https://bugs.winehq.org/attachment.cgi?id=73653 bionic 8.0-rc1 build failure All the newer distro versions we build for were fine, but Ubuntu 18.04 fails early on with errors in bcrypt. Attaching the log from the x84_64 build; the i586 build failed similarly. -- 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.

1 15

[Bug 54000] New: user32:win - test_mouse_input() gets an unexpected 0x60 message on Windows 11
by WineHQ Bugzilla 21 Dec '22

21 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54000 Bug ID: 54000 Summary: user32:win - test_mouse_input() gets an unexpected 0x60 message on Windows 11 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com user32:win - test_mouse_input() gets an unexpected 0x60 message on Windows 11: win.c:4513: Test failed: hwnd 0000000000C6043C message 0060 win.c:4519: Test failed: message 0060 available See https://test.winehq.org/data/patterns.html#user32:win I could not find the what the 0x60 message corresponds to but, according to the tests, it is specific to Windows 11. -- 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.

1 5

[Bug 53911] New: DC++ is no longer able to retrieve file list from another user.
by WineHQ Bugzilla 21 Dec '22

21 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=53911 Bug ID: 53911 Summary: DC++ is no longer able to retrieve file list from another user. Product: Wine Version: 6.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winsock Assignee: wine-bugs(a)winehq.org Reporter: dee3shee7aeno4(a)mailinator.com Distribution: --- Since following commit DC++ is no longer able to retrieve the file list from another user: commit 8312539efe18533f6e2b35882d12e9d1bcbefa0d Author: Zebediah Figura <z.figura12(a)gmail.com> Date: Fri Jun 25 20:21:08 2021 -0500 ws2_32: Use IOCTL_AFD_WINE_GET_SO_RCVBUF. Signed-off-by: Zebediah Figura <z.figura12(a)gmail.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> It looks like the application retrieves the buffer size via a call to getsockopt(SO_RCVBUF), but unfortunately receives a size of zero since the above commit. The commit seems to not call getsockopt in the DC++ process any longer, instead it returns the value from a wineserver call. Wine-gdb> bt #0 WS_getsockopt (s=<optimized out>, level=<optimized out>, optname=<optimized out>, optval=0x3f2fba8 "", optlen=<optimized out>) at wine/dlls/ws2_32/socket.c:2571 #1 0x0000000000667c7f in <lambda()>::operator() (__closure=<synthetic pointer>) at dcpp/Socket.cpp:510 #2 dcpp::(anonymous namespace)::check<dcpp::Socket::getSocketOptInt(int)::<lambda()> > (blockOk=false, f=...) at dcpp/Socket.cpp:52 #3 dcpp::Socket::getSocketOptInt (this=0x29d6fc0, option=option@entry=4098) at dcpp/Socket.cpp:510 #4 0x00000000005bd3aa in dcpp::BufferedSocket::threadAccept (this=this@entry=0x29d8820) at dcpp/BufferedSocket.cpp:179 #5 0x00000000005c4418 in dcpp::BufferedSocket::checkEvents (this=this@entry=0x29d8820) at dcpp/BufferedSocket.cpp:463 #6 0x00000000005c48e8 in dcpp::BufferedSocket::run (this=0x29d8820) at dcpp/BufferedSocket.cpp:498 #7 0x000000000098c3da in dcpp::Thread::starter (p=<optimized out>) at dcpp/Thread.h:107 https://sourceforge.net/p/dcplusplus/code/ci/default/tree/dcpp/Socket.cpp#l… https://sourceforge.net/p/dcplusplus/code/ci/default/tree/dcpp/BufferedSock… The wineserver sock->rcvbuf gets initialized here: (gdb) bt #0 create_socket () at wine/server/file.h:240 #1 0x0000555946fd7619 in accept_socket (sock=0x555949c36cc0) at wine/server/sock.c:1618 #2 0x0000555946fd9c9e in sock_ioctl (fd=<optimized out>, code=<optimized out>, async=0x555949c3fb40) at wine/server/sock.c:2016 #3 0x0000555946fb4481 in req_ioctl (req=0x555949c371c8, reply=0x7ffcfd2ec140) at wine/server/fd.c:2794 #4 0x0000555946fd39cb in call_req_handler (thread=<optimized out>) at wine/server/request.c:312 #5 0x0000555946fdcd10 in thread_poll_event (fd=<optimized out>, event=<optimized out>) at wine/server/thread.c:388 #6 0x0000555946fb1c67 in main_loop_epoll () at wine/server/fd.c:525 #7 0x0000555946fb1ece in main_loop () at wine/server/fd.c:985 #8 0x0000555946fa3a80 in main () And following change makes DC++ work again with wine-7.21, unsure if this is correct: --- a/server/sock.c +++ b/server/sock.c @@ -1998,6 +1998,7 @@ static struct sock *accept_socket( struct sock *sock ) acceptsock->window = sock->window; acceptsock->message = sock->message; acceptsock->connect_time = current_time; + acceptsock->rcvbuf = sock->rcvbuf; if (sock->event) acceptsock->event = (struct event *)grab_object( sock->event ); -- 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.

1 4

[Bug 53595] New: Iran Timezone is not detected correctly
by WineHQ Bugzilla 21 Dec '22

21 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=53595 Bug ID: 53595 Summary: Iran Timezone is not detected correctly Product: Wine Version: 7.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: aria.moradi007(a)gmail.com Distribution: --- I get errors like ``` 00f0:fixme:ntdll:find_reg_tz_info Can't find matching timezone information in the registry for +0430, bias -210, std (d/m/y): 22/09/2022, dlt (d/m/y): 22/03/2022 00f8:fixme:ntdll:find_reg_tz_info Can't find matching timezone information in the registry for +0430, bias -210, std (d/m/y): 22/09/2022, dlt (d/m/y): 22/03/2022 0100:fixme:ntdll:find_reg_tz_info Can't find matching timezone information in the registry for +0430, bias -210, std (d/m/y): 22/09/2022, dlt (d/m/y): 22/03/2022 ``` Programs hang and don't run after errors like that, deleting the wine prefix and running the program again tends to fix the issue, but running the same (or any) program after that yields the issue, Also I didn't encounter the issue while running lutris' wine builds. I'm running Arch Linux if that's related to anything and `/etc/localtime` is symliked to `/usr/share/zoneinfo/Asia/Tehran` -- 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.

1 6

[Bug 53503] New: QuickBooks Pro 99 page faults with print preview or attempting to print
by WineHQ Bugzilla 21 Dec '22

21 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=53503 Bug ID: 53503 Summary: QuickBooks Pro 99 page faults with print preview or attempting to print Product: Wine Version: 7.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: nexusofbooths(a)gmail.com Distribution: --- Created attachment 72866 --> https://bugs.winehq.org/attachment.cgi?id=72866 dialog from wine 7.14 running Quickbooks Pro 99 attempting to print When attempting to print preview or print after dialog, wine enters debugger with "Unhandled exception: page fault on read access to 0x00000006 in 32-bit code (0x160abeca)" Program worked perfectly in wine 7.10, printing broke in 7.11, and now also 7.14. compiled wine 7.14 32bit from source. No mods. configure CC="ccache gcc" CROSSCC="ccache i686-w64-mingw32-gcc" make -j 5 -l 3 -- 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.

1 2

[Bug 54096] New: Non-PE builds broken since "ntdll: Move the .so module initialization to winecrt0."
by WineHQ Bugzilla 21 Dec '22

21 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54096 Bug ID: 54096 Summary: Non-PE builds broken since "ntdll: Move the .so module initialization to winecrt0." Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: martin(a)martin.st CC: julliard(a)winehq.org Regression SHA1: bef09697227c29f53bb0ad95232399cbba5c9c6b Distribution: --- Builds with --without-mingw fail since bef09697227c29f53bb0ad95232399cbba5c9c6b, "ntdll: Move the .so module initialization to winecrt0.", with errors like these for all DLLs: /usr/lib/gcc-cross/arm-linux-gnueabihf/9/../../../../arm-linux-gnueabihf/bin/ld: dlls/winecrt0/libwinecrt0.a(dll_soinit.o): in function `__wine_init_so_dll': /home/martin/fate/wine/build-armv7-elf-clang/../src/dlls/winecrt0/dll_soinit.c:92: undefined reference to `dladdr1' collect2: error: ld returned 1 exit status winegcc: /usr/bin/arm-linux-gnueabihf-gcc failed make: *** [Makefile:1410: dlls/acledit/acledit.dll.so] Error 2 -- 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.

1 3

[Bug 53099] New: wineserver (gcc -O0) crash when exiting LiLi USB Creator
by WineHQ Bugzilla 21 Dec '22

21 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=53099 Bug ID: 53099 Summary: wineserver (gcc -O0) crash when exiting LiLi USB Creator Product: Wine Version: 7.10 Hardware: x86-64 URL: http://download.tuxfamily.org/lilicreator/stable/Linux Live%20USB%20Creator%202.9.4.exe OS: Linux Status: NEW Keywords: download, regression, source Severity: critical Priority: P2 Component: wineserver Assignee: wine-bugs(a)winehq.org Reporter: imwellcushtymelike(a)gmail.com Regression SHA1: a61188bfa5bf20443b11f397d8ef6e7e5fd4bdf1 Distribution: Ubuntu Created attachment 72529 --> https://bugs.winehq.org/attachment.cgi?id=72529 Wine 7.10 (gcc -O0) console output When Wine is compiled with -O0 (no optimisation), wineserver crashes when exiting the LinuxLive USB Creator. -O1, -O2 or -O3 optimisation doesn't experience the crash.Tried with GCC 7 and 8. [334632.437161] wineserver[471477]: segfault at aaaaaace ip 00000000566503c3 sp 00000000ffb530a0 error 4 in wineserver[56634000+99000] [334632.437172] Code: 8d 90 38 6d fd ff 52 89 c3 e8 e9 ad fe ff 90 8b 5d fc c9 c3 55 89 e5 83 ec 08 e8 c7 cc fe ff 05 10 1a 08 00 8b 45 08 8b 40 28 <8b> 40 24 83 ec 08 ff 75 0c ff 75 08 ff d0 83 c4 10 90 c9 c3 55 89 gcc (Ubuntu 7.5.0-3ubuntu1~18.04) 7.5.0 gcc-8 (Ubuntu 8.4.0-1ubuntu1~18.04) 8.4.0 Bisect shows this started happening at commit a61188bfa5bf20443b11f397d8ef6e7e5fd4bdf1 Author: Jacek Caban <jacek(a)codeweavers.com> Date: Fri Nov 27 18:13:59 2020 +0100 server: Use separated fd ops for unbound console input. Signed-off-by: Jacek Caban <jacek(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> -- 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.

1 8

[Bug 53756] New: configure fails in 32-bit gcc checking pthread_create using -Wl,--disable-stdcall-fixup
by WineHQ Bugzilla 21 Dec '22

21 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=53756 Bug ID: 53756 Summary: configure fails in 32-bit gcc checking pthread_create using -Wl,--disable-stdcall-fixup Product: Wine Version: 7.17 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: build-env Assignee: wine-bugs(a)winehq.org Reporter: zakarjor(a)yahoo.com Distribution: --- in 32-bit wine build, ./configure fails with the following message: checking for pthread_create in -lpthread... no configure: error: pthread 32-bit develment files not found. Wine cannot support threads without libpthread. Use the --without-pthread option if you really want this. Checking config.log, the problem seems to be related to a second test of -Wl,--disable-stdcall-fixup for cross-compiler, which sets CFLAGS with that argument, and pthread test uses gcc that doesn't have that flag. in case $host_cpu in *i[3456]86*), it checks -Wl,--disable-std-call-fixup and since gcc doesn't have it, CFLAGS is not changed, but further down, when it tests the same flag for cross-compiler, since 32-bit mingw gcc has that flag, CCFLAGS now appends that flag. Eventually when pthread_create is tested using gcc with CFLAGS containing the unknown flag for gcc, it fails to compile, and wrongly says it couldn't find pthread_create. This works for case x86_64 since no such flag test exists. This looks like a regression by changes in https://gitlab.winehq.org/wine/wine/-/commit/8b7baa1128d974b6b9e4fc49853242… -- 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.

1 7

[Bug 53550] New: Some Catalan locales not properly handled
by WineHQ Bugzilla 21 Dec '22

21 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=53550 Bug ID: 53550 Summary: Some Catalan locales not properly handled Product: Wine Version: 7.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: marc.ruiz+wine(a)live.com Distribution: --- My system has locale ca_AD.UTF-8 which is for Catalan. However Wine apparently does not recognize it as Catalan, it only recognizes ca_ES. How to reproduce: LANG=ca_AD.UTF-8 winecfg -> UI is shown in English (wrong). LANG=ca_ES.UTF-8 winecfg -> UI is shown in Catalan (right). LANG=ca_FR.UTF-8 winecfg -> UI is shown in English (wrong). LANG=ca_IT.UTF-8 winecfg -> UI is shown in English (wrong). I have actually discovered this while running YY-CHR (https://appdb.winehq.org/objectManager.php?sClass=version&iId=22701). Running this program with WINEDEBUG=nls I have discovered that ca_ES is mapped to locale CAT and ca_AD and the others to ZZZ. -- 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.

1 4

[Bug 53525] New: dinpu:hid - test_hid_multiple_tlc() sometimes fails with testsigning turned on
by WineHQ Bugzilla 21 Dec '22

21 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=53525 Bug ID: 53525 Summary: dinpu:hid - test_hid_multiple_tlc() sometimes fails with testsigning turned on Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: dinput Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com dinpu:hid - test_hid_multiple_tlc() sometimes fails with testsigning turned on: hid.c:3926: Test failed: Failed to find HID device matching L"\\\\?\\hid#vid_1209&pid_0001&col02" hid.c:3930: Test failed: got error 2 hid.c:3040: Test failed: HidD_GetPreparsedData failed with error 6 hid.c:3043: Test failed: got "\\\x00\\\x00?\x00\\\x00" expected "HidP KDR" https://test.winehq.org/data/patterns.html#dinput:hid These failures happened on both fgtb-w10pro64-tsign and w1064-tsign and only those. So they seem to be specific to Windows 10 with test signing turned on. -- 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.

1 6

[Bug 52997] New: Integration of D3D12 support with a PE build of vkd3d causes a crash in Steam Overlay.
by WineHQ Bugzilla 21 Dec '22

21 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=52997 Bug ID: 52997 Summary: Integration of D3D12 support with a PE build of vkd3d causes a crash in Steam Overlay. Product: Wine Version: 7.8 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: cmccarthy(a)codeweavers.com Distribution: --- Launching a D3D12 game with Steam Overlay enabled results in a null pointer dereference right after a call to D3D11On12CreateDevice(). Changing the returned values alters the crash location. This is a regression caused by integration of a vkd3d PE build in commit 5d62e5603. The call to D3D11On12CreateDevice() doesn't occur when using an ELF vkd3d build. -- 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.

1 8

[Bug 52873] New: oleaut32:typelib fails in Wine in Hindi
by WineHQ Bugzilla 21 Dec '22

21 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=52873 Bug ID: 52873 Summary: oleaut32:typelib fails in Wine in Hindi Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: oleaut32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- oleaut32:typelib fails in Wine in Hindi: typelib.c:2514: Test failed: got: L"default?" typelib.c:2526: Test failed: got: L"default?" typelib.c:3314: Test failed: got: L"default?" typelib.c:3326: Test failed: got: L"default?" https://test.winehq.org/data/patterns.html#oleaut32:typelib A bisect shows that the test started failing with the commit below: commit e81327358a26b160740b3421a4c7f300b4d2f06f Author: Alexandre Julliard <julliard(a)winehq.org> Date: Wed Apr 13 15:13:16 2022 +0200 kernelbase: Move codepage initialization to ntdll. Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> Oddly this is the same commit as for a recent set of vbscript:run failures (see bug 52872). -- 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.

1 7

[Bug 52779] New: Construction Set Extender crash with an Assertion Error in wine 7.5
by WineHQ Bugzilla 21 Dec '22

21 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=52779 Bug ID: 52779 Summary: Construction Set Extender crash with an Assertion Error in wine 7.5 Product: Wine Version: 7.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: lorenzofer(a)live.it Distribution: --- Using wine 7.5 Consturction Set Extender (plugin for Oblivion Construction Set) crash with the following assertion Assertion failed: Data != ActiveComboBoxes.cend(), file Y:\CSE\Construction-Set-Extender\UIManager.cpp, line 623 Everything works fine with wine 7.4 There is no log except the common imm fixme and a lot of d3d:wined3d_check_device_format_conversion and d3d:state_linepattern_w that are present even in 7.4 Bisection in progress -- 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.

1 12

[Bug 42797] New: ICU64 for VICE: No highlighted read/ write-colors in Memory-window.
by wine-bugs＠winehq.org 21 Dec '22

21 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=42797 Bug ID: 42797 Summary: ICU64 for VICE: No highlighted read/write-colors in Memory-window. Product: Wine Version: 2.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: enkorv(a)yahoo.com Distribution: --- Created attachment 57824 --> https://bugs.winehq.org/attachment.cgi?id=57824 terminal output when running ICU64.exe VICE is a Commodore 64 (and siblings) emulator. "ICU64 for VICE" is a hacking tool that piggybacks onto the emulator and shows memory maps in useful ways. When starting ICU64.exe it opens a small toolbar and starts the VICE emulator as well. When selecting Memory in the toolbar a window opens which shows the memory map of the Commodore 64. It should also highlight the memory read and writes as well as where the CPU is currently running, using color highlighting. This part doesn't work so the window just has a black background. You can still zoom in and out in the memory map (using mouse scroll-wheel) and see the values of the memory locations changing live. An example of how the color highlighting typically looks is here (could not find a clip of ICU64 for VICE, so this clip shows ICU64 for Frodo, which is another Commodore 64 emulator): https://www.youtube.com/watch?v=tjcvR5McmSg Testing and wine-environment: Ubuntu 16.10 - 4.8.0-46-generic wine-2.4 ICU64 needs Microsoft .NET Framework 2.0 (see http://icu64.blogspot.se/p/download.html ) WINEPREFIX=~/.winetest2017 WINEARCH=win32 wineboot WINEPREFIX=~/.winetest2017 winetricks dotnet2 ICU64 - https://sites.google.com/site/mathfigure/icu64vice23-v0.1.2.zip c89d54ea7d64834694c3590660dee69e0738a418 WinVICE 2.3 - https://sourceforge.net/projects/vice-emu/files/releases/binaries/windows/W… b2a7ffafbcef1ab159681002616d9cf819c1ef84 Download both, unzip into same folder and run ICU64.exe. -- 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.

2 2

[Bug 31927] New: ws2_32: sock.c fails intermittently - 'Test succeeded inside todo block: GetQueuedCompletionStatus returned 0'
by wine-bugs＠winehq.org 21 Dec '22

21 Dec '22

http://bugs.winehq.org/show_bug.cgi?id=31927 Bug #: 31927 Summary: ws2_32: sock.c fails intermittently - 'Test succeeded inside todo block: GetQueuedCompletionStatus returned 0' Product: Wine Version: 1.5.14 Platform: x86 OS/Version: Linux Status: NEW Keywords: download, testcase Severity: minor Priority: P2 Component: winsock AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Classification: Unclassified Running in a loop for about 15 minutes, I got: sock.c:5385: Test succeeded inside todo block: GetQueuedCompletionStatus returned 0 sock.c:5386: Test succeeded inside todo block: Last error was 64 make: *** [sock.ok] Error 2 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email 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.

2 10

[Bug 54094] New: kernel32:process - test_services_exe() sometimes fails due to an invalid buffer size in Windows
by WineHQ Bugzilla 21 Dec '22

21 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54094 Bug ID: 54094 Summary: kernel32:process - test_services_exe() sometimes fails due to an invalid buffer size in Windows Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com test_services_exe() sometimes fails due to an invalid buffer size in Windows: process.c:4962: Test failed: got 0xc0000004 See https://test.winehq.org/data/patterns.html#kernel32:process Where 0xc0000004 == STATUS_INFO_LENGTH_MISMATCH This causes a little bit over one failure per month. I think the failure simply happens when a process is started between the first call to NtQuerySystemInformation(), which returns the buffer size to hold the *array* of SYSTEM_PROCESS_INFORMATION structures, and the time we call it again with that size. Obviously we don't start new processes ourselves so it must be a scheduled task or some equivalent. We should probably loop a couple of times to defend against that. -- 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.

1 3

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs