wine-bugs December 2014

wine-bugs@winehq.org

1 participants
9002 discussions

[Bug 37163] New: WiX Toolset installer doesn't open
by wine-bugs＠winehq.org 01 Feb '21

01 Feb '21

https://bugs.winehq.org/show_bug.cgi?id=37163 Bug ID: 37163 Summary: WiX Toolset installer doesn't open Product: Wine Version: 1.7.25 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: alexhenrie24(a)gmail.com Created attachment 49394 --> https://bugs.winehq.org/attachment.cgi?id=49394 wix38-stderr The WiX Toolset installer (version 3.8) hangs without opening any windows. The console output is attached. -- 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.

2 10

[Bug 37251] New: WiX Toolset v3.8 installer doesn't open with Wine-Mono
by wine-bugs＠winehq.org 01 Feb '21

01 Feb '21

https://bugs.winehq.org/show_bug.cgi?id=37251 Bug ID: 37251 Summary: WiX Toolset v3.8 installer doesn't open with Wine-Mono Product: Wine Version: 1.7.26 Hardware: x86 URL: https://wix.codeplex.com/releases/view/115492 OS: Linux Status: NEW Keywords: download, Installer, source Severity: normal Priority: P2 Component: mscoree Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Created attachment 49539 --> https://bugs.winehq.org/attachment.cgi?id=49539 installer's log With bug 37163 fixed, the installer still pops up a dialog complaining that it needs Microsoft .Net. I'll attach a screenshot/log. -- 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.

2 14

[Bug 35390] New: Samsung_Magician_Setup_v4.0.exe fails to install
by wine-bugs＠winehq.org 01 Feb '21

01 Feb '21

https://bugs.winehq.org/show_bug.cgi?id=35390 Bug ID: 35390 Summary: Samsung_Magician_Setup_v4.0.exe fails to install Product: Wine Version: 1.7.8 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wmi&wbemprox Assignee: wine-bugs(a)winehq.org Reporter: vinschen(a)redhat.com Classification: Unclassified Created attachment 47217 --> https://bugs.winehq.org/attachment.cgi?id=47217 debug output of Samsung_Magician_Setup_v4.0.exe Trying to install the Samsung Magician (an SSD tool) fails to install. The first dialog asks for the installation language, which I keep on the default "English", the next dialog contains the following error message: INSTALLATION CANNOT CONTINUE: "Windows Management Instrumentation" service is disabled. Please enable and try again. I attached a file with a log created like this: WINEDEBUG=+msi,+wbemprox,+wmiutils,+service,+seh,+tid wine Samsung_Magician_Setup_v4.0.exe >> foo.log 2>&1 If you need more input, I'm willing to provide it. Thanks, Corinna -- 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.

2 10

[Bug 35778] New: Samsung Magician v4.0 fails to install (widl emits incorrect var type for IDispatch* defaultvalue)
by wine-bugs＠winehq.org 01 Feb '21

01 Feb '21

