February 2014 - Wine-Bugs - list.winehq.org

[Bug 35554] New: PDFXchange viewer crashes when saving changes in PDFXChange viewer 2.5 (build 214.1)
by wine-bugs＠winehq.org Feb. 9, 2014

Feb. 9, 2014

http://bugs.winehq.org/show_bug.cgi?id=35554 Bug ID: 35554 Summary: PDFXchange viewer crashes when saving changes in PDFXChange viewer 2.5 (build 214.1) Product: Wine Version: 1.7.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: tools Assignee: wine-bugs(a)winehq.org Reporter: anishjp(a)gmail.com Classification: Unclassified Created attachment 47476 --> http://bugs.winehq.org/attachment.cgi?id=47476 Error log of the crash When saving an edit in PDFXchange viewer 2.5 (build 214.1) within Wine, it causes PDFXchange viewer to crash! -- 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 838] winedbg: Add C++ support
by wine-bugs＠winehq.org Feb. 9, 2014

Feb. 9, 2014

http://bugs.winehq.org/show_bug.cgi?id=838 Jerome Leclanche <adys.wh(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |adys.wh(a)gmail.com -- 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 0

[Bug 19174] New: Plants vs Zombies is way too slow
by wine-bugs＠winehq.org Feb. 8, 2014

Feb. 8, 2014

http://bugs.winehq.org/show_bug.cgi?id=19174 Summary: Plants vs Zombies is way too slow Product: Wine Version: 1.1.25 Platform: PC URL: http://www.popcap.com/extras/pvz/ OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jaimerave(a)gmail.com Created an attachment (id=22160) --> (http://bugs.winehq.org/attachment.cgi?id=22160) Console output After installing Plants VS Zombies using Wine 1.1.25 the game take a lot to start, is really slow just showing main screen. There's a lot of this messages in the console: fixme:d3d_surface:fb_copy_to_texture_direct Doing a pixel by pixel copy from the framebuffer to a texture, expect major performance issues -- 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 18

[Bug 8539] VMXBuider 0.8 (VB6 app) fails to create new VM, reporting "Run-time error '-2147417848 (80010108)': Automation error"
by wine-bugs＠winehq.org Feb. 8, 2014

Feb. 8, 2014

http://bugs.winehq.org/show_bug.cgi?id=8539 --- Comment #24 from Nikolay Sivov <bunglehead(a)gmail.com> --- I spent some time today on this, and now I can say that SafeArrayCopyData() is broken when array is IRecordInfo based - this call just copies over pointers from existing array, and this is obviously won't go very well. Proper way to do so is to call IRecordInfo_RecordCopy(), I have some tests for that but need more time to polish them. Anyway it's not enough, after this fixed it still crashes in RecordCopy() on BSTR field. So it's really about safearray<->recordinfo interoperation as far as I can tell. -- 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 0

[Bugzilla] Account Lock-Out: asymptote9x@gmail.com (67.246.71.71)
by wine-bugs＠winehq.org Feb. 8, 2014

Feb. 8, 2014

The IP address 67.246.71.71 failed too many login attempts (5) for the account asymptote9x(a)gmail.com. The login attempts occurred at these times: 2014-02-08 01:06:53 CST 2014-02-08 01:12:10 CST 2014-02-08 01:12:18 CST 2014-02-08 01:12:27 CST 2014-02-08 01:12:35 CST This IP will be able to log in again using this account at 2014-02-08 01:36 CST.

1 0

[Bug 34630] New: Drakan demo sees two display drivers and only one of them supports Windowed Mode
by wine-bugs＠winehq.org Feb. 8, 2014

Feb. 8, 2014

http://bugs.winehq.org/show_bug.cgi?id=34630 Bug #: 34630 Summary: Drakan demo sees two display drivers and only one of them supports Windowed Mode Product: Wine Version: 1.7.3 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: winebugs140(a)gmail.com Classification: Unclassified Created attachment 46148 --> http://bugs.winehq.org/attachment.cgi?id=46148 Drakan Demo Log In a preferences window that shows up when you launch the game there are two display drivers (instead of one), and they're named DirectDraw HAL, and not the same as your graphics card (which is the case on Windows). Only one of them supports Windowed Mode. -- 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 21

[Bug 31880] New: E-Mail notification: no way to choose between maintained apps and other apps for AppDB-user without elevated rights
by wine-bugs＠winehq.org Feb. 7, 2014

Feb. 7, 2014

