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

[Bug 33016] New: Wine recognizes Geforce GT 630 as Geforce 8800 GTX
by wine-bugs＠winehq.org 31 Dec '14

31 Dec '14

http://bugs.winehq.org/show_bug.cgi?id=33016 Bug #: 33016 Summary: Wine recognizes Geforce GT 630 as Geforce 8800 GTX Product: Wine Version: 1.5.24 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: otaku(a)rambler.ru Classification: Unclassified Tested on last Perfect World, Ubuntu 12.10 and Nvidia driver 313.18 -- 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 6

[Bug 33083] New: Magic: The Gathering Online Wide Beta installer crashes with X error
by wine-bugs＠winehq.org 31 Dec '14

31 Dec '14

http://bugs.winehq.org/show_bug.cgi?id=33083 Bug #: 33083 Summary: Magic: The Gathering Online Wide Beta installer crashes with X error Product: Wine Version: 1.5.24 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: admiral.hackbar(a)gmail.com Classification: Unclassified Magic: The Gathering Online Wide Beta installer crashes with: X Error of failed request: BadMatch (invalid parameter attributes) Major opcode of failed request: 1 (X_CreateWindow) Serial number of failed request: 348 Current serial number in output stream: 352 Let me know what other logs are needed. The installer is freely downloadable (you don't need any account to install) at: http://www.wizards.com/magic/digital/magiconline.aspx?x=mtg/digital/magicon… . Pick "Wide Open Beta Version" The site says it needs .NET 4.0, so I ran installed dotnet40 with winetricks. Ubuntu 64-bit, with WINEARCH=win32, using version 1.5.24 from the wine PPA. Using Ivy Bridge graphics. With older Intel graphics, a similar bug #32471 happens. I think this bug is different though. -- 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 6

[Bug 33213] New: Wine crashes if printing images
by wine-bugs＠winehq.org 31 Dec '14

31 Dec '14

http://bugs.winehq.org/show_bug.cgi?id=33213 Bug #: 33213 Summary: Wine crashes if printing images Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ironeman(a)tiscali.it Classification: Unclassified Created attachment 43939 --> http://bugs.winehq.org/attachment.cgi?id=43939 The sample application. This bug is similar to "Bug 16585 - Printing document with images crashes wine" that was closed on 2009-01-30. I am using 16-bit Clipper/xBase programs. When printing SOME images, wine-1.5.25 crashes. I wrote the attached sample program that prints a very simple report (after a preview). The report is composed of: 1) a string ("TEST") 2) a bmp image from file test1.bmp 3) an optional bmp image from file test2.bmp The program asks if you want to print test2.bmp. In Windows Xp, all is ok, but, in Wine, if "No" is selected the preview appears as expected (including test1.bmp image) else Wine crashes. I tried a lot of images that crash. I suppose that the problem is the size of bmp file. The attached zip file contains: 1) test_pr.EXE: the executable sample. Run it! It requires that all the files are into the working directory. 2) backtrace.txt: the memory dump created after "WINEDEBUG=+psdrv" 3) test_pr.PRG: the source code (xBase language) 4) PREVIEW.DLL: a needed dll for the exe 5) TEST1.bmp: the first sample image (correctly printed) 6) test2.bmp: the second sample image (crashes) Best regards. -- 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 6

[Bug 33283] New: Configuration of WM_NAME is delayed for virtual desktop
by wine-bugs＠winehq.org 31 Dec '14

31 Dec '14

http://bugs.winehq.org/show_bug.cgi?id=33283 Bug #: 33283 Summary: Configuration of WM_NAME is delayed for virtual desktop Product: Wine Version: 1.5.26 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: me(a)mkaito.com Classification: Unclassified Many window managers rely on X properties for window management. For example, it is very common to use WM_NAME and WM_CLASS to apply management rules. This feature depends on these properties being set when a new client is spawned. When running an application inside a virtual desktop, such as with `wine explorer /desktop=whatever,1920x1080 "C://Program Files/Whatever/Foo.exe"`, we end up with a desktop where WM_NAME = "whatever - Wine Desktop". However, the configuration of this property is delayed, causing wine desktops to be handled incorrectly, since X properties are only checked upon client creation. -- 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 5