https://bugs.winehq.org/show_bug.cgi?id=35778 Bug ID: 35778 Summary: Samsung Magician v4.0 fails to install (widl emits incorrect var type for IDispatch* defaultvalue) Product: Wine Version: 1.7.14 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: tools Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, I split this off from bug 35390 because this looks like widl issue. https://bugs.winehq.org/show_bug.cgi?id=35390#c7 --- quote --- So next thing to check is vartype of default value for this parameter in native typelib. If it's VT_DISPATCH|VT_BYREF, unlikely I think cause only NULL value makes sense as a default, then widl is to blame, if it's stored at VT_PTR type we need ITypeInfo code to deal with that. It's also possible that both parts are broken. --- quote --- I downloaded native wbemdisp and registered it (regsvr32) http://www.dlldump.com/download-dll-files_new.php/dllfiles/W/wbemdisp.dll/5… http://filemare.com/browse/62.99.77.70/WBEMDISP.TLB With that part the installer goes further (succeeds) and trace log reveals the defaultvalue type for IDispatch* is VT_DISPATCH (Wine's widl generates VT_PTR) --- snip --- $ WINEDEBUG=+tid,+seh,+tlb,+wbemprox,+wbemdisp,+ole,+variant wine ./Samsung_Magician_Setup_v4.0.exe >>log.txt 2>&1 ... 002c:trace:ole:ITypeInfo_fnInvoke changing args 002c:trace:ole:dump_Variant 0x681db8->{VT_BSTR,(null)} 002c:trace:ole:dump_Variant 0x681da8->{VT_BSTR,L"root\\CIMV2"} 002c:trace:ole:dump_Variant 0x681d98->{VT_BSTR,(null)} 002c:trace:ole:dump_Variant 0x681d88->{VT_BSTR,(null)} 002c:trace:variant:VariantCopy (0x1684c8->(VT_EMPTY),0x15dce0->(VT_BSTR)) 002c:trace:variant:VariantClear (0x1684c8->(VT_EMPTY)) 002c:trace:variant:VariantCopy (0x1684d8->(VT_EMPTY),0x15dcf8->(VT_BSTR)) 002c:trace:variant:VariantClear (0x1684d8->(VT_EMPTY)) 002c:trace:variant:VariantCopy (0x1684e8->(VT_EMPTY),0x15dd10->(VT_I4)) 002c:trace:variant:VariantClear (0x1684e8->(VT_EMPTY)) 002c:trace:variant:VariantCopy (0x1684f8->(VT_EMPTY),0x15dd28->(VT_DISPATCH)) 002c:trace:variant:VariantClear (0x1684f8->(VT_EMPTY)) 002c:trace:ole:DispCallFunc (0x13f358, 28, 4, 10, 9, 0x1685cc, 0x1685a8, 0x33f610 (vt=10)) 002c:trace:ole:DispCallFunc arg 0: type 8 002c:trace:ole:dump_Variant 0x681db8->{VT_BSTR,(null)} 002c:trace:ole:DispCallFunc arg 1: type 8 002c:trace:ole:dump_Variant 0x681da8->{VT_BSTR,L"root\\CIMV2"} 002c:trace:ole:DispCallFunc arg 2: type 8 002c:trace:ole:dump_Variant 0x681d98->{VT_BSTR,(null)} 002c:trace:ole:DispCallFunc arg 3: type 8 002c:trace:ole:dump_Variant 0x681d88->{VT_BSTR,(null)} 002c:trace:ole:DispCallFunc arg 4: type 8 002c:trace:ole:dump_Variant 0x1684c8->{VT_BSTR,L""} 002c:trace:ole:DispCallFunc arg 5: type 8 002c:trace:ole:dump_Variant 0x1684d8->{VT_BSTR,L""} 002c:trace:ole:DispCallFunc arg 6: type 3 002c:trace:ole:dump_Variant 0x1684e8->{VT_I4,0} 002c:trace:ole:DispCallFunc arg 7: type 9 002c:trace:ole:dump_Variant 0x1684f8->{VT_DISPATCH,(nil)} 002c:trace:ole:DispCallFunc arg 8: type 16393 002c:trace:ole:dump_Variant 0x168508->{VT_DISPATCH|VT_BYREF,0x33f600} --- snip --- 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.

2 6

[Bug 35391] New: xcopy doesn't support /v (Samsung Magician Software)
by wine-bugs＠winehq.org 01 Feb '21

01 Feb '21

http://bugs.winehq.org/show_bug.cgi?id=35391 Bug ID: 35391 Summary: xcopy doesn't support /v (Samsung Magician Software) Product: Wine Version: 1.7.10 Hardware: x86 URL: http://www.samsung.com/us/support/owners/product/MZ-7P C064D/AM OS: Linux Status: NEW Keywords: download, Installer Severity: trivial Priority: P2 Component: programs Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Classification: Unclassified There's a fixme for it in the source code, but no bug for it. Finally found an application that uses it, Samsung Magician Software. [austin@localhost ~]$ sha1sum Samsung_Magician_ML_Setup_v4.2.1_20130819.exe 51480a2e80157a07894fbd494f53c73fc98dced1 Samsung_Magician_ML_Setup_v4.2.1_20130819.exe [austin@localhost ~]$ du -h Samsung_Magician_ML_Setup_v4.2.1_20130819.exe 15M Samsung_Magician_ML_Setup_v4.2.1_20130819.exe [austin@localhost ~]$ wine --version wine-1.7.10-274-g0c77f89 -- 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.

2 5

[Bug 35076] New: PSPad installer has a non-fatal crash
by wine-bugs＠winehq.org 01 Feb '21

01 Feb '21

http://bugs.winehq.org/show_bug.cgi?id=35076 Bug #: 35076 Summary: PSPad installer has a non-fatal crash Product: Wine Version: 1.7.8 Platform: x86 URL: http://www.pspad.com OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Classification: Unclassified Created attachment 46783 --> http://bugs.winehq.org/attachment.cgi?id=46783 terminal output/backtrace Noticed while checking on bug 12995. (@Focht, this is on my Fedora machine, not the broken gentoo one :)) [austin@localhost ~]$ wine --version wine-1.7.8 [austin@localhost ~]$ sha1sum pspad457inst_en.exe e0ed70b5788e2f2d7b13428b042755c44c5112bf pspad457inst_en.exe [austin@localhost ~]$ du -h pspad457inst_en.exe 4.5M pspad457inst_en.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.

