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

[Bug 28423] New: ImmGetDescriptionW() from imm32 crashes with certain parameters
by wine-bugs＠winehq.org 31 Dec '14

31 Dec '14

http://bugs.winehq.org/show_bug.cgi?id=28423 Summary: ImmGetDescriptionW() from imm32 crashes with certain parameters Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: pastorrub(a)msn.com Created an attachment (id=36436) --> (http://bugs.winehq.org/attachment.cgi?id=36436) The test program I did. When a program calls ImmGetDescriptionW(NULL,NULL,direction), it crashes instead of returning a direction and the size of it in characters, here is a test program in the attachments and its source code. This bug can be solved by adding this or something to allcate memory to imm32, try it on both windows. Also, it only occurs in a pointer, not on a finite empty array. -- 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 23

[Bug 28447] New: Can't select lookup field by mouse in application with DevExpress components
by wine-bugs＠winehq.org 31 Dec '14

31 Dec '14

http://bugs.winehq.org/show_bug.cgi?id=28447 Summary: Can't select lookup field by mouse in application with DevExpress components Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: arkinform(a)gmail.com I try to run native Windows application in Wine. Compiler Delphi 2010 and DevExpress components for visual interface (http://www.devexpress.com) It works ok. But I have one trouble: I can't select value in lookup components by mouse. By keyboard I can do it. In any Windows it works without problems. I have attached small test application with different lookup controlls. -- 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 13

[Bug 28452] New: warning: argument to 'sizeof' in 'memcpy' call is the same expression as the source; did you mean to provide an explicit length? [-Wsizeof-pointer-memaccess]
by wine-bugs＠winehq.org 31 Dec '14

31 Dec '14