[Bug 33331] New: When DLL receives PROCESS_DETACH notification when a process is exiting all the threads should be already terminated
by wine-bugs＠winehq.org 31 Dec '14

31 Dec '14

http://bugs.winehq.org/show_bug.cgi?id=33331 Bug #: 33331 Summary: When DLL receives PROCESS_DETACH notification when a process is exiting all the threads should be already terminated Product: Wine Version: 1.5.27 Platform: x86-64 OS/Version: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dmitry(a)baikal.ru Classification: Unclassified Created attachment 44083 --> http://bugs.winehq.org/attachment.cgi?id=44083 source and binary for the test While debugging the problem described in http://www.winehq.org/pipermail/wine-patches/2013-March/123127.html (libiomp5md.dll waits until all the tracked threads terminate and doesn't return control out of its PROCESS_DETACH handler when process is going to exit) I decided to create a test which examines what's supposed to happen when static (loaded implicitly as a part of PE imports) and dynamic (loaded explicitly by LoadLibrary) DLLs create threads along with threads created by main exe. To make long story short: main difference between Windows and Wine is that Wine doesn't terminate threads before calling PROCESS_DETACH for each loaded DLL. Here are the snippets from results I see under Windows 7 (both 32 and 64 bit builds behave same way) and Wine: Win7: ... main: call ExitProcess(0) dynamic: 72FB0000, DLL_PROCESS_DETACH, 00000001 dynamic: GetExitCodeThread(0) => 1,0 dynamic: GetExitCodeThread(1) => 1,0 dynamic: GetExitCodeThread(2) => 1,0 static: 72FC0000, DLL_PROCESS_DETACH, 00000001 static: GetExitCodeThread(0) => 1,0 static: GetExitCodeThread(1) => 1,0 static: GetExitCodeThread(2) => 1,0 ===================================================== Wine: ... main: call ExitProcess(0) dynamic: 00330000, DLL_PROCESS_DETACH, 00000001 dynamic: GetExitCodeThread(0) => 1,259 dynamic: GetExitCodeThread(1) => 1,259 dynamic: GetExitCodeThread(2) => 1,259 static: 10000000, DLL_PROCESS_DETACH, 00000001 static: GetExitCodeThread(0) => 1,259 static: GetExitCodeThread(1) => 1,259 static: GetExitCodeThread(2) => 1,259 I.e. libiomp5md.dll when it receives PROCESS_DETACH notification at process exit time shoudn't get STILL_ACTIVE (259) return value from GetExitCodeThread. -- 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 8

[Bug 33399] New: Unimplemented function setupapi.dll.SetupDiSetDeviceInstallParamsA
by wine-bugs＠winehq.org 31 Dec '14

31 Dec '14

http://bugs.winehq.org/show_bug.cgi?id=33399 Bug #: 33399 Summary: Unimplemented function setupapi.dll.SetupDiSetDeviceInstallParamsA Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: maxime.jay-allemand(a)laposte.net Classification: Unclassified Created attachment 44193 --> http://bugs.winehq.org/attachment.cgi?id=44193 Detail of the error Hello, I was trying to install a driver for a protection key. This driver is needed by sofware written in windev. I got this message : wine: Unimplemented function setupapi.dll.SetupDiSetDeviceInstallParamsA It seems that a function is not yet implemented. The log message is attached. I tryed with latest stable realese 1.4 and the developpement realese 1.5. I got the same problem. Is there a easy way to fix it ? Thanks -- 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 4

[Bug 33619] New: UWIN installer fails with cannot seek to data offset
by wine-bugs＠winehq.org 31 Dec '14

31 Dec '14

