wine-bugs May 2020

wine-bugs@winehq.org

1 participants
7324 discussions

[Bug 49129] New: service:process_send_command service protocol error - failed to write pipe! on wine5.8
by WineHQ Bugzilla 24 Jul '20

24 Jul '20

https://bugs.winehq.org/show_bug.cgi?id=49129 Bug ID: 49129 Summary: service:process_send_command service protocol error - failed to write pipe! on wine5.8 Product: Wine-staging Version: 5.8 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: rnowotny(a)rotek.at CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- I have some windows service (an ERP server) , that used to work on WINE 5.7 after updating to 5.8, the service can not start anymore : # start the wineserver /usr/bin/wineserver -p # start the service /usr/bin/wine net start myservice # diag output : 0108:err:service:process_send_command service protocol error - failed to write pipe! If I start the program "normal" (not as a service) it still runs perfectly. So there seem to be some regression with pipes / wineserver ? -- 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 10

[Bug 47726] New: too many fonts cause memory corruption in Post Mortem and Still Life, need some limiting
by wine-bugs＠winehq.org 24 Jul '20

24 Jul '20

https://bugs.winehq.org/show_bug.cgi?id=47726 Bug ID: 47726 Summary: too many fonts cause memory corruption in Post Mortem and Still Life, need some limiting Product: Wine Version: 4.15 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: zakarjor(a)yahoo.com Distribution: --- I upgraded to Fedora 30 x86_64, and I now have a lot more fonts (lots of multilingual fonts) than before. When starting Post Mortem or Still Life, I get the following error: wine: Unhandled page fault on read access to 0x3235363d at address 0x24036828 (thread 0009), starting debugger... Running with WINEDEBUG=warn+heap I get 0009:Call msvcrt.??@YAPAXI@Z(0000ffff) ret=2429ef15 0009:Call ntdll.RtlAllocateHeap(00410000,00000000,0000ffff) ret=7e558363 ... 0009:Call msvcrt.??@YAPAXI@Z(00000000) ret=2429ef15 0009:Call ntdll.RtlAllocateHeap(00410000,00000000,00000000) ret=7e558363 0009:Call ntdll.RtlAllocateHeap() retval=00480270 ret=7e558363 ... 0009:Call ntdll.RtlFreeHeap(00410000,00000000,00480270) ret=7e55842a 0009:err:heap:HEAP_ValidateInUseArena Heap 0x410000: block 0x480270 tail overwritten at 0x480270 (byte 0/24 == 0x33) The register eax is supposed to be an address but looks like part of a font name in ASCII. After going thru debugger, I found that there is a bug/limitation of string size of 64KB, and when the list of font names is just below 64KB (0xffff), and then appends one character, it goes over 64KB, but wraps around the size to 0 byte, which causes the memory corruption. It would be nice to have gdi font module to limit the number of fonts to return to the caller, or have some way to filter the type of fonts to return (like don't return any Linux fonts), which should be consistent with Windows environment. -- 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 9

[Bug 48133] New: Wine explorer broken on macOS 10.15.1 Catalina
by WineHQ Bugzilla 23 Jul '20

23 Jul '20

https://bugs.winehq.org/show_bug.cgi?id=48133 Bug ID: 48133 Summary: Wine explorer broken on macOS 10.15.1 Catalina Product: Wine Version: 4.20 Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: programs Assignee: wine-bugs(a)winehq.org Reporter: mterrisse(a)free.fr Created attachment 65731 --> https://bugs.winehq.org/attachment.cgi?id=65731 Empty Wine explorer WINEARCH=win64 WINEPREFIX=... wine64 explorer It doesn't display files nor folders, see attached screenshot. Note that it works fine on Linux (Ubuntu 19.10), I have this problem only on macOS Catalina. Regards, Michel Terrisse -- 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 45695] New: UNDER NIGHT IN-BIRTH Exe:Late[st]: in game graphics show only green screen
by wine-bugs＠winehq.org 22 Jul '20

22 Jul '20

https://bugs.winehq.org/show_bug.cgi?id=45695 Bug ID: 45695 Summary: UNDER NIGHT IN-BIRTH Exe:Late[st]: in game graphics show only green screen Product: Wine Version: 3.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mrniex(a)protonmail.com Distribution: --- Created attachment 62124 --> https://bugs.winehq.org/attachment.cgi?id=62124 terminal output while running the game The game starts up fine and all menus work, including audio, however, once the gameplay portion of the game starts, the game only renders the HUD and a bright green screen. The game works, audio plays, inputs are recognized, AI works (the player is being attacked), only that no graphics ever show up. Tested so far with both Wine 3.13, 3.14, and 3.14-staging. Not sure what output would be helpful in this case, so I at least attached the terminal output. -- 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 3