http://bugs.winehq.org/show_bug.cgi?id=28452 Summary: warning: argument to 'sizeof' in 'memcpy' call is the same expression as the source; did you mean to provide an explicit length? [-Wsizeof-pointer-memaccess] Product: Wine Version: 1.3.28 Platform: x86 URL: http://llvm.org/viewvc/llvm-project?view=rev&revision= 133155 OS/Version: Linux Status: NEW Keywords: download, source Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Created an attachment (id=36482) --> (http://bugs.winehq.org/attachment.cgi?id=36482) full clang make log A new warning in Clang, see http://llvm.org/viewvc/llvm-project?view=rev&revision=133155. There are 13 occurrences in Wine. According to AJ on irc, most look legitimate: make[1]: Entering directory `/home/austin/wine-git/dlls/dmband' band.c:176:68: warning: argument to 'sizeof' in 'memcpy' call is the same expression as the source; did you mean to provide an explicit length? [-Wsizeof-pointer-memaccess] memcpy (This->pDesc->pbMemData, pDesc->pbMemData, sizeof (pDesc->pbMemData)); ~~~~~~~~~~~~~~~~ ~~~~~~~^~~~~~~~~ make[1]: Entering directory `/home/austin/wine-git/dlls/dmcompos' chordmap.c:166:68: warning: argument to 'sizeof' in 'memcpy' call is the same expression as the source; did you mean to provide an explicit length? [-Wsizeof-pointer-memaccess] memcpy (This->pDesc->pbMemData, pDesc->pbMemData, sizeof (pDesc->pbMemData)); ~~~~~~~~~~~~~~~~ ~~~~~~~^~~~~~~~~ audiopath.c:276:68: warning: argument to 'sizeof' in 'memcpy' call is the same expression as the source; did you mean to provide an explicit length? [-Wsizeof-pointer-memaccess] memcpy (This->pDesc->pbMemData, pDesc->pbMemData, sizeof (pDesc->pbMemData)); ~~~~~~~~~~~~~~~~ ~~~~~~~^~~~~~~~~ graph.c:241:68: warning: argument to 'sizeof' in 'memcpy' call is the same expression as the source; did you mean to provide an explicit length? [-Wsizeof-pointer-memaccess] memcpy (This->pDesc->pbMemData, pDesc->pbMemData, sizeof (pDesc->pbMemData)); ~~~~~~~~~~~~~~~~ ~~~~~~~^~~~~~~~~ segment.c:567:68: warning: argument to 'sizeof' in 'memcpy' call is the same expression as the source; did you mean to provide an explicit length? [-Wsizeof-pointer-memaccess] memcpy (This->pDesc->pbMemData, pDesc->pbMemData, sizeof (pDesc->pbMemData)); ~~~~~~~~~~~~~~~~ ~~~~~~~^~~~~~~~~ script.c:245:70: warning: argument to 'sizeof' in 'memcpy' call is the same expression as the source; did you mean to provide an explicit length? [-Wsizeof-pointer-memaccess] memcpy (This->pDesc->pbMemData, pDesc->pbMemData, sizeof (pDesc->pbMemData)); ~~~~~~~~~~~~~~~~ ~~~~~~~^~~~~~~~~ make[1]: Entering directory `/home/austin/wine-git/dlls/dmstyle' style.c:249:68: warning: argument to 'sizeof' in 'memcpy' call is the same expression as the source; did you mean to provide an explicit length? [-Wsizeof-pointer-memaccess] memcpy (This->pDesc->pbMemData, pDesc->pbMemData, sizeof (pDesc->pbMemData)); ~~~~~~~~~~~~~~~~ ~~~~~~~^~~~~~~~~ make[1]: Entering directory `/home/austin/wine-git/dlls/dmusic' collection.c:213:68: warning: argument to 'sizeof' in 'memcpy' call is the same expression as the source; did you mean to provide an explicit length? [-Wsizeof-pointer-memaccess] memcpy (This->pDesc->pbMemData, pDesc->pbMemData, sizeof (pDesc->pbMemData)); ~~~~~~~~~~~~~~~~ ~~~~~~~^~~~~~~~~ make[1]: Entering directory `/home/austin/wine-git/dlls/dswave' clang -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wempty-body -Wstrict-prototypes -Wtype-limits -Wunused-but-set-parameter -Wwrite-strings -Wpointer-arith -g -O2 -o dswave.o dswave.c dswave.c:365:68: warning: argument to 'sizeof' in 'memcpy' call is the same expression as the source; did you mean to provide an explicit length? [-Wsizeof-pointer-memaccess] memcpy (This->pDesc->pbMemData, pDesc->pbMemData, sizeof (pDesc->pbMemData)); ~~~~~~~~~~~~~~~~ ~~~~~~~^~~~~~~~~ make[1]: Entering directory `/home/austin/wine-git/dlls/msvcrt' locale.c:103:51: warning: argument to 'sizeof' in 'memcpy' call is the same expression as the source; did you mean to provide an explicit length? [-Wsizeof-pointer-memaccess] memcpy(name, _country_synonyms[i+1], sizeof(_country_synonyms[i+1])); ~~~~~~~~~~~~~~~~~~~~~~ ^~~~~~~~~~~~~~~~~~~~~~ winhttp.c:662:89: warning: argument to 'sizeof' in 'memcmp' call is the same expression as the source; did you mean to dereference it? [-Wsizeof-pointer-memaccess] ok(memcmp(buffer, reverse ? test_flag_coalesce_reverse : test_flag_coalesce, sizeof(reverse ? test_flag_coalesce_reverse : test_flag_coalesce)) == 0, "WinHttpQueryHeaders returned incorrect string.\n"); ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ winhttp.c:686:101: warning: argument to 'sizeof' in 'memcmp' call is the same expression as the source; did you mean to dereference it? [-Wsizeof-pointer-memaccess] ok(memcmp(buffer, reverse ? test_flag_coalesce_comma_reverse : test_flag_coalesce_comma, sizeof(reverse ? test_flag_coalesce_comma_reverse : test_flag_coalesce_comma)) == 0, ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ winhttp.c:712:109: warning: argument to 'sizeof' in 'memcmp' call is the same expression as the source; did you mean to dereference it? [-Wsizeof-pointer-memaccess] ok(memcmp(buffer, reverse ? test_flag_coalesce_semicolon_reverse : test_flag_coalesce_semicolon, sizeof(reverse ? test_flag_coalesce_semicolon_reverse : test_flag_coalesce_semicolon)) == 0, -- 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 28483] New: Need For Speed Undeground doesn't remember keyboard config
by wine-bugs＠winehq.org 31 Dec '14

31 Dec '14