2 18

[Bug 34764] New: Basic WPF application crashes with .NET Framework 3.5 SP1 (works with 3.0 and 3.5)
by wine-bugs＠winehq.org 01 Feb '21

01 Feb '21

http://bugs.winehq.org/show_bug.cgi?id=34764 Bug #: 34764 Summary: Basic WPF application crashes with .NET Framework 3.5 SP1 (works with 3.0 and 3.5) Product: Wine Version: 1.7.4 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: windowscodecs AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello folks, continuation of bug 33384 The attached example WPF application should display an image loaded but crashes when being run in WINEPREFIX with .NET Framework 3.5 SP1 installed. Works with .NET Framework 3.0 and 3.5 --- snip --- $ WINEDEBUG=+tid,+seh,+snoop,+wincodecs wine ./WineTest.exe ... 002e:trace:wincodecs:IMILBitmapImpl_UnknownMethod1 (0x1a1178,0x4a2db10) 002e:trace:wincodecs:BitmapImpl_AddRef (0x1a117c) refcount=8 002e:fixme:wincodecs:IMILUnknown2Impl_UnknownMethod1 (0x1a1180,0x1,0x4a2d9d0): stub 002e:fixme:wer:WerRegisterMemoryBlock (0x5418ebf0 6144) stub 002e:fixme:wer:WerRegisterMemoryBlock (0x5418ebe8 4) stub 002e:trace:wincodecs:IMILBitmapImpl_UnknownMethod1 (0x1a1178,0x4a2d9ac) 002e:trace:wincodecs:BitmapImpl_AddRef (0x1a117c) refcount=9 002e:fixme:wincodecs:IMILUnknown2Impl_UnknownMethod1 (0x1a1180,0x1,0x4a2d928): stub 002e:trace:wincodecs:IMILBitmapImpl_GetPixelFormat (0x1a1178,0x4a2d8f8) 002e:trace:wincodecs:BitmapImpl_GetSize (0x1a117c,0x4a2d980,0x4a2d984) 002e:CALL MSVCR80._CIsqrt() ret=5403f864 002e:RET MSVCR80._CIsqrt() retval=00000008 ret=5403f864 002e:CALL MSVCR80._CIsqrt() ret=5403f888 002e:RET MSVCR80._CIsqrt() retval=00000008 ret=5403f888 002e:fixme:wincodecs:IMILUnknown2Impl_UnknownMethod1 (0x1a1180,0x1,0x4a2d8f4): stub 002e:trace:seh:raise_exception code=c0000005 flags=0 addr=(nil) ip=00000000 tid=002e 002e:trace:seh:raise_exception info[0]=00000000 002e:trace:seh:raise_exception info[1]=00000000 002e:trace:seh:raise_exception eax=7cf3e2a4 ebx=04da8080 ecx=001a1170 edx=00000000 esi=04da8128 edi=04a2d940 002e:trace:seh:raise_exception ebp=04a2d904 esp=04a2d8f4 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00010202 002e:trace:seh:call_stack_handlers calling handler at 0x7bc9d86b code=c0000005 flags=0 ... wine: Unhandled page fault on read access to 0x00000000 at address (nil) (thread 002e), starting debugger... ... Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:00000000 ESP:04a2d8f4 EBP:04a2d904 EFLAGS:00010202( R- -- I - - - ) EAX:7cf3e2a4 EBX:04da8080 ECX:001a1170 EDX:00000000 ESI:04da8128 EDI:04a2d940 Stack dump: 0x04a2d8f4: 54039ed3 00000000 04a2dab8 00000000 0x04a2d904: 04a2d99c 5403a00e 04da8080 001a1178 0x04a2d914: 04a2da64 00000000 00000000 00000000 0x04a2d924: 04a2da20 04a2d940 00000000 04da7f98 0x04a2d934: 04a2dc18 04da7f88 04a2d960 00000010 0x04a2d944: 00000060 00000060 00000000 00000000 000c: sel=0067 base=00000000 limit=00000000 16-bit --x Backtrace: =>0 0x00000000 (0x04a2d904) 1 0x5403a00e in wpfgfx_v0300 (+0x3a00d) (0x04a2d99c) 2 0x5403a097 in wpfgfx_v0300 (+0x3a096) (0x04a2db1c) 3 0x540396c6 in wpfgfx_v0300 (+0x396c5) (0x04a2db34) 4 0x540396f2 in wpfgfx_v0300 (+0x396f1) (0x04a2db48) 5 0x54056733 in wpfgfx_v0300 (+0x56732) (0x04a2db68) 6 0x54055f98 in wpfgfx_v0300 (+0x55f97) (0x04a2deac) ... --- snip --- This can be most likely attributed to differences in implementation details of WPF versions. Between WPF versions 3.0, 3.5, 3.5SP1, 4.0, 4.5, whole rendering engines were rewritten underneath, interfaces obsoleted/added and the like. Regards -- 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.

