September 2020 - Wine-bugs - list.winehq.org

[Bug 38888] New: DDE cannot deal with Chinese path
by wine-bugs＠winehq.org 19 May '21

19 May '21

https://bugs.winehq.org/show_bug.cgi?id=38888 Bug ID: 38888 Summary: DDE cannot deal with Chinese path Product: Wine Version: 1.7.46 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: jactry92(a)gmail.com Distribution: --- Created attachment 51824 --> https://bugs.winehq.org/attachment.cgi?id=51824 dde_testcase.exe reproduce: 1. $ touch ~/.wine/drive_c/测试.jpg 2. Change "[HKEY_CLASSES_ROOT\jpegfile\shell\open\command]" to "C:\windows\system32\winebrowser.exe" "-nohome" 3. $ wine dde_testcase.exe Expected: 测试.jpg will be opened by native picture viewer which winebrowser find. Actually: Didn't open 测试.jpg. And from log with '+exec,+winebrowser' we can know that winebrowser didn't get the right path from dde: ---snip--- trace:winebrowser:ddeCb dde_cb: 1062, 0000, 0x0, 0xc001, 0xc000, 0x0, 0033f4a0, 00000000 trace:winebrowser:ddeCb dde_cb: 8072, 0000, 0x1483c0, 0xc001, 0xc000, 0x0, 0033f4a0, 00000000 trace:exec:SHELL_ArgifyW 0x63bb48, 256, L"\"file:%1\",,-1,,,,,", L"C:\\\6d4b\8bd5.jpg", 0x0, 0x63d510 trace:exec:SHELL_ArgifyW used 26 of 256 space trace:exec:dde_connect L"\"file:%1\",,-1,,,,," L"C:\\\6d4b\8bd5.jpg" => L"\"file:C:\\\6d4b\8bd5.jpg\",,-1,,,,," trace:winebrowser:ddeCb dde_cb: 4050, 0000, 0x1483c0, 0xc001, 0x0, 0x147f4a, 00000000, 00000000 err:winebrowser:get_url_from_dde Unable to retrieve URL from string L"\"" trace:exec:SHELL_execute retval 33 err:winebrowser:wmain Usage: winebrowser URL -- 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

[Bug 49183] New: dwrite/font.c tests fail on windows armv7 (surfacert)
by WineHQ Bugzilla 19 May '21

19 May '21

https://bugs.winehq.org/show_bug.cgi?id=49183 Bug ID: 49183 Summary: dwrite/font.c tests fail on windows armv7 (surfacert) Product: Wine Version: 5.8 Hardware: x86 OS: Linux Status: NEW Keywords: download, testcase Severity: normal Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: --- Created attachment 67198 --> https://bugs.winehq.org/attachment.cgi?id=67198 test output I'll attach the full output, but suffice to say, there's a ton of these failures: font.c:6161: Test failed: 5.00 a: got 2048 expect 1229 font.c:6163: Test failed: 5.00 d: got 410 expect 1229 font.c:6165: Test failed: 5.00 lg: got 0 expect 1229 font.c:6167: Test failed: 5.00 capH: got 1638 expect 1229 font.c:6169: Test failed: 5.00 xH: got 1229 expect 1228 font.c:6171: Test failed: 5.00 ulP: got 0 expect 1229 font.c:6173: Test failed: 5.00 ulTh: got 0 expect 1229 font.c:6175: Test failed: 5.00 stP: got 819 expect 1229 font.c:6177: Test failed: 5.00 stTh: got 0 expect 1229 font.c:6179: Test failed: 5.00 box left: got -1229 expect 0 font.c:6187: Test failed: 5.00 box bottom: got -819 expect 0 font.c:6191: Test failed: 5.00 subY: got -410 expect 0 font.c:6193: Test failed: 5.00 subsizeX: got 1638 expect 0 font.c:6195: Test failed: 5.00 subsizeY: got 1229 expect -1 font.c:6202: Test failed: 5.00 supsizeX: got 1638 expect -1 font.c:6204: Test failed: 5.00 supsizeY: got 1229 expect 0 austin(a)laptop ~ $ grep 'font.c.*Test\ failed' outfile-admin.txt | wc -l 65409 austin(a)laptop ~ $ wc -l outfile-admin.txt 84023 outfile-admin.txt -- 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 36124] New: kernel32/change.ok test shows a lot of invalid read/writes
by wine-bugs＠winehq.org 19 May '21

19 May '21

