July 2015 - Wine-Bugs - list.winehq.org

[Bug 36680] New: Program starts, but does not react, probably does not process windows messages
by wine-bugs＠winehq.org July 31, 2015

July 31, 2015

http://bugs.winehq.org/show_bug.cgi?id=36680 Bug ID: 36680 Summary: Program starts, but does not react, probably does not process windows messages Product: Wine Version: 1.7.19 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: Artur.Linhart(a)centrum.cz Created attachment 48721 --> http://bugs.winehq.org/attachment.cgi?id=48721 Delphi 2007 window after start-not redrawing and responding I have successfully installed Borland Delphi 2007, but if I start the program, it does not run correctly. The main window isshown with docked subwindows, but the content of the subwindows and menus and such stuff is not drawed (is black), it also does not react on mouse or keyboard - similar stuff like if developed windows application where runs the loop without calling the Application.ProcessMessages() (in Pascal syntax). The only possibility is to kill the application. I can remember, during the installation also the screen has not been redrawn correctly (progress bar of installer has frozen for very long time and the progress hasnot been shown at all) -- 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 8277] Windows Sysinternals Process Explorer and other tools show zero thread start address (NtQueryInformationThread with ThreadQuerySetWin32StartAddress info class)
by wine-bugs＠winehq.org July 31, 2015

July 31, 2015

https://bugs.winehq.org/show_bug.cgi?id=8277 Anastasius Focht <focht(a)gmx.net> changed: What |Removed |Added ---------------------------------------------------------------------------- Fixed by SHA1| |905bf79337e04ed31d2823508e9 | |0169298049697 Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #19 from Anastasius Focht <focht(a)gmx.net> --- Hello folks, this is fixed by commit https://source.winehq.org/git/wine.git/commitdiff/905bf79337e04ed31d2823508… (along with previously mentioned 845164004b4b6f2e0c64a588fe858d5a26664980) Thanks Sebastian Regards -- 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 0

[Bug 6955] Multiple games need software vertex blending implementation (NOLF2, Divinity 2, Dark Age of Camelot, Warhammer Online, PSU:AOTI)
by wine-bugs＠winehq.org July 30, 2015

July 30, 2015

https://bugs.winehq.org/show_bug.cgi?id=6955 --- Comment #186 from Béla Gyebrószki <gyebro69(a)gmail.com> --- *** Bug 16105 has been marked as a duplicate of this bug. *** -- 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 0

[Bug 38996] New: color profile swtch on application quit
by wine-bugs＠winehq.org July 30, 2015

July 30, 2015

https://bugs.winehq.org/show_bug.cgi?id=38996 Bug ID: 38996 Summary: color profile swtch on application quit Product: Wine Version: 1.7.44 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: efa(a)iol.it Distribution: --- wine 1.7.44 running Perseus Demo 1.9.1: http://www.perseus.it/en/demo.php switch the color profile to uncalibrated blueish on application quit. The profile remain selected on Gnome Settings panel, but I had to switch to another in the list to get profile applied. Seems different than: https://bugs.winehq.org/show_bug.cgi?id=33759 as never happen on application start or while running, it happened only at application quit. -- 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 24126] New: distortion rendering
by wine-bugs＠winehq.org July 30, 2015

July 30, 2015

http://bugs.winehq.org/show_bug.cgi?id=24126 Summary: distortion rendering Product: Wine Version: 1.2 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-ddraw AssignedTo: wine-bugs(a)winehq.org ReportedBy: efa(a)iol.it Running Perseus Demo 1.9.1 http://www.perseus.it/en/demo.php I got a distortion in rendering. Maybe some functions are not implemented? The console output is here: efa(a)01ath3200:~/.wine/drive_c/Programmi/Perseus Demo$ wine PERSEUS.EXE Allocating 16 x 16 radeon RBO (pitch 16) Allocating 16 x 16 radeon RBO (pitch 16) Allocating 16 x 16 radeon RBO (pitch 16) Allocating 16 x 16 radeon RBO (pitch 16) Allocating 16 x 16 radeon RBO (pitch 16) Allocating 16 x 16 radeon RBO (pitch 16) Allocating 16 x 16 radeon RBO (pitch 16) Allocating 16 x 16 radeon RBO (pitch 16) Allocating 16 x 16 radeon RBO (pitch 16) Allocating 16 x 16 radeon RBO (pitch 16) Allocating 16 x 16 radeon RBO (pitch 16) Allocating 16 x 16 radeon RBO (pitch 16) Allocating 16 x 16 radeon RBO (pitch 16) Allocating 16 x 16 radeon RBO (pitch 16) Allocating 16 x 16 radeon RBO (pitch 16) Allocating 16 x 16 radeon RBO (pitch 16) Allocating 16 x 16 radeon RBO (pitch 16) Allocating 16 x 16 radeon RBO (pitch 16) Allocating 16 x 16 radeon RBO (pitch 16) Allocating 16 x 16 radeon RBO (pitch 16) fixme:win:EnumDisplayDevicesW ((null),0,0x32f558,0x00000000), stub! fixme:heap:RtlCompactHeap (0x110000, 0x0) stub fixme:ddraw:IDirectDrawImpl_RestoreAllSurfaces (0x199c70): Stub fixme:ddraw:IDirectDrawImpl_RestoreAllSurfaces (0x199c70): Stub fixme:ddraw:IDirectDrawImpl_RestoreAllSurfaces (0x199c70): 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.

