wine-bugs June 2015

wine-bugs@winehq.org

1 participants
8350 discussions

[Bug 37225] New: QQ 6.3: QQApp.exe Crashes after login
by wine-bugs＠winehq.org 21 Aug '15

21 Aug '15

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 21 Aug '15

21 Aug '15

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 21 Aug '15

21 Aug '15

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 21 Aug '15

21 Aug '15

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 21 Aug '15

21 Aug '15

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 21 Aug '15

21 Aug '15

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 21 Aug '15

21 Aug '15

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 21 Aug '15

21 Aug '15

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

[Bug 28444] New: zenilib 0.4.1.0 applications: crash when attempting to use d3dx9 for rendering
by wine-bugs＠winehq.org 21 Aug '15

21 Aug '15

http://bugs.winehq.org/show_bug.cgi?id=28444 Summary: zenilib 0.4.1.0 applications: crash when attempting to use d3dx9 for rendering Product: Wine Version: 1.3.28 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3dx9 AssignedTo: wine-bugs(a)winehq.org ReportedBy: bazald(a)gmail.com CC: wine-bugs(a)winehq.org Created an attachment (id=36469) --> (http://bugs.winehq.org/attachment.cgi?id=36469) Output log I'm responsible for the development of a "simple" game engine, zenilib. It compiles and runs natively under Linux, so most code isn't doing anything too platform specific. The Windows build runs magnificently in Linux when using OpenGL for rendering, but something is preventing applications from starting at all when attempting to use Direct3D9. You can download the engine and supporting files here: http://zenilib.com/download/#vs To reproduce: 1. unzip zenilib_0.4.1.0.zip 2. unzip zenilib_0.4.1.0_support.zip 3. cd zenilib/config 4. cat zenilib.xml | sed 's/OpenGL/DX9/' > temp && mv temp zenilib.xml 3. cd ../bin 4. wine Application.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 26

[Bug 29081] New: Drag and Drop: Duplicate entries in winamp playlist window
by wine-bugs＠winehq.org 21 Aug '15

21 Aug '15

http://bugs.winehq.org/show_bug.cgi?id=29081 Bug #: 29081 Summary: Drag and Drop: Duplicate entries in winamp playlist window Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv AssignedTo: wine-bugs(a)winehq.org ReportedBy: anwetli(a)hotmail.com Classification: Unclassified Created attachment 37475 --> http://bugs.winehq.org/attachment.cgi?id=37475 Wine log for xdnd Operating System: Kubuntu 10.04 LTS with KDE 4.4.5 / i386 / nvidia grafics driver Bug is related to winamp, a windows music player (www.winamp.com). Other applications may be affected by this bug. Problem: Every File drag and dropped to the playlist-window of winamp will duplicated. It generates double entries for every file dropped to the playlist-window. Version of wine: This bug has been introduced since version 1.3x. In wine 1.2 everything is fine. Details: If you drag drop a file to the main window of winamp, no duplicate entries will be generated. But if you drop a file to the playlist-window (a window within the winamp application), you will get two entries (duplicated). So it seems to me that the bug is connected to how the drag drop code specifies the target window. Wine trace (WINEDEBUG=xdnd wine winamp.exe) last lines in wine 1.2x: ---------------------------- trace:xdnd:X11DRV_XDND_DropEvent trace:xdnd:X11DRV_XDND_SendDropFiles Sending WM_DROPFILES: hWnd(0x0x10056) 0x1356a4(L"E:\\x.mp3") trace:xdnd:X11DRV_XDND_FreeDragDropOp last lines in wine 1.3x: ---------------------------- trace:xdnd:X11DRV_XDND_DropEvent trace:xdnd:X11DRV_XDND_SendDropFiles Sending WM_DROPFILES: hWnd(0x0x101e0) 0x1abe6c(L"Z:\\home\\angel\\Desktop\\x.mp3") trace:xdnd:create_stream_from_map size 4096 trace:xdnd:XDNDDATAOBJECT_QueryGetData (0x68a29320, 0x7adbb4={.tymed=0x1, .dwAspect=1, .cfFormat=49326} trace:xdnd:XDNDDATAOBJECT_QueryGetData application didn't find UniformResourceLocator trace:xdnd:XDNDDATAOBJECT_QueryGetData (0x68a29320, 0x7adba0={.tymed=0x1, .dwAspect=1, .cfFormat=15} trace:xdnd:XDNDDATAOBJECT_QueryGetData application found CF_HDROP trace:xdnd:XDNDDATAOBJECT_GetData (0x68a29320, 0x7adba0, 0x7adbd8) trace:xdnd:XDNDDATAOBJECT_GetData application is looking for CF_HDROP trace:xdnd:XDNDDATAOBJECT_QueryGetData (0x68a29320, 0x7adba0={.tymed=0x1, .dwAspect=1, .cfFormat=15} trace:xdnd:XDNDDATAOBJECT_QueryGetData application found CF_HDROP trace:xdnd:X11DRV_XDND_DropEvent drop succeeded trace:xdnd:X11DRV_XDND_FreeDragDropOp It seems that with wine 1.3 new code for a better drag and drop functionality has been introduced. But also leading to a bug with duplicate entries. Maybe someone can fix this? Would be nice :-) -- 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 16

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs June 2015