https://bugs.winehq.org/show_bug.cgi?id=36124 Bug ID: 36124 Summary: kernel32/change.ok test shows a lot of invalid read/writes Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, testcase Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Created attachment 48294 --> https://bugs.winehq.org/attachment.cgi?id=48294 valgrind log E.g.,: ==22906== Thread 2: ==22906== Invalid write of size 4 ==22906== at 0x7BC8623F: usr1_handler (signal_i386.c:2157) ==22906== by 0x4EA839CF: ??? (in /usr/lib/libpthread-2.18.so) ==22906== Address 0x599b56c is on thread 1's stack ==22906== ==22906== Invalid read of size 4 ==22906== at 0x7BC8390C: init_handler (signal_i386.c:980) ==22906== by 0x7BC86257: usr1_handler (signal_i386.c:2157) ==22906== by 0x4EA839CF: ??? (in /usr/lib/libpthread-2.18.so) ==22906== Address 0x599b564 is on thread 1's stack ==22906== ==22906== Invalid read of size 2 ==22906== at 0x7BC86258: usr1_handler (signal_i386.c:2158) ==22906== by 0x4EA839CF: ??? (in /usr/lib/libpthread-2.18.so) ==22906== Address 0x599b574 is on thread 1's stack ==22906== The test also fails: change.c:81: Test failed: Missed notification if I redirect output to a file, however, it seems to work. -- 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 28814] New: mmdevapi/tests/render.ok fails under Valgrind
by wine-bugs＠winehq.org 19 May '21

19 May '21

http://bugs.winehq.org/show_bug.cgi?id=28814 Bug #: 28814 Summary: mmdevapi/tests/render.ok fails under Valgrind Product: Wine Version: 1.3.30 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: mmdevapi AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Classification: Unclassified In mmdevpi/tests, "make render.ok" fails under Valgrind, with log render.c:636: Test failed: Position should have been further along... -- 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 7

[Bug 17807] New: Electronics Workbench 5.12: measurement units aren't shown
by wine-bugs＠winehq.org 19 May '21

19 May '21

http://bugs.winehq.org/show_bug.cgi?id=17807 Summary: Electronics Workbench 5.12: measurement units aren't shown Product: Wine Version: 1.1.17 Platform: PC URL: http://appdb.winehq.org/objectManager.php?sClass=version &iId=402 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: nick(a)vyalceva.net Created an attachment (id=20039) --> (http://bugs.winehq.org/attachment.cgi?id=20039) the oscilloscope window When trying to set measurement unit for a parameter in the "Component Properties" window, or in the oscilloscope, measurement units are not shown in the selection box. But I can view it by copying from the box and pasting in a text editor, e.g. "0.50 s/div ". Old wine version 0.9.52 shows units in the oscilloscope window, but doesn't do it in the component properties (http://appdb.winehq.org/screenshots.php?iAppId=267&iVersionId=402) Also I get the following error message on exit: "access violation on (FFF4EFFF), reading C4". Running from terminal shows me the only line "fixme:font:WineEngRemoveFontResourceEx :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 25

[Bug 15462] New: Wine blocking on exit when stdout and stderr are piped
by wine-bugs＠winehq.org 19 May '21

19 May '21

http://bugs.winehq.org/show_bug.cgi?id=15462 Summary: Wine blocking on exit when stdout and stderr are piped Product: Wine Version: 1.0.0 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: chris(a)neko.net.nz Created an attachment (id=16357) --> (http://bugs.winehq.org/attachment.cgi?id=16357) Output of two simultaneous runs of described script The issue occurs when concurrently running shell scripts which call Wine processes whose standard out and standard error are both piped to another program. When two instances of a script such as the following are run concurrently, the first child wine processes started by each of then run together, but in one of the scripts that child doesn't fully exit until the _other_ script has completely run and exited. (The Wine process terminates, but the pipeline doesn't complete and so the script doesn't continue.) A bash test-case to show this behaviour is as follows: for iter in first second ; do echo "[$$] running $iter child wine" `date`; wine sleep-long.exe 2>&1 | tee /dev/null; done; echo "[$$] done " `date` The problem doesn't occur if either the redirection or pipe is removed, if I run the scripts in separate Wine environments using $WINEPREFIX, or if I have another long-lived Wine process which stays running throughout the entire operation. An example run with timing is attached. The test Wine program used above, 'sleep-long', is the following tiny C program (tested with Microsoft cl and Cygwin GCC with mingw): #include <stdio.h> #include <windows.h> int main(){ printf("Started fake compiler, sleeping 8000ms\n"); Sleep(8000); printf("Exiting fake compiler\n"); exit(0); } I've been able to reproduce this problem on several systems and Wine versions (Debian Lenny with distro-packaged Wine 1.0.0-1, Debian Etch with Wine 1.0-rc1-1~bpo40+1 from Debian backports, Ubuntu Dapper with distro-packaged Wine 0.9.9-0ubuntu2) but not on one other (Debian Etch with distro-packaged Wine 0.9.25-2.1) -- 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 15906] New: EnumFonts returns each font multiple times
by wine-bugs＠winehq.org 19 May '21