1 17

[Bug 38954] New: One barrel shotgun gets rendered with wrong orientation on Serious Sam HD: The Second Encounter
by wine-bugs＠winehq.org July 30, 2015

July 30, 2015

https://bugs.winehq.org/show_bug.cgi?id=38954 Bug ID: 38954 Summary: One barrel shotgun gets rendered with wrong orientation on Serious Sam HD: The Second Encounter Product: Wine Version: 1.7.46 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: winehq(a)iooioio.orion.uberspace.de Distribution: --- On Serious Sam HD: The Second Encounter one of the weapons gets rendered with a wrong orientation (see attachment). I haven't systematically checked them all but all the other weapons I've seen so far seem to render correctly. I'm using the proprietary nvidia drivers (352.21). -- 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 38995] New: kernel32/tests/volume.c: IOCTL_DVD_READ_STRUCTURE test fails with Fedora 22 installer DVD in drive
by wine-bugs＠winehq.org July 30, 2015

July 30, 2015

https://bugs.winehq.org/show_bug.cgi?id=38995 Bug ID: 38995 Summary: kernel32/tests/volume.c: IOCTL_DVD_READ_STRUCTURE test fails with Fedora 22 installer DVD in drive Product: Wine Version: 1.7.48 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: minor Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: Fedora I ran the test suite on a fresh Fedora 22 install (with the dvd still in the drive) and the test failed: [austin(a)localhost tests]$ rm volume.ok ; make volume.ok ../../../tools/runtest -q -P wine -T ../../.. -M kernel32.dll -p kernel32_test.exe.so volume && touch volume.ok fixme:volume:DefineDosDeviceW (0x00000000,L"a:",L"Z:\\home\\austin\\wine-git\\dlls\\kernel32\\tests") DDD_RAW_TARGET_PATH flag not set, not supported yet volume.c:134: Tests skipped: can't test removing fake drive fixme:volume:GetVolumeNameForVolumeMountPointW Mounted Folders are not yet supported volume.c:1099: Test failed: IOCTL_DVD_READ_STRUCTURE should have failed Makefile:709: recipe for target 'volume.ok' failed make: *** [volume.ok] Error 1 But if I eject the DVD, it skips: [austin(a)localhost tests]$ eject [austin(a)localhost tests]$ make volume.ok ../../../tools/runtest -q -P wine -T ../../.. -M kernel32.dll -p kernel32_test.exe.so volume && touch volume.ok fixme:volume:DefineDosDeviceW (0x00000000,L"a:",L"Z:\\home\\austin\\wine-git\\dlls\\kernel32\\tests") DDD_RAW_TARGET_PATH flag not set, not supported yet volume.c:134: Tests skipped: can't test removing fake drive fixme:volume:GetVolumeNameForVolumeMountPointW Mounted Folders are not yet supported volume.c:1072: Tests skipped: IOCTL_DVD_READ_STRUCTURE not supported: 87 Linux localhost.localdomain 4.0.4-301.fc22.x86_64+debug #1 SMP Thu May 21 12:56:19 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux -- 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 33898] New: AliWangwang(TradeManager) can't save password
by wine-bugs＠winehq.org July 30, 2015

July 30, 2015

http://bugs.winehq.org/show_bug.cgi?id=33898 Bug #: 33898 Summary: AliWangwang(TradeManager) can't save password Product: Wine Version: 1.6-rc3 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: litimetal(a)gmail.com Classification: Unclassified 0. download from http://download.wangwang.1688.com/aliim/AliIM6_ATM/bin/AliIM2013_ATM(7.00.0… 1. winetricks something: vcrun2010 for bug 33724 ie7 for bug 29719 2. install, then run $ wine AliIM.exe 3. login(Website choose Alibaba.com) it works successfully. 4. log-out, and try to login again, and the password isn't saved TEST ACCOUNT: winetesting(a)sina.com testWINE -- 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.

1 11

[Bug 8277] Windows Sysinternals Process Explorer and other tools show zero thread start address (NtQueryInformationThread with ThreadQuerySetWin32StartAddress info class)
by wine-bugs＠winehq.org July 29, 2015

July 29, 2015