http://bugs.winehq.org/show_bug.cgi?id=31880 Bug #: 31880 Summary: E-Mail notification: no way to choose between maintained apps and other apps for AppDB-user without elevated rights Product: WineHQ Apps Database Version: unspecified Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: appdb-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: mywine(a)schiermeier-software.de Classification: Unclassified Created attachment 41963 --> http://bugs.winehq.org/attachment.cgi?id=41963 A normal users preferences who maintains apps This is a wish for a feature: For a user who is maintaining some applications in AppDB it isn't possible to choose the way of email notification: 1.) notify about changes in maintained apps. 2.) notify about changes in other apps. This both options should be in the preferences panel of the users preferences. -- 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

[Bug 17214] Proteus VX fails to install (VT_DISPATCH to VT_xxx conversion: uninitialized VARIANTARG passed to DISPID_VALUE invoke call)
by wine-bugs＠winehq.org Feb. 7, 2014

Feb. 7, 2014

https://bugs.winehq.org/show_bug.cgi?id=17214 --- Comment #13 from Nikolay Sivov <bunglehead(a)gmail.com> --- Thanks, this is easy to reproduce with existing tests, I'll send a patch next week. -- 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 0

[Bug 3297] UpdateWindow() doesn't call XFlush()
by wine-bugs＠winehq.org Feb. 7, 2014

Feb. 7, 2014

http://bugs.winehq.org/show_bug.cgi?id=3297 --- Comment #16 from Bruno Jesus <00cpxxx(a)gmail.com> --- Still in wine 1.7.12. -- 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 0

[Bug 17214] Proteus VX fails to install (VT_DISPATCH to VT_xxx conversion: uninitialized VARIANTARG passed to DISPID_VALUE invoke call)
by wine-bugs＠winehq.org Feb. 7, 2014

Feb. 7, 2014