[Bug 48494] New: Toolbar should handle CDRF_NEWFONT
by WineHQ Bugzilla 21 Jul '20

21 Jul '20

https://bugs.winehq.org/show_bug.cgi?id=48494 Bug ID: 48494 Summary: Toolbar should handle CDRF_NEWFONT Product: Wine Version: 5.0-rc6 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: katayama.hirofumi.mz(a)gmail.com Distribution: --- Wine Toolbar controls of comctl32 didn't implement CustomDraw CDRF_NEWFONT. So, the application can't change the font of toolbar items. -- 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 9

[Bug 49095] New: "stack overflow" when running StarCraft 2
by WineHQ Bugzilla 20 Jul '20

20 Jul '20

https://bugs.winehq.org/show_bug.cgi?id=49095 Bug ID: 49095 Summary: "stack overflow" when running StarCraft 2 Product: Wine Version: 5.7 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bat.misc(a)batbytes.com Distribution: --- Created attachment 67061 --> https://bugs.winehq.org/attachment.cgi?id=67061 wine stdout/stderr Environment: - Arch Linux fully updated as of the date of this report. - Wine master branch (d1f858e03da732c621504f90e349d5170ca3336e) using Arch Linux wine-staging package configurations. Built with debugging and not stripped. When running StarCraft 2 at no particular point during the game, I see this failure: 0474:err:seh:setup_exception_record stack overflow 340 bytes in thread 0474 eip deb0986a esp 0f7011dc stack 0xf700000-0xf701000-0xff00000 The overflow is always 340 bytes. When I was trying to diagnose this with strace, I saw that the thread is doing a lot of network recvmsg/sendmsg traffic. The log is attached. I don't think this bug is related to my other bug #49094. This appears to be a new regression. I was previously using Arch Linux's wine-staging package with wine staging version 5.5. That version did not have this problem. -- 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 1

[Bug 36184] New: valgrind shows a potential leaks in avifil32/tests/api.c
by wine-bugs＠winehq.org 19 Jul '20

19 Jul '20

https://bugs.winehq.org/show_bug.cgi?id=36184 Bug ID: 36184 Summary: valgrind shows a potential leaks in avifil32/tests/api.c Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==2113== 8 bytes in 1 blocks are possibly lost in loss record 35 of 677 ==2113== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==2113== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==2113== by 0x7B8457FF: HeapAlloc (heap.c:271) ==2113== by 0x7B845AD4: GlobalAlloc (heap.c:376) ==2113== by 0x5852357: OLEClipbrd_Initialize (clipboard.c:1732) ==2113== by 0x588B6C6: OleInitialize (ole2.c:215) ==2113== by 0x4F95DE3: AVIFileInit (api.c:177) ==2113== by 0x4E6D3D2: func_api (api.c:716) ==2113== by 0x4E6E1F6: run_test (test.h:584) ==2113== by 0x4E6E5E4: main (test.h:654) ==2113== -- 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 5

[Bug 44087] New: GLRAGE - TombATI - Tomb Raider 1 - can not play avi video ( and others videos formats than RPL)
by wine-bugs＠winehq.org 19 Jul '20

19 Jul '20

