November 2013 - Wine-bugs - list.winehq.org

[Bug 24631] New: listview NM_HOVER tests sometimes fail
by wine-bugs＠winehq.org 21 May '21

21 May '21

http://bugs.winehq.org/show_bug.cgi?id=24631 Summary: listview NM_HOVER tests sometimes fail Product: Wine Version: 1.3.4 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: comctl32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: austin.lund(a)gmail.com The NM_HOVER tests sometimes give: listview.c:468: listview: 0063016A, 02a1, 00000000, 00000000 listview.c:4433: Test failed: NM_HOVER allow test: the msg sequence is not complete: expected 0087 - actual 0000 listview.c:468: listview: 0063016A, 02a1, 00000000, 00000000 listview.c:4438: Test failed: NM_HOVER block test: the msg sequence is not complete: expected 0087 - actual 0000 For example: http://test.winehq.org/data/79ed8429319509db1ca7723661af5fb4a8017320/win7_w… Whereas a non-failing situation gives: listview.c:468: listview: 000000000063016A, 02a1, 00000000, 00000000 listview.c:327: parent: 0000000000230172, 0087, 00000000, 00000000 listview.c:327: parent: 0000000000230172, 004e, 00000000, 0022f4e0 listview.c:4433: expected 0087 - actual 0087 listview.c:4433: expected 004e - actual 004e listview.c:468: listview: 000000000063016A, 02a1, 00000000, 00000000 listview.c:327: parent: 0000000000230172, 0087, 00000000, 00000000 listview.c:327: parent: 0000000000230172, 004e, 00000000, 0022f4e0 listview.c:4438: expected 0087 - actual 0087 listview.c:4438: expected 004e - actual 004e -- 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 8

[Bug 34756] New: 32-bit Visual C++ 2010 Express full installer throws an exception with wine-mono
by wine-bugs＠winehq.org 21 May '21

21 May '21

http://bugs.winehq.org/show_bug.cgi?id=34756 Bug #: 34756 Summary: 32-bit Visual C++ 2010 Express full installer throws an exception with wine-mono Product: Wine Version: 1.7.4 Platform: x86 URL: http://download.microsoft.com/download/1/E/5/1E5F1C0A- 0D5B-426A-A603-1798B951DDAE/VS2010Express1.iso OS/Version: Linux Status: NEW Keywords: download, Installer Severity: normal Priority: P2 Component: mscoree AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Classification: Unclassified Followup to bug 32280 Download the 32 bit Visual C++ 2010 Express full install: http://download.microsoft.com/download/1/E/5/1E5F1C0A-0D5B-426A-A603-1798B9… Attempt to install with a clean WINEPREFIX, and uncheck all optional components. During installation here's a handled exception that doesn't occur with native dotnet40 wine: Unhandled page fault on read access to 0x00000000 at address 0x368c89a2 (thread 0025), starting debugger... Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x368c89a2) ... Backtrace: =>0 0x368c89a2 in msenv (+0x289a2) (0x0033f76c) 1 0x368c925d in msenv (+0x2925c) (0x0033f7cc) 2 0x368c92e6 in msenv (+0x292e5) (0x0033f828) 3 0x369f0fbe in msenv (+0x150fbd) (0x0033f874) 4 0x3690450b in msenv (+0x6450a) (0x0033f8ac) 5 0x36904049 in msenv (+0x64048) (0x0033f8d4) 6 0x36904147 in msenv (+0x64146) (0x0033f91c) 7 0x3690429b in msenv (+0x6429a) (0x0033f954) 8 0x3690437e in msenv (+0x6437d) (0x0033f97c) 9 0x368e8dc6 in msenv (+0x48dc5) (0x0033f9b4) 10 0x369f2d25 in msenv (+0x152d24) (0x0033fa48) 11 0x3690db92 in msenv (+0x6db91) (0x0033fa74) 12 0x00419177 in vcexpress (+0x19176) (0x0033faac) 13 0x004134f7 in vcexpress (+0x134f6) (0x0033fd98) 14 0x00414867 in vcexpress (+0x14866) (0x0033fdcc) 15 0x0042d1a4 in vcexpress (+0x2d1a3) (0x0033fe60) 16 0x7b85ffec call_process_entry+0xb() in kernel32 (0x0033fe78) fixme:mscoree:metahostpolicy_GetRequestedRuntime 64 (nil) (nil) (nil) (nil) 0x3702d038 0x3702d034 0x33ed0c {bd39d1d2-ba2f-486a-89b0-b4b0cb466891} 0x3702d030 fixme:mscoree:metahostpolicy_GetRequestedRuntime 72 (nil) (nil) 0x33ef40 0x33ed20 0x3702d038 0x3702d034 0x33ed0c {bd39d1d2-ba2f-486a-89b0-b4b0cb466891} 0x3702d030 fixme:mscoree:get_runtime_info unsupported runtimeinfo flags 40 fixme:mscoree:CLRRuntimeInfo_GetDefaultStartupFlags 0x7e54be18 0x33f1c8 (nil) (nil) fixme:mscoree:corruntimehost_Start stub 0x18bc28 I'll attach logs. -- 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 20

[Bug 34314] New: Touhou Danmakufu 0.12m crashes on start
by wine-bugs＠winehq.org 21 May '21

21 May '21

http://bugs.winehq.org/show_bug.cgi?id=34314 Bug #: 34314 Summary: Touhou Danmakufu 0.12m crashes on start Product: Wine Version: 1.7.0 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: awychong(a)hotmail.com Classification: Unclassified Created attachment 45679 --> http://bugs.winehq.org/attachment.cgi?id=45679 Log Touhou Danmakufu 0.12m crashes while loading with the message "Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x0041ec8d)." This has been observed when running in ja_JP.SHIFTJIS, ja_JP.UTF8 and en_AU locales. On Windows the program either starts (on our XP machine in all locales, and on Windows 7 in Japanese locale) or crashes with a 0xC0000005 (Access Violation - Failed to access 00000000 memory address (Read Access)) at address 0x004050AC (Windows 7, non-Japanese locale). Ubuntu 13.04 running latest SVN version of Wine (wine-1.7.0-141-gfbe4012). Crash has been observed in Wine 1.5.9, 1.5.22 and 1.6. -- 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 16

[Bug 33846] New: OpenCL.dll.clRetainDevice needed for
by wine-bugs＠winehq.org 21 May '21

21 May '21

http://bugs.winehq.org/show_bug.cgi?id=33846 Bug #: 33846 Summary: OpenCL.dll.clRetainDevice needed for Product: Wine Version: 1.5.31 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: wine.dev(a)web.de Classification: Unclassified Created attachment 44889 --> http://bugs.winehq.org/attachment.cgi?id=44889 crashlog wine clinfo give a crash: wine: Call from 0x7f66e0632520 to unimplemented function OpenCL.dll.clRetainDevice, aborting -- By by ... Detlef -- 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 13

[Bug 18954] New: Source Insight: Text in Editor Window overlaps with other text.
by wine-bugs＠winehq.org 19 May '21

19 May '21

http://bugs.winehq.org/show_bug.cgi?id=18954 Summary: Source Insight: Text in Editor Window overlaps with other text. Product: Wine Version: 1.1.21 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: turanammo(a)rocketmail.com Created an attachment (id=21809) --> (http://bugs.winehq.org/attachment.cgi?id=21809) Text overlap in editor window Text seems to overlap with other text, usually the overlapped text is shown twice. Happens when the cursor is moved upwards or downwards using the keypad arrow keys up/down respectively. -- 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 13

[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