http://bugs.winehq.org/show_bug.cgi?id=28483 Summary: Need For Speed Undeground doesn't remember keyboard config Product: Wine Version: 1.3.28 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: Admc(a)ufurmix.org Created attachment 36529 --> http://bugs.winehq.org/attachment.cgi?id=36529 Console Log Every time when I restart game keyboard config resets to default. This bug is present on every version of wine that I checked (1.3.28, 1.2.3, 1.2 and 1.3.1) with and without native dinput8. -- 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 10

[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

[Bug 27761] New: different behaviour for "if" conditions check
by wine-bugs＠winehq.org 30 Dec '14

30 Dec '14

http://bugs.winehq.org/show_bug.cgi?id=27761 Summary: different behaviour for "if" conditions check Product: Wine Version: 1.3.23 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: cmd AssignedTo: wine-bugs(a)winehq.org ReportedBy: iip.umar.rifai(a)gmail.com If conditions has different result between windows and wine, I think due to '/' (slash) issue, below is an example: ---------------------------------- D:\>if 1==1 echo ok ok D:\>if c==c echo ok ok D:\>if c==1 echo ok D:\>if /c==/c echo ok <--this one is problem, but works on Windows D:\>if /c==/c echo ok ok D:\>if "/c"=="/c" echo ok 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.

1 6

[Bug 27450] New: c2man.pl: Recent commit leads to FTBFS
by wine-bugs＠winehq.org 30 Dec '14

30 Dec '14

http://bugs.winehq.org/show_bug.cgi?id=27450 Summary: c2man.pl: Recent commit leads to FTBFS Product: Wine Version: 1.3.22 Platform: All OS/Version: All Status: UNCONFIRMED Severity: major Priority: P2 Component: tools AssignedTo: wine-bugs(a)winehq.org ReportedBy: debian(a)carbon-project.org CC: nerv(a)dawncrow.de Created an attachment (id=35101) --> (http://bugs.winehq.org/attachment.cgi?id=35101) Build log of a failed build (amd64) Git commit 38fcf687 by André Hentschel leads to a build failure (see attached build log). Reverting that commit fixes the build failure. I set the severity not to blocker as it is possible to build without running c2man.pl. -- 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 27337] New: Raw sockets aren't closed correctly in ICMP monitoring programs
by wine-bugs＠winehq.org 30 Dec '14

30 Dec '14

http://bugs.winehq.org/show_bug.cgi?id=27337 Summary: Raw sockets aren't closed correctly in ICMP monitoring programs Product: Wine Version: 1.2.2 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: berroll(a)mail.ru Created an attachment (id=34964) --> (http://bugs.winehq.org/attachment.cgi?id=34964) Command line with argument, wine log, netstat output The problem has occurred with the program NetMap, which is used for the network monitoring (pinging of multiple hosts in cyclic manner). [http://www.imach.uran.ru/netmap/index.html] NetMap under wine is working several minutes, then hangs with an error "Too many open files". Using the FAQ at http://wiki.winehq.org/FAQ I have increased the open file limit by modifying /etc/security/limits.conf: * hard nofile 16384 * soft nofile 1024 This fix extended working time of NetMap but nevertheless, haven't cured program's hangs. Also I noticed that during NetMap usage under wine the amount of opened connections is enormous and is increasing over time. Perhaps when it exceeds some limit program hangs. This may be a bug of wine with ICMP handling. I've made a contact with the author of the program and he explained that NetMap opens raw socket for the ping request. This action is made using function IcmpCreateFile of the library icmp.dll. Then this socket is closed by the function IcmpCloseHandle from the same library. He is sure, that IcmpCloseHandle is called correctly and the code is executed correctly in Windows. NetMap author also mentioned that he tested NetMap and old version of wine (0.99.6) and never met this problem. But now he checked NetMap with newer version of wine and confirmed that this problem exists. In order to check whether this problem is program-related or wine-related I also tried another program - MetaPing [http://www.hammer-software.com/metaping.shtml] It also performs pinging of multiple Internet hosts, like NetMap. And the problem was the same - enormous amount of opened connections, increasing over time. It seems that IcmpCloseHandle is not correctly processed by wine, as these raw sockets remain opened. I'm using Ubuntu Linux 10.04 (Lucid) and wine 1.2.2-0ubuntu2~lucid1 from official Ubuntu repository. -- 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 12