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

[Bug 38755] New: Unable to run "Twitch Bandwidth Test": calling to unimplemented function IPHLPAPI.DLL.SetPerTcpConnectionEStats
by wine-bugs＠winehq.org Aug. 21, 2015

Aug. 21, 2015

https://bugs.winehq.org/show_bug.cgi?id=38755 Bug ID: 38755 Summary: Unable to run "Twitch Bandwidth Test": calling to unimplemented function IPHLPAPI.DLL.SetPerTcpConnectionEStats Product: Wine Version: 1.7.44 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: iphlpapi Assignee: wine-bugs(a)winehq.org Reporter: bugs.winehq.org(a)freso.dk Distribution: --- Created attachment 51681 --> https://bugs.winehq.org/attachment.cgi?id=51681 Debug log from crashed TwitchTest.exe. TwitchTest.exe available at http://www.teamliquid.net/forum/tech-support/478845-twitchtest-twitch-bandw… Verified that the function isn't listed at https://source.winehq.org/WineAPI/iphlpapi.html -- 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 33430] New: wine crash when I try install https://wwws.santandernet.com.br/mps/bin/gbpluginabnsetup.exe
by wine-bugs＠winehq.org Aug. 21, 2015

Aug. 21, 2015

http://bugs.winehq.org/show_bug.cgi?id=33430 Bug #: 33430 Summary: wine crash when I try install https://wwws.santandernet.com.br/mps/bin/gbpluginabnse tup.exe Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ribeirws(a)gmail.com Classification: Unclassified Created attachment 44232 --> http://bugs.winehq.org/attachment.cgi?id=44232 wine crash when I try install https://wwws.santandernet.com.br/mps/bin/gbpluginabnsetup.exe wine crash when I try install https://wwws.santandernet.com.br/mps/bin/gbpluginabnsetup.exe -- 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 37225] New: QQ 6.3: QQApp.exe Crashes after login
by wine-bugs＠winehq.org Aug. 21, 2015

Aug. 21, 2015

https://bugs.winehq.org/show_bug.cgi?id=37225 Bug ID: 37225 Summary: QQ 6.3: QQApp.exe Crashes after login Product: Wine Version: 1.7.25 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: penghao(a)linuxdeepin.com QQ is a popular IM client in China. 1.Download from http://dldir1.qq.com/qqfile/qq/QQ6.3/12369/QQ6.3.exe 2.use "winetrick wenquanyi fakechinese" to fix the problems on Chinese fonts. 3.Start QQ from C:/Program Files/Tencent/QQ/Bin/QQ.exe, and QQ.exe will start QQApp.exe at background. 4. An error dialog complains the security component of QQ is broken. close the dialog 5. login with the folloing testing account: account: 1469264807 Password: winedebug 6. QQ.exe begin to login, then QQApp.exe will crash. NOTICE: QQApp.exe has some kind of communication(may be RPC) with QQ.exe, QQApp.exe can't be started directly. Winedbg pop info window may not get backtrace in some environment when QQApp.exe crashes. QQApp.exe load lua engine to run scripts. -- 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 38153] New: Don't work Radmin viewer 3.5
by wine-bugs＠winehq.org Aug. 21, 2015

Aug. 21, 2015

https://bugs.winehq.org/show_bug.cgi?id=38153 Bug ID: 38153 Summary: Don't work Radmin viewer 3.5 Product: Wine Version: 1.7.37 Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: 7309397(a)live.ru Os X Yosemmite 10.10.2 wine-devel @1.7.37_0 the main window the application is started. Attempt will be connected outputs the login/password and after input the appendix is closed ---Cut--- fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot fixme:toolhelp:Heap32ListFirst : stub err:tooltips:TOOLTIPS_WindowProc unknown msg 08d1 wp=00000000 lp=00000000 macdrv: Can't store handle for event queue fd ---Cut--- using the version wine-devel @1.7.30_0 everything works! --Cut--- 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 0xecf540, overlapped 0xecf54c): stub fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot fixme:toolhelp:Heap32ListFirst : stub err:tooltips:TOOLTIPS_WindowProc unknown msg 08d1 wp=00000000 lp=00000000 ---Cut--- -- 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 12454] New: iriver plus 3 doesn't start
by wine-bugs＠winehq.org Aug. 21, 2015

Aug. 21, 2015