https://bugs.winehq.org/show_bug.cgi?id=8277 --- Comment #18 from Anastasius Focht <focht(a)gmx.net> --- Hello folks, the main part is now implemented by commit https://source.winehq.org/git/wine.git/commitdiff/845164004b4b6f2e0c64a588f… Thanks Sebastian For reproducing older versions of Sysinternals Process Explorer are needed. I found v16.02 from 2014 working. Most recent one v16.05 crashes before user interface is reached (another issue). --- snip --- Wine-dbg>info process pid threads executable (all id:s are in hex) 00000021 4 'explorer.exe' 0000000e 6 'services.exe' >0000001a 3 \_ 'plugplay.exe' 00000012 4 \_ 'winedevice.exe' 00000008 2 'procexp.exe' Wine-dbg>info thread process tid prio (all id:s are in hex) 00000008 procexp.exe 0000002a 0 00000009 0 ... 0000001a (D) C:\windows\system32\plugplay.exe 00000020 0 0000001f 0 0000001b 0 <== --- snip --- Selecting Wine's builtin 'plugplay.exe' here as example for thread entry points. --- snip --- Wine-dbg>bt 0x1b ... 16 0x7bc95c99 call_thread_func+0x32(entry=0x7b86e6de, arg=0x7ffdf000, frame=0x33ffb8) [/home/focht/projects/wine/wine.repo/src/dlls/ntdll/signal_i386.c:2732] in ntdll (0x0033ff98) 17 0x7bc95c3a call_thread_entry_point+0x11() in ntdll (0x0033ffb8) 18 0x7bc6a999 start_process+0x23(kernel_start=0x7b86e6de) [/home/focht/projects/wine/wine.repo/src/dlls/ntdll/loader.c:2873] in ntdll (0x0033ffe8) 19 0xf75ef701 wine_call_on_stack+0x1c() in libwine.so.1 (0x00000000) 20 0xf75ef6df wine_switch_to_stack+0x1e(func=0x7bc6a975, arg=0x7b86e6de, stack=0x340000) [/home/focht/projects/wine/wine.repo/src/libs/wine/port.c:59] in libwine.so.1 (0xffe2cc18) 21 0x7bc6ac7d LdrInitializeThunk+0x2e3(kernel_start=<couldn't compute location>, unknown2=<couldn't compute location>, unknown3=<couldn't compute location>, unknown4=<couldn't compute location>) [/home/focht/projects/wine/wine.repo/src/dlls/ntdll/loader.c:2927] in ntdll (0xffe2cc98) 22 0x7b86efef __wine_kernel_init+0x625() [/home/focht/projects/wine/wine.repo/src/dlls/kernel32/process.c:1276] in kernel32 (0xffe2db48) 23 0x7bc7e51e relay_call+0x39() in ntdll (0xffe2db68) 24 0x7b8321a9 in kernel32 (+0x121a8) (0xffe2dbc8) 25 0x7bc6b3ab __wine_process_init+0x139() [/home/focht/projects/wine/wine.repo/src/dlls/ntdll/loader.c:3136] in ntdll (0xffe2dbc8) 26 0xf75ee0b3 wine_init+0x124(argc=0x2, argv=0xffe2e0d4, error="", error_size=0x400) [/home/focht/projects/wine/wine.repo/src/libs/wine/loader.c:958] in libwine.so.1 (0xffe2dc08) 27 0x7bf011aa main+0x132(argc=0x2, argv=0xffe2e0d4) [/home/focht/projects/wine/wine.repo/src/loader/main.c:247] in <wine-loader> (0xffe2e038) 28 0xf73e5715 __libc_start_main+0xf4() in libc.so.6 (0x00000000) ... Wine-dbg>bt 0x1f Backtrace: ... 5 0x7bc95c5c call_thread_func_wrapper+0xb() in ntdll (0x0043ea28) 6 0x7bc95c99 call_thread_func+0x32(entry=0x7ed4037a, arg=0x116a18, frame=0x43eb28) [/home/focht/projects/wine/wine.repo/src/dlls/ntdll/signal_i386.c:2732] in ntdll (0x0043eb08) 7 0x7bc95c3a call_thread_entry_point+0x11() in ntdll (0x0043eb28) 8 0x7bc9cca7 start_thread+0x108(info=0x81ffcfb8) [/home/focht/projects/wine/wine.repo/src/dlls/ntdll/thread.c:443] in ntdll (0x0043f368) 9 0xf759f370 start_thread+0xdf() in libpthread.so.0 (0x0043f428) 10 0xf74c52be __clone+0x5d() in libc.so.6 (0x00000000) ... Wine-dbg>bt 0x20 Backtrace: ... 11 0x7bc95c5c call_thread_func_wrapper+0xb() in ntdll (0x0053ea28) 12 0x7bc95c99 call_thread_func+0x32(entry=0x7ed3feec, arg=0x1157c0, frame=0x53eb28) [/home/focht/projects/wine/wine.repo/src/dlls/ntdll/signal_i386.c:2732] in ntdll (0x0053eb08) 13 0x7bc95c3a call_thread_entry_point+0x11() in ntdll (0x0053eb28) 14 0x7bc9cca7 start_thread+0x108(info=0x81ff8fb8) [/home/focht/projects/wine/wine.repo/src/dlls/ntdll/thread.c:443] in ntdll (0x0053f368) 15 0xf759f370 start_thread+0xdf() in libpthread.so.0 (0x0053f428) 16 0xf74c52be __clone+0x5d() in libc.so.6 (0x00000000) ... --- snip --- Display in Process Explorer 'Threads' property page: --- snip --- TID Start Address 32 shlwapi.dll+0x2feec 31 shlwapi.dll+0x3037a 27 0x0 --- snip --- Trace log: --- snip --- ... 0031:Call ntdll.NtOpenThread(00eeca94,00000040,00eeca9c,00eeca8c) ret=00448fa3 0031: open_thread( tid=0020, access=00000040, attributes=00000000 ) 0031: open_thread() = 0 { handle=01f4 } 0031:Ret ntdll.NtOpenThread() retval=00000000 ret=00448fa3 0031:Call ntdll.NtQueryInformationThread(000001f4,00000009,00eecacc,00000004,00eecac4) ret=00448ffa 0031: get_thread_info( handle=01f4, tid_in=0000 ) 0031: get_thread_info() = 0 { pid=001a, tid=0020, teb=81ff8000, entry_point=7ed3feec, affinity=0000000f, exit_code=259, priority=0, last=0 } 0031:Ret ntdll.NtQueryInformationThread() retval=00000000 ret=00448ffa 0031:Call KERNEL32.CloseHandle(000001f4) ret=00449004 0031: close_handle( handle=01f4 ) 0031: close_handle() = 0 0031:Ret KERNEL32.CloseHandle() retval=00000001 ret=00449004 ... 0031:Call ntdll.NtOpenThread(00eeca94,00000040,00eeca9c,00eeca8c) ret=00448fa3 0031: open_thread( tid=001f, access=00000040, attributes=00000000 ) 0031: open_thread() = 0 { handle=01f8 } 0031:Ret ntdll.NtOpenThread() retval=00000000 ret=00448fa3 0031:Call ntdll.NtQueryInformationThread(000001f8,00000009,00eecacc,00000004,00eecac4) ret=00448ffa 0031: get_thread_info( handle=01f8, tid_in=0000 ) 0031: get_thread_info() = 0 { pid=001a, tid=001f, teb=81ffc000, entry_point=7ed4037a, affinity=0000000f, exit_code=259, priority=0, last=0 } 0031:Ret ntdll.NtQueryInformationThread() retval=00000000 ret=00448ffa 0031:Call KERNEL32.CloseHandle(000001f8) ret=00449004 0031: close_handle( handle=01f8 ) 0031: close_handle() = 0 0031:Ret KERNEL32.CloseHandle() retval=00000001 ret=00449004 ... 0031: open_thread( tid=001b, access=00000040, attributes=00000000 ) 0031: open_thread() = 0 { handle=01fc } 0031:Ret ntdll.NtOpenThread() retval=00000000 ret=00448fa3 0031:Call ntdll.NtQueryInformationThread(000001fc,00000009,00eecacc,00000004,00eecac4) ret=00448ffa 0031: get_thread_info( handle=01fc, tid_in=0000 ) 0031: get_thread_info() = 0 { pid=001a, tid=001b, teb=7ffd8000, entry_point=7ffdf000, affinity=0000000f, exit_code=259, priority=0, last=0 } 0031:Ret ntdll.NtQueryInformationThread() retval=00000000 ret=00448ffa 0031:Call KERNEL32.CloseHandle(000001fc) ret=00449004 0031: close_handle( handle=01fc ) 0031: close_handle() = 0 0031:Ret KERNEL32.CloseHandle() retval=00000001 ret=00449004 --- snip --- After the main thread entry point is fixed (currently still zero), the issue is finished ;-) The module name translation is a different issue. Regards -- 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 0

[Bug 8277] Windows Sysinternals Process Explorer and other tools show zero thread start address (NtQueryInformationThread with ThreadQuerySetWin32StartAddress info class)
by wine-bugs＠winehq.org July 29, 2015

July 29, 2015

https://bugs.winehq.org/show_bug.cgi?id=8277 Sebastian Lackner <sebastian(a)fds-team.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |sebastian(a)fds-team.de --- Comment #17 from Sebastian Lackner <sebastian(a)fds-team.de> --- Some parts are fixed, but the entry_point for the main thread is not correct yet. I'll submit another patch for that shortly. -- 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 0