19 May '21

http://bugs.winehq.org/show_bug.cgi?id=15906 Summary: EnumFonts returns each font multiple times Product: Wine Version: 1.1.5 Platform: PC-x86-64 URL: http://msdn.microsoft.com/en- us/library/ms533964(VS.85).aspx OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: goeran(a)uddeborg.se Created an attachment (id=17078) --> (http://bugs.winehq.org/attachment.cgi?id=17078) Test program executing EnumFonts() According to the documentation (see URL) the EnumFonts function returns one (random) font of each available typeface. The Wine implementation returns each typeface many times. As a test case I installed the typeface "Signet Roundhand" and ran the attached test program. Under indows it returns "Signet Roundhand" once. Under wine it returns it three times, with different values for lfCharSet and tmCharSet. I also copied the Arial font files from Windows (arial.ttf, ariali.ttf, arialbd.ttf, and arialbi.ttf) to my $HOME/.fonts directory. Under Windows, Arial is returned once with the test program. Under Wine it is returned ten(!) times. -- 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 17

[Bug 14350] New: SetClassLongW() to subclass window EDIT control Problem
by wine-bugs＠winehq.org 19 May '21

19 May '21

http://bugs.winehq.org/show_bug.cgi?id=14350 Summary: SetClassLongW() to subclass window EDIT control Problem Product: Wine Version: 1.0.0 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: user32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: hongbo(a)njstar.com CC: hongbo(a)njstar.com Created an attachment (id=14649) --> (http://bugs.winehq.org/attachment.cgi?id=14649) MSVC6 MFC test project with exe in debug dir Summary: SetClassLongW(hEditWnd, GCL_WNDPROC, (DWORD)EditWndProc) behave different on WINE 1.0 from Windows. Any EDIT window created after will be ANSI window on Windows, but Unicode Windows on Wine. How To Repeat: In the attached VC6 MFC ANSI App project, SetClassLongW is called in ------------------------------------------------------------------- static WNDPROC lpfnOldEditWndProc=NULL; LONG FAR PASCAL EditWndProc(HWND hWnd, WORD Message, WORD wParam, LONG lParam) { return CallWindowProcW((WNDPROC)lpfnOldEditWndProc, hWnd, Message, wParam,lParam); } int CDialogTestView::OnCreate(LPCREATESTRUCT lpCreateStruct) { if (CView::OnCreate(lpCreateStruct) == -1) return -1; HWND hEditWnd1 = CreateWindowEx(0,"EDIT", "E1",WS_POPUP,0, 0, 1, 1,NULL,NULL,NULL,NULL); lpfnOldEditWndProc =(WNDPROC)SetClassLongW(hEditWnd1, GCL_WNDPROC, (DWORD)EditWndProc); // TODO: Add your specialized creation code here return 0; } ------------------------------------------------------------------- There is a EDIT control on the About dialogbox, when click 'OK' on window the program report the Edit Box is NOT unicode Window. But Under Wine 1.0, It says 'the Edit Box IS unicode Window'. To Test: run the EXE in debug folder, Help - About DialogTest - click 'OK'. -- 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 18

[Bug 12891] New: ntdll: exception.ok test fails in PC-BSD but not Linux
by wine-bugs＠winehq.org 19 May '21

19 May '21

http://bugs.winehq.org/show_bug.cgi?id=12891 Summary: ntdll: exception.ok test fails in PC-BSD but not Linux Product: Wine Version: 0.9.60 Platform: PC OS/Version: FreeBSD Status: NEW Keywords: testcase Severity: minor Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Created an attachment (id=12597) --> (http://bugs.winehq.org/attachment.cgi?id=12597) +relay,+seh,+ntdll in git exception.c:602: Test failed: expected 4 exceptions, got 0 fixme:seh:fpe_handler untested SIMD exception: 0. Might not work correctly *** Error code 1 +relay,+seh,+ntdll log attached -- 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 36282] New: valgrind shows an unitialized write in ieframe/tests/ie.c
by wine-bugs＠winehq.org 16 May '21

16 May '21