http://bugs.winehq.org/show_bug.cgi?id=33619 Bug #: 33619 Summary: UWIN installer fails with cannot seek to data offset Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: simon.toedt(a)gmail.com Classification: Unclassified The UWIN (Unix emulation on Windows) installer fails on Wine wine-1.5.23. The goal is to use WINE for automated testing without having to fire up a full blown Windows system each time in VMware or real iron. Steps to test: wget --http-user="I accept www.opensource.org/licenses/eclipse" --http-passwd="." 'http://www2.research.att.com/~gsf/download/beta/uwin-base.2013-02-08.win32.…' wine uwin-base.2013-02-08.win32.i386.exe wine version is wine-1.5.23 The output of the first attempt: wine uwin-base.2013-02-08.win32.i386.exe wine: created the configuration directory '/home/stoe/.wine' fixme:storage:create_storagefile Storage share mode not implemented. err:mscoree:LoadLibraryShim error reading registry key for installroot err:mscoree:LoadLibraryShim error reading registry key for installroot err:mscoree:LoadLibraryShim error reading registry key for installroot err:mscoree:LoadLibraryShim error reading registry key for installroot err:winediag:SECUR32_initNTLMSP ntlm_auth was not found or is outdated. Make sure that ntlm_auth >= 3.0.25 is in your path. Usually, you can find it in the winbind package of your distribution. fixme:iphlpapi:NotifyAddrChange (Handle 0xf3e308, overlapped 0xf3e320): stub fixme:storage:create_storagefile Storage share mode not implemented. err:mscoree:LoadLibraryShim error reading registry key for installroot err:mscoree:LoadLibraryShim error reading registry key for installroot err:mscoree:LoadLibraryShim error reading registry key for installroot err:mscoree:LoadLibraryShim error reading registry key for installroot p11-kit: couldn't load module: /usr/lib/pkcs11/gnome-keyring-pkcs11.so: /usr/lib/pkcs11/gnome-keyring-pkcs11.so: cannot open shared object file: No such file or directory err:winediag:SECUR32_initNTLMSP ntlm_auth was not found or is outdated. Make sure that ntlm_auth >= 3.0.25 is in your path. Usually, you can find it in the winbind package of your distribution. fixme:iphlpapi:NotifyAddrChange (Handle 0x114e8d0, overlapped 0x114e8dc): stub wine: configuration in '/home/stoe/.wine' has been updated. Z:\home\stoe\winetest\uwin-base.2013-02-08.win32.i386.exe: Z:\home\stoe\winetest\uwin-base.2013-02-08.win32.i386.exe: cannot seek to data offset The output of the second attempt: wine uwin-base.2013-02-08.win32.i386.exe Z:\home\stoe\winetest\uwin-base.2013-02-08.win32.i386.exe: Z:\home\stoe\winetest\uwin-base.2013-02-08.win32.i386.exe: cannot seek to data offset I have no clue whatsoever what this means. Per http://www.opensource.apple.com/source/ksh/ksh-13/ksh/src/cmd/INIT/ratz.c the message comes from ratz.c when either open() or lseek() fails: ===========cut========== static int sear_seek(off_t offset, int tmp) { int n; char cmd[PATH_MAX]; GetModuleFileName(NULL, cmd, sizeof(cmd)); sear_stdin = dup(0); close(0); if (open(cmd, O_BINARY|O_RDONLY) || lseek(0, offset, 0) != offset) { fprintf(stderr, "%s: %s: cannot seek to data offset\n", state.id, cmd); return -1; } ===========cut========== AFAIK this should not fail, at least at the first glance. -- 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 28247] New: d3dx9_36/mesh.c compile broken on uclibc
by wine-bugs＠winehq.org 30 Dec '14

30 Dec '14