https://bugs.winehq.org/show_bug.cgi?id=44087 Bug ID: 44087 Summary: GLRAGE - TombATI - Tomb Raider 1 - can not play avi video (and others videos formats than RPL) Product: Wine Version: 2.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: legluondunet(a)free.fr Distribution: --- With GLRage you can play Tomb Raider 1 with high quality 3D graphic on modern computer. Glrage will ask for the game media (CD,Gog or Steam install...) because it uses most of the original game files. It works great on Linux with Wine after some little tweaks. Original Tomb Raider videos are in RPL format. GLRage know how to plays them and you can even replace original videos by new higher quality video in others formats (avi, mkv...). The bug here is about GLRage wich can not play other videos formats than RPL with Wine. How to reproduce: - configure wine: activate virtual desktop mode, install vc_redist.x86.exe, override winmm.dll and ddraw.dll - install GLRage, you can download it here: https://github.com/ata4/glrage/releases - install it, during installation it will ask you for your Tomb Raider 1 CD or installation folder (Gog, STeam...) - Launch GLRage, videos played normally - download "Tomb Raider 1 higher quality cinematics" from here: http://download.glidos.net/TombATI - replace the RPL videos located here: drive_c/tombati/fmv by the ones from the "Tomb Raider 1 higher quality cinematics" package. This videos are in avi format. - launch GLRage: it can not play video, you have this error message: movie playback 0x800401f0 This is the wine terminal log: fixme:winediag:start_process Wine Staging 2.19 is a testing version containing experimental patches. fixme:winediag:start_process Please mention your exact version when filing bug reports on winehq.org. err:winedevice:async_create_driver failed to create driver L"WineBus": c0000142 fixme:msvcp:_Mtx_init_in_situ unknown flags ignored: 2 fixme:vcruntime:__telemetry_main_invoke_trigger (0x10000000) fixme:nls:GetThreadPreferredUILanguages 00000038, 0x32e894, 0x32e8a4 0x32e898 fixme:nls:get_dummy_preferred_ui_language (0x38 0x32e894 0x32e8a4 0x32e898) returning a dummy value (current locale) fixme:module:load_library unsupported flag(s) used (flags: 0x00000060) fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0x32e9dc 1 C) semi-stub fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0x32e76c 1 C) semi-stub fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0x32e83c 1 C) semi-stub fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0x32e59c 1 C) semi-stub fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0x32e66c 1 C) semi-stub fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0x32e49c 1 C) semi-stub err:ole:CoCreateInstanceEx apartment not initialised the last line "err:ole:CoCreateInstanceEx apartment not initialised" appear each time GLRage can not play a video (avi videos). I think GLRage play RPL by his own . But for others formats it uses Windows components? -- 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 1

[Bug 36182] New: valgrind shows a potential leaks in atl/tests/registrar.c
by wine-bugs＠winehq.org 19 Jul '20

19 Jul '20

https://bugs.winehq.org/show_bug.cgi?id=36182 Bug ID: 36182 Summary: valgrind shows a potential leaks in atl/tests/registrar.c Product: Wine Version: 1.3.13 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: atl Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==13481== 28 bytes in 1 blocks are possibly lost in loss record 161 of 562 ==13481== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==13481== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==13481== by 0x529E83E: COMPOBJ_DllList_Add (compobj.c:526) ==13481== by 0x52A0B7A: apartment_getclassobject (compobj.c:1335) ==13481== by 0x52A42C4: get_inproc_class_object (compobj.c:2894) ==13481== by 0x52A4783: CoGetClassObject (compobj.c:3032) ==13481== by 0x52A4D45: CoCreateInstance (compobj.c:3197) ==13481== by 0x4C9A026: test_registrar (registrar.c:68) ==13481== by 0x4C9A8A7: func_registrar (registrar.c:159) ==13481== by 0x4C9B6A7: run_test (test.h:584) ==13481== by 0x4C9BA96: main (test.h:654) ==13481== -- 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 4

[Bug 26108] New: ole32/defaulthandlers tests shows a valgrind warning
by wine-bugs＠winehq.org 19 Jul '20

19 Jul '20

http://bugs.winehq.org/show_bug.cgi?id=26108 Summary: ole32/defaulthandlers tests shows a valgrind warning Product: Wine Version: 1.3.13 Platform: x86 OS/Version: Linux Status: NEW Keywords: download, source, testcase Severity: minor Priority: P2 Component: ole32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Conditional jump or move depends on uninitialised value(s) at StorageImpl_CreateDirEntry (storage32.c:1251) by StorageBaseImpl_CreateDirEntry (storage32.h:272) by StorageBaseImpl_CreateStream (storage32.c:985) by init_ole_stream (defaulthandler.c:1619) by DefaultHandler_IPersistStorage_InitNew (defaulthandler.c:1685) by test_olestream (defaulthandler.c:81) by func_defaulthandler (defaulthandler.c:107) by run_test (test.h:556) by main (test.h:624) Uninitialised value was created by a client request at mark_block_uninitialized (heap.c:208) by initialize_block (heap.c:239) by RtlReAllocateHeap (heap.c:1897) by HeapReAlloc (heap.c:277) by GlobalReAlloc (heap.c:676) by HGLOBALLockBytesImpl_SetSize (memlockbytes.c:518) by StorageImpl_Construct (storage32.c:2740) by Storage_Construct (storage32.c:5131) by StgCreateDocfileOnILockBytes (storage32.c:7709) by create_storage (defaulthandler.c:41) by test_olestream (defaulthandler.c:69) by func_defaulthandler (defaulthandler.c:107) by run_test (test.h:556) by main (test.h:624) -- 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 6

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 May 2020