https://bugs.winehq.org/show_bug.cgi?id=17214 Anastasius Focht <focht(a)gmx.net> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |focht(a)gmx.net Component|-unknown |oleaut32 Summary|Proteus VX fails to install |Proteus VX fails to install | |(VT_DISPATCH to VT_xxx | |conversion: uninitialized | |VARIANTARG passed to | |DISPID_VALUE invoke call) --- Comment #12 from Anastasius Focht <focht(a)gmx.net> --- Hello folks, confirming ... a nasty one. It seems the InstallShield script engine copies the 'out' value during VarI4FromDisp() -> VARIANT_FromDisp() -> IDispatch_Invoke() using VariantCopy() without initializing it first. Wine passes an uninitialized stack based VARIANTARG (param ought to be 'out'). I added additional 'FIXME' traces around the invoke call to make it more visible: --- snip --- $ WINEDEBUG=+tid,+seh,+relay,+ole,+variant wine ./setup.exe >>log.txt 2>&1 ... 0039:Call oleaut32.VariantChangeType(003313bc,003313e4,00000000,00000003) ret=010f1bde 0039:trace:variant:VariantChangeTypeEx (0x3313bc->(VT_EMPTY),0x3313e4->(VT_DISPATCH),0x00000400,0x0000,VT_I4) 0039:trace:variant:VariantClear (0x3312c8->(VT_EMPTY)) 0039:trace:variant:VariantClear (0x3312b8->(VT_EMPTY)) 0039:trace:variant:VariantCopyInd (0x3312b8->(VT_EMPTY),0x3313e4->(VT_DISPATCH)) 0039:trace:variant:VariantCopy (0x3312b8->(VT_EMPTY),0x3313e4->(VT_DISPATCH)) 0039:trace:variant:VariantClear (0x3312b8->(VT_EMPTY)) 0039:trace:variant:VARIANT_Coerce (0x3312c8->(VT_EMPTY),0x00000400,0x0000,0x3312b8->(VT_DISPATCH),VT_I4) 0039:fixme:variant:VARIANT_FromDisp emptyParams=0x7e60bd10, srcVar=0x331148 0039:Call oleaut32.VariantInit(003310dc) ret=011097ff 0039:trace:variant:VariantInit (0x3310dc) 0039:Ret oleaut32.VariantInit() retval=003310dc ret=011097ff 0039:Call oleaut32.VariantClear(003310dc) ret=010f15a9 0039:trace:variant:VariantClear (0x3310dc->(VT_EMPTY)) 0039:Ret oleaut32.VariantClear() retval=00000000 ret=010f15a9 0039:Call oleaut32.VariantCopy(00331148,003310dc) ret=011098a1 0039:trace:variant:VariantCopy (0x331148->(Invalid|VT_BYREF|VT_HARDTYPE),0x3310dc->(VT_I4)) 0039:trace:variant:VariantClear (0x331148->(Invalid|VT_BYREF|VT_HARDTYPE)) 0039:Ret oleaut32.VariantCopy() retval=80020008 ret=011098a1 0039:Call oleaut32.VariantClear(003310dc) ret=011098ad 0039:trace:variant:VariantClear (0x3310dc->(VT_I4)) 0039:Ret oleaut32.VariantClear() retval=00000000 ret=011098ad 0039:fixme:variant:VARIANT_FromDisp hRet=0x80020008 0039:trace:variant:VariantClear (0x3312c8->(VT_EMPTY)) 0039:trace:variant:VariantClear (0x3312b8->(VT_DISPATCH)) 0039:trace:variant:VariantChangeTypeEx returning 0x80020005, 0x3313bc->(VT_EMPTY) 0039:Ret oleaut32.VariantChangeType() retval=80020005 ret=010f1bde 0039:Call KERNEL32.RaiseException(e06d7363,00000001,00000003,00331368) ret=0110fb96 0039:trace:seh:raise_exception code=e06d7363 flags=1 addr=0x7b83a97b ip=7b83a97b tid=0039 0039:trace:seh:raise_exception info[0]=19930520 0039:trace:seh:raise_exception info[1]=00331384 0039:trace:seh:raise_exception info[2]=01124b38 0039:trace:seh:raise_exception eax=7b8269e1 ebx=7b8bb000 ecx=19930520 edx=003312a4 esi=0033134c edi=00331310 0039:trace:seh:raise_exception ebp=003312e8 esp=00331284 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00200283 --- snip --- Debugging/snooping lets the installer succeed (different stack values). Debugger callstack to show the invocation: --- snip --- Wine-dbg>bt Backtrace: =>0 0x094c972a in iscript (+0x1972a) (0x003311d8) 1 0x7e53bcf5 VarI4FromDisp+0x31(pdispIn=0x97ca058, lcid=0x400, piOut=0x331310) [/home/focht/projects/wine/wine.repo/src/dlls/oleaut32/vartype.c:1635] in oleaut32 (0x00331208) 2 0x7e527e51 VARIANT_Coerce+0xbac(pd=0x331308, lcid=0x400, wFlags=0, ps=0x3312f8, vt=0x3) [/home/focht/projects/wine/wine.repo/src/dlls/oleaut32/variant.c:210] in oleaut32 (0x00331298) 3 0x7e52b64c VariantChangeTypeEx+0x347(pvargDest=<couldn't compute location>, pvargSrc=<couldn't compute location>, lcid=<couldn't compute location>, wFlags=0, vt=0x3) [/home/focht/projects/wine/wine.repo/src/dlls/oleaut32/variant.c:1047] in oleaut32 (0x00331348) 4 0x7e52b2f5 VariantChangeType+0x55(pvargDest=<couldn't compute location>, pvargSrc=<couldn't compute location>, wFlags=0, vt=0x3) [/home/focht/projects/wine/wine.repo/src/dlls/oleaut32/variant.c:982] in oleaut32 (0x00331388) 5 0x094b1bde in iscript (+0x1bdd) (0x003313d8) 6 0x094b3eb8 in iscript (+0x3eb7) (0x00331400) ... --- snip --- Source: http://source.winehq.org/git/wine.git/blob/ca1a1d54c0d2bee13926a1edca789c09… --- snip --- 113 /* Coerce VT_DISPATCH to another type */ 114 static HRESULT VARIANT_FromDisp(IDispatch* pdispIn, LCID lcid, void* pOut, 115 VARTYPE vt, DWORD dwFlags) 116 { 117 static DISPPARAMS emptyParams = { NULL, NULL, 0, 0 }; 118 VARIANTARG srcVar, dstVar; 119 HRESULT hRet; 120 121 if (!pdispIn) 122 return DISP_E_BADVARTYPE; 123 124 /* Get the default 'value' property from the IDispatch */ 125 hRet = IDispatch_Invoke(pdispIn, DISPID_VALUE, &IID_NULL, lcid, DISPATCH_PROPERTYGET, 126 &emptyParams, &srcVar, NULL, NULL); 127 128 if (SUCCEEDED(hRet)) ... --- snip --- Initializing 'srcVar' before invoke call fixes this. $ sha1sum ProteusVX.zip 99b8de9a0468540fd6210d47717c8c3d452434c6 ProteusVX.zip $ du -sh ProteusVX.zip 66M ProteusVX.zip $ wine --version wine-1.7.11-322-gafadda8 Regards -- 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 0