http://bugs.winehq.org/show_bug.cgi?id=12454 Summary: iriver plus 3 doesn't start Product: Wine Version: 0.9.58. Platform: PC URL: http://www.iriver.com/plus/ OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P3 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: hewus.owns(a)gmail.com iriver plus 3 installs, but does not start. I added mfc42u.dll to get rid of missing dll messages, but it now ends here (0.9.59): err:module:attach_process_dlls "iDeviceM.dll" failed to initialize, aborting err:module:LdrInitializeThunk Main exe initialization for L"C:\\Program Files\\iriver\\iriver plus 3\\iPlus3.exe" failed, status c0000142 I tried yesterday on 0.9.58 and got this: err:module:LdrInitializeThunk "iDeviceM.dll" failed to initialize, aborting err:module:LdrInitializeThunk Main exe initialization for L"C:\\Program Files\\iriver\\iriver plus 3\\iPlus3.exe" failed, status c0000142 The errors are slightly different, if that helps at all. I am able to provide more debugging if required. Free download: http://www.iriver.com.au/iriver/uploads/software/iplus3_setup_full.zip -- 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 27

[Bug 36457] New: Hearts of Iron III Demo crashes with unimplemented function vcomp.dll._vcomp_enter_critsect
by wine-bugs＠winehq.org Aug. 21, 2015

Aug. 21, 2015

http://bugs.winehq.org/show_bug.cgi?id=36457 Bug ID: 36457 Summary: Hearts of Iron III Demo crashes with unimplemented function vcomp.dll._vcomp_enter_critsect Product: Wine Version: 1.7.18 Hardware: x86 URL: http://www.gamefront.com/files/14193739/HeartsofIron3_ Demo.exe OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: vcomp Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Created attachment 48500 --> http://bugs.winehq.org/attachment.cgi?id=48500 log Works with vcrun2005. -- 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 38435] New: Xfire 2.0 fails to start
by wine-bugs＠winehq.org Aug. 21, 2015

Aug. 21, 2015

https://bugs.winehq.org/show_bug.cgi?id=38435 Bug ID: 38435 Summary: Xfire 2.0 fails to start Product: Wine Version: 1.7.41 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: maiktapwagner(a)aol.com Distribution: --- Created attachment 51296 --> https://bugs.winehq.org/attachment.cgi?id=51296 Backtrace Slackware wine 1.7.41 - Command line output from launching from installer (XP mode) Hello everyone, I just tried Xfire2 and had problems launching it. The first time I launched it, I got an entry in the system tray but eventually got a Windows error message in XML format. I have attached the output from the command line. Next I tried starting it from the installation directory. This is the output I got. bash-4.2$ wine Xfire.exe preloader: Warning: failed to reserve range 00010000-00110000 fixme:heap:RtlSetHeapInformation (nil) 1 (nil) 0 stub preloader: Warning: failed to reserve range 00010000-00110000 fixme:system:SetProcessDPIAware stub! Cleaned up temp file: C:/Program Files/Xfire2/Qpaths.ini fixme:msvcrt:__clean_type_info_names_internal (0x6624b644) stub fixme:msvcrt:__clean_type_info_names_internal (0x61249e2c) stub fixme:msvcrt:__clean_type_info_names_internal (0x6202f76c) stub fixme:msvcrt:__clean_type_info_names_internal (0x1013a9c4) stub fixme:msvcrt:__clean_type_info_names_internal (0x640f0d1c) stub fixme:msvcrt:__clean_type_info_names_internal (0x657bfca4) stub fixme:msvcrt:__clean_type_info_names_internal (0x6726b1fc) stub bash-4.2$ fixme:heap:RtlSetHeapInformation (nil) 1 (nil) 0 stub fixme:system:SetProcessDPIAware stub! fixme:font:get_outline_text_metrics failed to read full_nameW for font L"Ani"! fixme:msg:pack_message msg 80 (WM_SETICON) not supported yet fixme:msg:pack_message msg 80 (WM_SETICON) not supported yet fixme:msvcrt:__clean_type_info_names_internal (0x1000847c) stub fixme:msvcrt:__clean_type_info_names_internal (0x640f0d1c) stub fixme:msvcrt:__clean_type_info_names_internal (0x657bfca4) stub fixme:msvcrt:__clean_type_info_names_internal (0x6726b1fc) stub -- 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 31895] New: The main character is not rendered in Synaesthete
by wine-bugs＠winehq.org Aug. 21, 2015

Aug. 21, 2015

