December 2014 - Wine-bugs - list.winehq.org

[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

[Bug 27311] New: Frozen Synapse crashes when launching in-game IRC client
by wine-bugs＠winehq.org 30 Dec '14

30 Dec '14

http://bugs.winehq.org/show_bug.cgi?id=27311 Summary: Frozen Synapse crashes when launching in-game IRC client Product: Wine Version: 1.3.20 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ori(a)avtalion.name Created an attachment (id=34935) --> (http://bugs.winehq.org/attachment.cgi?id=34935) crash log After launching the game, pressing the "chat" icon at the top left causes the game to crash. Details in the attached file. I'm using the release version of the game, but reports are that it also occurred in beta. -- 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 27170] New: Prey wants hostname.exe
by wine-bugs＠winehq.org 30 Dec '14

30 Dec '14

http://bugs.winehq.org/show_bug.cgi?id=27170 Summary: Prey wants hostname.exe Product: Wine Version: 1.3.20 Platform: x86 URL: http://preyproject.com/ OS/Version: Linux Status: NEW Keywords: download, source Severity: enhancement Priority: P2 Component: programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com > wine: cannot find L"C:\\windows\\system32\\hostname.exe" Doesn't appear to be fatal, however. Should be simple enough to implement, all it does is return the hostname and has no command line options.. -- 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 27250] New: Prey receives a truncated hostname from hostname.exe ?
by wine-bugs＠winehq.org 30 Dec '14

30 Dec '14

http://bugs.winehq.org/show_bug.cgi?id=27250 Summary: Prey receives a truncated hostname from hostname.exe ? Product: Wine Version: 1.3.20 Platform: x86 URL: http://preyproject.com/ OS/Version: Linux Status: NEW Keywords: download, source Severity: minor Priority: P2 Component: programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com CC: arethusa26(a)gmail.com See bug 27170 for the original bug. Prey uses 'hostname' to get the hostname, and uses this for the default device name. My current machine's hostname is 'aw21'. With wine-1.3.20-230-g456e48e, when running the prey installer, it thinks my hostname is 'aw2'. As a test, I made a simple exe that returns a longer string: austin(a)aw21 ~ $ cat foo.c #include <stdio.h> int main(void) { printf("test\n"); return 0; } and compiled with mingw32, renamed to hostname.exe and set to native. Prey then sees 'test' as my full hostname. Something in the current hostname implementation isn't making prey happy... -- 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 3

[Bug 26052] New: usp10/usp10 tests show a few valgrind errors
by wine-bugs＠winehq.org 30 Dec '14

30 Dec '14

http://bugs.winehq.org/show_bug.cgi?id=26052 Summary: usp10/usp10 tests show a few valgrind errors Product: Wine Version: 1.3.13 Platform: x86 OS/Version: Linux Status: NEW Keywords: download, source, testcase Severity: minor Priority: P2 Component: usp10 AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Created an attachment (id=33224) --> (http://bugs.winehq.org/attachment.cgi?id=33224) valgrind log Conditional jump or move depends on uninitialised value(s) at resolveExplicit (bidi.c:220) by BIDI_DetermineLevels (bidi.c:777) by ScriptItemize (usp10.c:621) by ScriptStringAnalyse (usp10.c:774) by test_ScriptString (usp10.c:1259) by func_usp10 (usp10.c:1843) by run_test (test.h:556) by main (test.h:624) Uninitialised value was created by a stack allocation at test_ScriptString (usp10.c:1215) -- 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 3

[Bug 19877] New: Zeta Minibrowser crashes (because of stubbed CreateHardLinkW)
by wine-bugs＠winehq.org 30 Dec '14

30 Dec '14

http://bugs.winehq.org/show_bug.cgi?id=19877 Summary: Zeta Minibrowser crashes (because of stubbed CreateHardLinkW) Product: Wine Version: 1.1.28 Platform: PC URL: http://www.brothersoft.com/zeta-minibrowser-110447.htm l OS/Version: Linux Status: NEW Keywords: dotnet, download Severity: normal Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: xerox_xerox2000(a)yahoo.co.uk I've seen this bug in more apps, so probably a bug covering several applications Prerequisites: 'winetricks dotnet20' The mini-browser crashes after CreateHardLinKW is printed in the console. Returning TRUE instead of false, or setting last error in CreateHardlink to ERROR_ALREADY_EXISTST makes the app start fine, but that's just a hack, somehow we should have more then this stub, to get the app running. I'll attach console info hereafter -- 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 15452] New: Freewire aborts due to incorrect handling of COLORRES nIndex in winex11's GetDeviceCaps()
by wine-bugs＠winehq.org 30 Dec '14

30 Dec '14

http://bugs.winehq.org/show_bug.cgi?id=15452 Summary: Freewire aborts due to incorrect handling of COLORRES nIndex in winex11's GetDeviceCaps() Product: Wine Version: CVS/GIT Platform: PC URL: http://www.freewiretv.com/downloadTVWin.html OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv AssignedTo: wine-bugs(a)winehq.org ReportedBy: nodisgod(a)yahoo.com Created an attachment (id=16345) --> (http://bugs.winehq.org/attachment.cgi?id=16345) Freewire relay log (rzipped) With current Git (wine-1.1.5-207-gc425c8a), when attempting to launch Freewire after installation, Freewire aborts with a message box complaining about the currently set bit depth. From relay trace: 0009:Call user32.GetDC(00000000) ret=005808ac 0009:Ret user32.GetDC() retval=0000030c ret=005808ac 0009:Call gdi32.GetDeviceCaps(0000030c,0000006c) ret=005808b5 0009:Ret gdi32.GetDeviceCaps() retval=00000000 ret=005808b5 0009:Call user32.LoadStringA(00000000,00000095,0032f8d4,00000180) ret=005808f3 0009:Ret user32.LoadStringA() retval=0000015d ret=005808f3 0009:Call user32.LoadStringA(00000000,00000097,0032f754,00000180) ret=00580910 0009:Ret user32.LoadStringA() retval=0000001c ret=00580910 0009:Call user32.MessageBoxA(00000000,0032f8d4 "Unfortunately, it has not been possible to start Freewire Television due to your graphics mode.\nPlease set the color depth to 32 bit in the display control panel and restart the application\nIf the problem continues please contact Freewire customer services on 0333 123 0190.\nOr visit the Freewire s"...,0032f754 "We've encountered a problem!",00000030) ret=00580927 The problem seems to lie in: 0009:Call gdi32.GetDeviceCaps(0000030c,0000006c) ret=005808b5 0009:Ret gdi32.GetDeviceCaps() retval=00000000 ret=005808b5 GetDeviceCaps() is being called with the DC handle returned from GetDC(NULL) and the COLORRES value for nIndex. In dlls/winex11.drv/init.c lines 259 and 268: case COLORRES: /* ... */ return 0; Freewire apparently does not like the returned value, and thus aborts with the message box. Modifying the COLORRES case to return screen_bpp allows the application to get past this point, though I am not sure if this is the right thing to do. -- 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 14

[Bug 26391] New: Wine buitin IE crash while loading a page with more than THREE ActiveX objects
by wine-bugs＠winehq.org 30 Dec '14

30 Dec '14

http://bugs.winehq.org/show_bug.cgi?id=26391 Summary: Wine buitin IE crash while loading a page with more than THREE ActiveX objects Product: Wine Version: 1.3.15 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mshtml AssignedTo: wine-bugs(a)winehq.org ReportedBy: fracting(a)gmail.com Created an attachment (id=33607) --> (http://bugs.winehq.org/attachment.cgi?id=33607) log:IE crash Firstly, Write an HTML page as below: <object classid="clsid:13E4740C-08EB-4133-896B-8D0A7C9EE3CD" > </object> <object classid="clsid:23E4740C-08EB-4133-896B-8D0A7C9EE3CD" > </object> <object classid="clsid:33E4740C-08EB-4133-896B-8D0A7C9EE3CD" > </object> <object classid="clsid:43E4740C-08EB-4133-896B-8D0A7C9EE3CD" > </object> save as index.html, and run a web server. Secondly, $ wine iexplore http://localhost/index.html Confirm this bug on both gecko1.1 and gecko1.2beta . Then IE will crash. Is there any simple way to install gecko-dbg ? -- 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 7