2 13

[Bug 32682] New: Failure setting the cursor to Cursors.Pen (IDC_PEN, 32631)
by wine-bugs＠winehq.org 01 Feb '21

01 Feb '21

http://bugs.winehq.org/show_bug.cgi?id=32682 Bug #: 32682 Summary: Failure setting the cursor to Cursors.Pen (IDC_PEN, 32631) Product: Wine Version: 1.5.20 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: joel.snape(a)yahoo.com Classification: Unclassified Created attachment 43116 --> http://bugs.winehq.org/attachment.cgi?id=43116 Terminal messages running the application I was testing a .Net 4 application (OCTGN) and noticed it fails when the application tries to change the cursor (in C#, tbStatus.Cursor = Cursors.Pen). I searched around and didn't find a solution to this problem and only found a reference to some cursors in winuser.h (at least IDC_PEN with id 32631, IDC_WAITCD with id 32663 and IDC_HELP with id 32651). You can replicate the error testing OCTGN (although I needed a lot of tinkering before being able to login, the place where the error occurs) but it probably is easier to create a simple application and testing the cursor change there. Attached are the console log (with the .Net error message) and the wine crash log. -- 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.

2 14

[Bug 25886] New: Paint.NET 3.5.6: Installer fails (System.IO.FileNotFoundException)
by wine-bugs＠winehq.org 01 Feb '21

01 Feb '21

http://bugs.winehq.org/show_bug.cgi?id=25886 Summary: Paint.NET 3.5.6: Installer fails (System.IO.FileNotFoundException) Product: Wine Version: 1.3.12 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: gaming4jc2(a)yahoo.com Using "winetricks dotnet20" the installer still fails. This seems closely related to the 3.5.4 mono bug, but perhaps not? Attached is image of the error. And this is all that is said in terminal: ~$ wine Paint.NET.3.5.6.Install.exe fixme:heap:HeapSetInformation (nil) 1 (nil) 0 fixme:wuapi:automatic_updates_Pause fixme:sync:CreateMemoryResourceNotification (0) stub fixme:shell:URL_ParseUrl failed to parse L"PaintDotNet.Core" fixme:shell:URL_ParseUrl failed to parse L"System.Windows.Forms" fixme:shell:URL_ParseUrl failed to parse L"System" fixme:shell:URL_ParseUrl failed to parse L"System.Drawing" fixme:shell:URL_ParseUrl failed to parse L"PaintDotNet.Base" fixme:shell:URL_ParseUrl failed to parse L"PaintDotNet.SystemLayer" fixme:shell:URL_ParseUrl failed to parse L"System.Core" fixme:wuapi:automatic_updates_Resume -- 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.

2 6

[Bug 22412] New: Paint.NET 3.5.4 - EULA display has worsened
by wine-bugs＠winehq.org 01 Feb '21

01 Feb '21

http://bugs.winehq.org/show_bug.cgi?id=22412 Summary: Paint.NET 3.5.4 - EULA display has worsened Product: Wine Version: 1.1.43 Platform: x86-64 URL: http://www.getpaint.net/download.html OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: gdiplus AssignedTo: wine-bugs(a)winehq.org ReportedBy: RandomAccountName(a)mail.com CC: madewokherd(a)gmail.com Created an attachment (id=27447) --> (http://bugs.winehq.org/attachment.cgi?id=27447) Screenshot The EULA text for Paint.NET (with Mono installed) has regressed in 1.1.43. The text was already jumbled together, but now the problem has gotten worse. I did a regression test: 049aa8dacd8135ac11e9deee982c14959e9511fe is first bad commit commit 049aa8dacd8135ac11e9deee982c14959e9511fe Author: Vincent Povirk <vincent(a)codeweavers.com> Date: Thu Apr 15 11:40:21 2010 -0500 gdiplus: Ensure GdipGetGenericFontFamilySansSerif returns a truetype font. :040000 040000 16c08165b79a981075b61212014f57f5b433bdb1 c099b9916da2d8aed27035f2373410588314e854 M dlls I have to revert both this and 531219f84d0d6fa236283e5c3d061b5f752df793 to resolve the problem. (Reverting only this commit causes it to die at startup; reverting only the other patch doesn't correct the problem.) Terminal output doesn't look useful (same as bug 22390). On another note, native gdiplus only solves this regression, not the original problem... so they probably aren't related. -- 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.

2 8

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 December 2014