http://bugs.winehq.org/show_bug.cgi?id=31895 Bug #: 31895 Summary: The main character is not rendered in Synaesthete Product: Wine Version: 1.5.14 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: viny_viny304(a)hotmail.com Classification: Unclassified Created attachment 41983 --> http://bugs.winehq.org/attachment.cgi?id=41983 SYnaesthete output log When playing the synaesthete the main character is not rendered. I am attaching the terminal output. In this video (running on Windows) you can see the character that is not being rendered on wine: http://www.youtube.com/watch?v=5PfzgTkZndE The game is free and can be downloaded here: https://www.digipen.edu/?id=1170&download=383 -- 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 38224] New: AcceptEx detaches the socket from its IO completion port
by wine-bugs＠winehq.org Aug. 21, 2015

Aug. 21, 2015

https://bugs.winehq.org/show_bug.cgi?id=38224 Bug ID: 38224 Summary: AcceptEx detaches the socket from its IO completion port Product: Wine Version: 1.6.2 Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: winsock Assignee: wine-bugs(a)winehq.org Reporter: mterrisse(a)free.fr Created attachment 51024 --> https://bugs.winehq.org/attachment.cgi?id=51024 Source + binary for BugAcceptEx Hello, On a server I have a listening socket lListeningSocket := socket (PF_INET, SOCK_STREAM, IPPROTO_TCP); CreateIoCompletionPort (lListeningSocket, lIoCompletionPort, 0, 0); bind (lListeningSocket, PSockAddr (@lAddress)^, SizeOf (TSockAddrIn)); listen (lListeningSocket, 1); and I prepare a socket for a new connection lSocket := socket (PF_INET, SOCK_STREAM, IPPROTO_TCP); CreateIoCompletionPort (lSocket, lIoCompletionPort, 0, 0); then call AcceptEx lPtrAcceptEx (lListeningSocket, lSocket, ...); GetQueuedCompletionStatus (lIoCompletionPort, ...) signals completion for AcceptEx for an incoming connection (so CreateIoCompletionPort (lListeningSocket, ...) works fine), but never signals completion for events on lSocket, not even a disconnection. If I call again CreateIoCompletionPort (lSocket, lIoCompletionPort, 0, 0); after the completion of AcceptEx, it works fine. So AcceptEx as detached lSocket from the IO completion port. To help reproducting it, I created a little command line server BugAcceptEx.exe Here attached is the code (Delphi) and the executable. In a command prompt run BugAcceptEx 1234 and in another command prompt telnet localhost 1234 and press a key Under Windows it works fine, under Mac + Wine the server signals the incoming connection but never signals data nor disconnection. Now if you do BugAcceptEx 1235 WithPatch and telnet localhost 1235 it works fine Thank you for your help. Regards, Michel Terrisse -- 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 37478] New: cmd doesn't handle "else if" correctly in all cases
by wine-bugs＠winehq.org Aug. 21, 2015

Aug. 21, 2015

https://bugs.winehq.org/show_bug.cgi?id=37478 Bug ID: 37478 Summary: cmd doesn't handle "else if" correctly in all cases Product: Wine Version: 1.7.28 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: jbb.rose(a)yahoo.com Distribution: --- cmd.exe doesn't seem to handle "else if" constructs correctly in all cases. This is making it difficult for me to run some complex build scripts under wine. Using this batch file: C:\Users\bjj\Documents>type try.bat @REM bjj test hack @echo off echo Args: "%1" "%2" "%3" "%4" if /I "%1" == "DEBUG" ( echo It is debug ) else if /I "%1" == "RELEASE" ( echo It is release ) else if /I "%1" == "TRY" ( echo It is try ) else ( echo it is neither: "%1" ) On Windows 7, all the branches seem to be handled correctly: C:\Users\bjj\Documents>try foo Args: "foo" "" "" "" it is neither: "foo" C:\Users\bjj\Documents>try DEBUG Args: "DEBUG" "" "" "" It is debug C:\Users\bjj\Documents>try RELEASE Args: "RELEASE" "" "" "" It is release C:\Users\bjj\Documents>try TRY Args: "TRY" "" "" "" It is try However, on wine 1.7.28 the "else" branch is sometimes executed when it shouldn't be: W:\>try foo Args: "foo" "" "" "" it is neither: "foo" W:\>try DEBUG Args: "DEBUG" "" "" "" It is debug it is neither: "DEBUG" W:\>try RELEASE Args: "RELEASE" "" "" "" It is release it is neither: "RELEASE" W:\>try TRY Args: "TRY" "" "" "" It is try Judging from this example, it appears that the "else" clause is only skipped if the final "if .. else if ..." clause is true. If one of the earlier clasues is true, the final "else" is unexpectedly executed. I haven't tried this batch file with earlier versions of wine. Thanks, Brian -- 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