https://bugs.winehq.org/show_bug.cgi?id=36282 Bug ID: 36282 Summary: valgrind shows an unitialized write in ieframe/tests/ie.c Product: Wine Version: 1.3.13 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: minor Priority: P2 Component: ieframe Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==16468== Thread 6: ==16468== Syscall param write(buf) points to uninitialised byte(s) ==16468== at 0x4EA8262B: ??? (in /usr/lib/libpthread-2.18.so) ==16468== by 0x7BC46BB8: NtWriteFile (file.c:1073) ==16468== by 0x7B83E0AA: WriteFile (file.c:563) ==16468== by 0x5A01BB8: rpcrt4_conn_np_write (rpc_transport.c:444) ==16468== by 0x59F6B27: rpcrt4_conn_write (rpc_binding.h:189) ==16468== by 0x59F8AA9: RPCRT4_SendWithAuth (rpc_message.c:849) ==16468== by 0x59F9BA0: RPCRT4_Send (rpc_message.c:1245) ==16468== by 0x59FCD02: process_request_packet (rpc_server.c:464) ==16468== by 0x59FCF82: RPCRT4_process_packet (rpc_server.c:519) ==16468== by 0x59FD115: RPCRT4_worker_thread (rpc_server.c:541) ==16468== by 0x7BC909EA: worker_thread_proc (threadpool.c:110) ==16468== by 0x7BC87087: ??? (signal_i386.c:2571) ==16468== by 0x7BC870D0: call_thread_func (signal_i386.c:2630) ==16468== by 0x7BC87065: ??? (signal_i386.c:2571) ==16468== by 0x7BC8E4B0: start_thread (thread.c:428) ==16468== by 0x4EA7BD89: start_thread (in /usr/lib/libpthread-2.18.so) ==16468== by 0x4E95CA0D: clone (in /usr/lib/libc-2.18.so) ==16468== Address 0x47f9cf4 is 44 bytes inside a recently re-allocated block of size 92 alloc'd ==16468== at 0x7BC4C735: notify_alloc (heap.c:255) ==16468== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==16468== by 0x59F88E9: RPCRT4_SendWithAuth (rpc_message.c:808) ==16468== by 0x59F9BA0: RPCRT4_Send (rpc_message.c:1245) ==16468== by 0x59FCD02: process_request_packet (rpc_server.c:464) ==16468== by 0x59FCF82: RPCRT4_process_packet (rpc_server.c:519) ==16468== by 0x59FD115: RPCRT4_worker_thread (rpc_server.c:541) ==16468== by 0x7BC909EA: worker_thread_proc (threadpool.c:110) ==16468== by 0x7BC87087: ??? (signal_i386.c:2571) ==16468== by 0x7BC870D0: call_thread_func (signal_i386.c:2630) ==16468== by 0x7BC87065: ??? (signal_i386.c:2571) ==16468== by 0x7BC8E4B0: start_thread (thread.c:428) ==16468== by 0x4EA7BD89: start_thread (in /usr/lib/libpthread-2.18.so) ==16468== by 0x4E95CA0D: clone (in /usr/lib/libc-2.18.so) ==16468== Uninitialised value was created by a client request ==16468== at 0x7BC4C52C: mark_block_uninitialized (heap.c:209) ==16468== by 0x7BC4C697: initialize_block (heap.c:240) ==16468== by 0x7BC50FA3: RtlAllocateHeap (heap.c:1717) ==16468== by 0x501E635: IMalloc_fnAlloc (ifs.c:186) ==16468== by 0x501EF50: CoTaskMemAlloc (objidl.h:1236) ==16468== by 0x505C935: RemUnknown_RemQueryInterface (stubmanager.c:690) ==16468== by 0x50661C6: IRemUnknown_RemQueryInterface_Stub (dcom_p.c:369) ==16468== by 0x59CA5BF: CStdStubBuffer_Invoke (cstub.c:477) ==16468== by 0x503D280: RPC_ExecuteCall (objidl.h:9086) ==16468== by 0x4FFC1ED: apartment_wndproc (compobj.c:1460) ==16468== by 0x548C509: ??? (winproc.c:173) ==16468== by 0x548C67E: call_window_proc (winproc.c:244) ==16468== by 0x548E817: WINPROC_call_window (winproc.c:900) ==16468== by 0x544FBE4: DispatchMessageW (message.c:4019) ==16468== by 0x4793F60: IEWinMain (iexplore.c:1061) ==16468== by 0x472CA34: wWinMain (main.c:84) ==16468== by 0x472CD21: wmain (exe_wmain.c:51) ==16468== by 0x472CBFC: __wine_spec_exe_wentry (exe_wentry.c:36) ==16468== by 0x7B864247: ??? (process.c:1045) ==16468== by 0x7B864394: start_process (process.c:1097) ==16468== -- 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