http://bugs.winehq.org/show_bug.cgi?id=28247 Summary: d3dx9_36/mesh.c compile broken on uclibc Product: Wine Version: 1.3.27 Platform: x86 URL: http://git.alpinelinux.org/cgit/aports/tree/main/wine/ uclibc-fmaxf-fminf.patch?id=c9b491b6099eec02a835ffd055 39b5c783c6c43a OS/Version: Linux Status: NEW Keywords: download, source Severity: normal Priority: P2 Component: directx-d3dx9 AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com CC: wine-bugs(a)winehq.org I found Alpine Linux, which uses busybox/uclibc by default instead of glibc. First problem, build fails on d3dx9_36/mesh.c: ../../tools/winegcc/winegcc -B../../tools/winebuild --sysroot=../.. -fasynchronous-unwind-tables -shared ./d3dx9_36.spec core.o d3dx9_36_main.o effect.o font.o line.o math.o mesh.o shader.o skin.o sprite.o surface.o texture.o util.o volume.o version.res -o d3dx9_36.dll.so -ld3d9 -ld3dcompiler -ldxguid -ld3dxof -lole32 -lgdi32 -luser32 ../../libs/port/libwine_port.a mesh.o: In function `parse_vertex_colors': /root/wine-git/dlls/d3dx9_36/mesh.c:2551: undefined reference to `fmaxf' /root/wine-git/dlls/d3dx9_36/mesh.c:2551: undefined reference to `fminf' /root/wine-git/dlls/d3dx9_36/mesh.c:2552: undefined reference to `fmaxf' /root/wine-git/dlls/d3dx9_36/mesh.c:2552: undefined reference to `fminf' /root/wine-git/dlls/d3dx9_36/mesh.c:2553: undefined reference to `fmaxf' /root/wine-git/dlls/d3dx9_36/mesh.c:2553: undefined reference to `fminf' /root/wine-git/dlls/d3dx9_36/mesh.c:2554: undefined reference to `fmaxf' /root/wine-git/dlls/d3dx9_36/mesh.c:2554: undefined reference to `fminf' collect2: ld returned 1 exit status winegcc: gcc failed make: *** [d3dx9_36.dll.so] Error 2 there's a patch available on the alpine package: http://git.alpinelinux.org/cgit/aports/tree/main/wine/uclibc-fmaxf-fminf.pa… though perhaps that definition should go in libs/port/wine instead? -- 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 6

[Bug 27883] New: Bink videos without sound (Mass Effect) [bisected, regression]
by wine-bugs＠winehq.org 30 Dec '14

30 Dec '14

http://bugs.winehq.org/show_bug.cgi?id=27883 Summary: Bink videos without sound (Mass Effect) [bisected, regression] Product: Wine Version: 1.3.25 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winmm&mci AssignedTo: wine-bugs(a)winehq.org ReportedBy: debian(a)carbon-project.org CC: aeikum(a)codeweavers.com Since the audio rework which became part of 1.3.25, the audio is missing from all Bink videos in Mass Effect (I suspect other games using Bink are affected too, but haven't tested that so far). A git bisect shows: 901af51ea32f2d192a598808abab2d1b6a940773 is the first bad commit commit 901af51ea32f2d192a598808abab2d1b6a940773 Author: Andrew Eikum <aeikum(a)codeweavers.com> Date: Mon Jul 11 08:28:24 2011 -0500 winmm: Remove driver implementation of waveOut*. :040000 040000 cccb55d925c166ba3838b0179cbdd655a44ba26a 428f760df6efda7a37b4a84f97721523ab72863f M dlls CCing the author. -- 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 27778] New: TYPE outputs extraneous blank line after file contents
by wine-bugs＠winehq.org 30 Dec '14

30 Dec '14

http://bugs.winehq.org/show_bug.cgi?id=27778 Summary: TYPE outputs extraneous blank line after file contents Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: cmd AssignedTo: wine-bugs(a)winehq.org ReportedBy: frederic.delanoy(a)gmail.com With the following code (make sure there's no space before the '>'): echo bar> foo echo *** && type foo && echo *** outputs *** bar *** on windowses, but *** bar *** in wine -- 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 8