wine-bugs February 2009

wine-bugs@winehq.org

1 participants
4969 discussions

[Bug 16481] New: sShortDate ignored by wine
by wine-bugs＠winehq.org 29 Dec '21

29 Dec '21

http://bugs.winehq.org/show_bug.cgi?id=16481 Summary: sShortDate ignored by wine Product: Wine Version: 1.1.10 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: singularita(a)gmail.com If I change short date format both in .wine/user.reg (in [Control Panel\International] section) and win.ini (in section [intl], the file is in "Windows" directory created by wine) In both cases, sShortDate is modified from default "M/d/yyyy" to "dd.MM.yyyy" then when I run Unicode FAR (opensource version, http://farmanager.com/opensource.php), the dateformat I see is default "M/d/yyyy" On Windows it worked, FAR respected custom date format settings set in registry. In WINE the settings get ignored (and later overwritten by default "M/d/yyyy"). The locale in rest of ther config is US english (00000409) I killed all wine-related processes before doing the config-file editing, so problem is not with running wine process overwriting my configs... -- 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 16400] New: Australian etax help feature does not work
by wine-bugs＠winehq.org 28 Dec '21

28 Dec '21

http://bugs.winehq.org/show_bug.cgi?id=16400 Summary: Australian etax help feature does not work Product: Wine Version: unspecified Platform: All URL: http://ato.gov.au/content/downloads/etax2008/etax2008_1. exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jens(a)porup.com Pursuant to bug 14560. The help feature of the Australian etax program no longer segfaults, but merely present a blank screen. -- 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 16

[Bug 12664] New: Game Craft after selecting Pilot
by wine-bugs＠winehq.org 27 Dec '21

27 Dec '21

http://bugs.winehq.org/show_bug.cgi?id=12664 Summary: Game Craft after selecting Pilot Product: Wine Version: 0.9.59. Platform: PC URL: http://appdb.winehq.org/objectManager.php?sClass=version &iId=11224 OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: kur1g3n(a)hotmail.com Created an attachment (id=12321) --> (http://bugs.winehq.org/attachment.cgi?id=12321) Log of what says wine all the way from launcher to game crash Once in game, we can choose the pilot we want to play, after selecting it, the game begins loading, and it crashes during loading (or at end ?) -- 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 12

[Bug 12179] New: MSN Messenger crash in Wine 0.9.58 while starting
by wine-bugs＠winehq.org 09 Dec '21

09 Dec '21

http://bugs.winehq.org/show_bug.cgi?id=12179 Summary: MSN Messenger crash in Wine 0.9.58 while starting Product: Wine Version: 0.9.58. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jaimerave(a)gmail.com Created an attachment (id=11576) --> (http://bugs.winehq.org/attachment.cgi?id=11576) Console output After install it MSN Messenger will crash while loading in wine 0.9.58, it starts if you set it to win2k. -- 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 24

[Bug 16772] New: MSN Messenger 7.0: Scroll bar in chat window don't have a limit
by wine-bugs＠winehq.org 09 Dec '21

09 Dec '21

http://bugs.winehq.org/show_bug.cgi?id=16772 Summary: MSN Messenger 7.0: Scroll bar in chat window don't have a limit Product: Wine Version: 1.1.12 Platform: PC URL: http://www.microsoft.com/downloads/details.aspx?familyid =CF49C56C-8B3E-4EAE-9904-9505F47BED45&displaylang=en OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jaimerave(a)gmail.com If you're chatting in MSN and have write enough to make appear the scroll bar you can scroll down the text without limit. The scroll is supposed to scroll just until the end of the text. -- 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 9

[Bug 12447] New: MSN Messenger 7.0 crash while loading the Contact list
by wine-bugs＠winehq.org 09 Dec '21

09 Dec '21

http://bugs.winehq.org/show_bug.cgi?id=12447 Summary: MSN Messenger 7.0 crash while loading the Contact list Product: Wine Version: CVS/GIT Platform: PC 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=11987) --> (http://bugs.winehq.org/attachment.cgi?id=11987) Console output After Sign in and when it start to load the contact list msn messenger crash. This happen in current git (08/04/2008). I attach the console output. -- 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 26

[Bug 15305] New: MSN Messenger wont remember yor username and password
by wine-bugs＠winehq.org 09 Dec '21

09 Dec '21

http://bugs.winehq.org/show_bug.cgi?id=15305 Summary: MSN Messenger wont remember yor username and password Product: Wine Version: 1.1.3 Platform: PC URL: http://www.oldapps.com/download.php?oldappsid=Install_MS N_Messenger%207.5.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msxml3 AssignedTo: wine-bugs(a)winehq.org ReportedBy: jaimerave(a)gmail.com Created an attachment (id=16135) --> (http://bugs.winehq.org/attachment.cgi?id=16135) Before install native MSXML3 MSN Messenger has the option to save your user name and password, but in Wine it doesn't work at least that you install native MSXML3. While typing you will see lots of this message: XPath error : Undefined namespace prefix xmlXPathEval: evaluation failed -- 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 4

[Bug 14483] New: WinVerifyTrustEx doesn't return expected HRESULT for PE images not digitally signed (TRUST_E_NOSIGNATURE)
by wine-bugs＠winehq.org 09 Dec '21

09 Dec '21

http://bugs.winehq.org/show_bug.cgi?id=14483 Summary: WinVerifyTrustEx doesn't return expected HRESULT for PE images not digitally signed (TRUST_E_NOSIGNATURE) Product: Wine Version: CVS/GIT Platform: PC URL: http://www.filehippo.com/download_msn_messenger/751/ OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wintrust AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, this is a follow-up bug of bug 12718 Enable tracing: --- snip --- [HKEY_CURRENT_USER\SOFTWARE\Microsoft\IdentityCRL\Trace] "Level"=dword:00000099 --- snip --- "msnmsgr.exe" PE image is *not* digitally signed. Compare both: --- snip windows trace --- .. <3776, 3780>: Verifying calling process image is signed...(a)passportclientlibrary.cpp_103 <3776, 3780>: Failed to WinVerifyTrustEx : C:\Program Files\MSN Messenger\msnmsgr.exe. hr = 0x800b0100(a)util.cpp_802 <3776, 3780>: Failed to Verify the file signature : C:\Program Files\MSN Messenger\msnmsgr.exe. hr = 0x800b0100(a)util.cpp_858 <3776, 3780>: Unable to verify caller is signed by MSFT cert 0x800b0100. GetCertificate API will not function correctly.(a)passportclientlibrary.cpp_124 --- snip windows trace --- vs. --- snip wine trace --- .. <8, 9>: Verifying calling process image is signed...(a)passportclientlibrary.cpp_103 <8, 9>: Passed WinVerifyTrustEx : C:\Program Files\MSN Messenger\msnmsgr.exe. @util.cpp_807 <8, 9>: Verify certificate against microsoft root : C:\Program Files\MSN Messenger\msnmsgr.exe. @util.cpp_808 <8, 9>: Failed to Verify the file signature : C:\Program Files\MSN Messenger\msnmsgr.exe. hr = 0x800b0100(a)util.cpp_858 <8, 9>: Unable to verify caller is signed by MSFT cert 0x800b0100. GetCertificate API will not function correctly.(a)passportclientlibrary.cpp_124 --- snip wine trace --- --- snip wine --- 0030:Ret imagehlp.ImageGetCertificateHeader() retval=00000000 ret=609fb7cc .. 0030:trace:wintrust:CryptSIPGetSignedDataMsg returning 0 0030:Ret wintrust.CryptSIPGetSignedDataMsg() retval=00000000 ret=607c4b2a 0030:trace:crypt:CryptSIPGetSignedDataMsg returning 0 0030:trace:wintrust:SoftpubLoadMessage returning 1 (800b0100) 0030:Ret wintrust.SoftpubLoadMessage() retval=00000001 ret=60a05942 0030:trace:wintrust:WINTRUST_DefaultVerify returning 00000001 0030:trace:wintrust:WinVerifyTrust returning 00000001 0030:Ret wintrust.WinVerifyTrustEx() retval=00000001 ret=003ad2e9 --- snip wine --- Remember: S_FALSE is not a failure code at all. The return code evaluation from messenger looks like an inlined FAILED() macro ((HRESULT)(Status)<0) which basically just tests if the result has the high bit set. They don't test for S_OK, hence it incorrectly reports "pass" in wine. TRUST_E_NOSIGNATURE has to be propagated somewhere because that's what WinVerifyTrustEx() should return in that case. Reagrds -- 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

[Bug 10666] New: My Invoices and Estimates does not run and Installs ( with errors).
by wine-bugs＠winehq.org 05 Dec '21

05 Dec '21

http://bugs.winehq.org/show_bug.cgi?id=10666 Summary: My Invoices and Estimates does not run and Installs (with errors). Product: Wine Version: 0.9.49. Platform: PC URL: http://shop.avanquest.com/usa/ OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: wine-winelib AssignedTo: wine-bugs(a)winehq.org ReportedBy: dennis.dentremont(a)gmail.com Created an attachment (id=9493) --> (http://bugs.winehq.org/attachment.cgi?id=9493) wine console output My Invoice and Estimates 8.0 Trial version. Software installs but fails to install fonts and produces the following type of error. "Font TT0001M did not install". The code changes to TT0XXXX depending on the font it's trying to install at the time. When I try and run it, it just simply fails. I have attached the console output. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 5

[Bug 16999] New: Visual C++ 2005 Express IDE: stack overflow at startup due to empty class id string
by wine-bugs＠winehq.org 29 Nov '21

29 Nov '21

http://bugs.winehq.org/show_bug.cgi?id=16999 Summary: Visual C++ 2005 Express IDE: stack overflow at startup due to empty class id string Product: Wine Version: 1.1.13 Platform: Other URL: http://www.microsoft.com/express/2005/download/default.a spx OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: ole32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, prerequisites: Patch from bug 5054 to work around invalid URL cache entries (http://bugs.winehq.org/attachment.cgi?id=18726) 1. clean WINEPREFIX 2. sh winetricks -q dotnet20 msxml6 3. download and run web installer (see URL) 4. start the VC++ 2005 IDE (wine VCExpress.exe) --- The IDE crashes due to stack overflow. --- snip --- ... 0038:Call advapi32.RegQueryValueExW(00000418,50061238 L"MRUCommand2GUID",00000000,003289e8,003289ec,003289e0) ret=50008e41 0038:Ret advapi32.RegQueryValueExW() retval=00000000 ret=50008e41 0038:Call advapi32.RegQueryValueExW(00000418,502800c8 L"MRUCommand2ID",00000000,00000000,00328c38,00328c34) ret=501f1800 0038:Ret advapi32.RegQueryValueExW() retval=00000000 ret=501f1800 0038:Call ole32.CLSIDFromString(00328c40 L"{5EFC7975-14BC-11CF-9B2B-00AA00573819}",50758004) ret=501f181a 0038:trace:ole:__CLSIDFromString L"{5EFC7975-14BC-11CF-9B2B-00AA00573819}" -> 0x50758004 0038:Ret ole32.CLSIDFromString() retval=00000000 ret=501f181a 0038:CALL MSVCR80.memset(003289f0,00000000,00000204) ret=50008e1d 0038:RET MSVCR80.memset() retval=003289f0 ret=50008e1d 0038:Call advapi32.RegQueryValueExW(00000418,50061258 L"MRUCommand3GUID",00000000,003289e8,003289ec,003289e0) ret=50008e41 0038:Ret advapi32.RegQueryValueExW() retval=00000000 ret=50008e41 0038:Call advapi32.RegQueryValueExW(00000418,502800e4 L"MRUCommand3ID",00000000,00000000,00328c38,00328c34) ret=501f1847 0038:Ret advapi32.RegQueryValueExW() retval=00000000 ret=501f1847 0038:Call ole32.CLSIDFromString(00328c40 L"",50758018) ret=501f1861 0038:Call KERNEL32.GetProcessHeap() ret=604e16fd 0038:Ret KERNEL32.GetProcessHeap() retval=00110000 ret=604e16fd 0038:Call ntdll.RtlAllocateHeap(00110000,00000000,00000010) ret=604e1711 0038:Ret ntdll.RtlAllocateHeap() retval=00ed1298 ret=604e1711 0038:Call advapi32.RegOpenKeyW(80000000,00ed1298 L"\\CLSID",00328acc) ret=604e1758 0038:Ret advapi32.RegOpenKeyW() retval=00000000 ret=604e1758 ... 0038:Call advapi32.RegOpenKeyW(80000000,00ed1298 L"\\CLSID",0023294c) ret=604e1758 0038:Ret advapi32.RegOpenKeyW() retval=00000000 ret=604e1758 0038:Call KERNEL32.GetProcessHeap() ret=604e17f0 0038:Ret KERNEL32.GetProcessHeap() retval=00110000 ret=604e17f0 0038:Call ntdll.RtlFreeHeap(00110000,00000000,00ed1298) ret=604e1809 0038:Ret ntdll.RtlFreeHeap() retval=00000001 ret=604e1809 0038:Call advapi32.RegQueryValueW(0000043c,00000000,00232956,00232950) ret=604e182d 0038:Ret advapi32.RegQueryValueW() retval=00000000 ret=604e182d 0038:Call advapi32.RegCloseKey(0000043c) ret=604e18b1 0038:Ret advapi32.RegCloseKey() retval=00000000 ret=604e18b1 0038:trace:seh:raise_exception code=c00000fd flags=0 addr=0x601e289e ip=0x601e289e tid=0038 0038:trace:seh:raise_exception eax=00000000 ebx=602e4ff4 ecx=00232720 edx=00000000 esi=00000000 edi=0023268c 0038:trace:seh:raise_exception ebp=00232038 esp=00231ffc cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00010206 0038:trace:seh:call_stack_handlers calling handler at 0x506ea492 code=c00000fd flags=0 0038:err:seh:setup_exception_record stack overflow 976 bytes in thread 0038 eip 601b4678 esp 00230f60 stack 0x230000-0x231000-0x330000 --- snip --- Relevant registry data: --- snip --- [HKEY_USERS\S-1-5-4\Software\Microsoft\VCExpress\8.0\StartPage] "Command1"="{F3192B90-EA73-480F-9471-04524118D767}|20487|" "Command2"="{F3192B90-EA73-480F-9471-04524118D767}|20482|" "Command3"="{F3192B90-EA73-480F-9471-04524118D767}|20480|" "Command4"="{F3192B90-EA73-480F-9471-04524118D767}|20481|" "Command5"="{F3192B90-EA73-480F-9471-04524118D767}|20483|" "Command6"="{F3192B90-EA73-480F-9471-04524118D767}|20485|" "DownloadState"=dword:00000000 "MRUCommand1GUID"="{5EFC7975-14BC-11CF-9B2B-00AA00573819}" "MRUCommand1ID"=dword:000000d8 "MRUCommand2GUID"="{5EFC7975-14BC-11CF-9B2B-00AA00573819}" "MRUCommand2ID"=dword:00000141 "MRUCommand3GUID"="" "MRUCommand3ID"=dword:00000000 "MRUCommand4GUID"="" "MRUCommand4ID"=dword:00000000 --- snip --- The problem is actually a bug in CLSIDFromProgID() when passed an empty id string which results in nice recursion :-) --- snip dlls/ole32/compobj.c --- HRESULT WINAPI CLSIDFromString(LPOLESTR idstr, CLSID *id ) { HRESULT ret; if (!id) return E_INVALIDARG; ret = __CLSIDFromString(idstr, id); if(ret != S_OK) { /* It appears a ProgID is also valid */ ret = CLSIDFromProgID(idstr, id); } return ret; } ... HRESULT WINAPI CLSIDFromProgID(LPCOLESTR progid, LPCLSID clsid) { static const WCHAR clsidW[] = { '\\','C','L','S','I','D',0 }; WCHAR buf2[CHARS_IN_GUID]; LONG buf2len = sizeof(buf2); HKEY xhkey; WCHAR *buf; if (!progid || !clsid) { ERR("neither progid (%p) nor clsid (%p) are optional\n", progid, clsid); return E_INVALIDARG; } /* initialise clsid in case of failure */ memset(clsid, 0, sizeof(*clsid)); buf = HeapAlloc( GetProcessHeap(),0,(strlenW(progid)+8) * sizeof(WCHAR) ); strcpyW( buf, progid ); strcatW( buf, clsidW ); if (RegOpenKeyW(HKEY_CLASSES_ROOT,buf,&xhkey)) { HeapFree(GetProcessHeap(),0,buf); WARN("couldn't open key for ProgID %s\n", debugstr_w(progid)); return CO_E_CLASSSTRING; } HeapFree(GetProcessHeap(),0,buf); if (RegQueryValueW(xhkey,NULL,buf2,&buf2len)) { RegCloseKey(xhkey); WARN("couldn't query clsid value for ProgID %s\n", debugstr_w(progid)); return CO_E_CLASSSTRING; } RegCloseKey(xhkey); return CLSIDFromString(buf2,clsid); } --- snip dlls/ole32/compobj.c --- CLSIDFromProgID() needs to be fixed for the empty cls/prog id string case. With proper patch applied, the IDE starts. 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 9

[Bug 10716] New: Spurious hyperlink rendering in Blitzin 2.34
by wine-bugs＠winehq.org 28 Nov '21

28 Nov '21

http://bugs.winehq.org/show_bug.cgi?id=10716 Summary: Spurious hyperlink rendering in Blitzin 2.34 Product: Wine Version: CVS/GIT Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-richedit AssignedTo: wine-bugs(a)winehq.org ReportedBy: Andrew.Talbot(a)talbotville.com Patch git-commit f945f16de201dbd834da10701025665bfa8f05ee "riched20: WM_GETTEXTLENGTH should include CRLF conversions in returned count." causes a regression whereby some text is wrongly rendered to look like hypertext links. This will typically occur at the start or the end of a line, but not exclusively. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 17

[Bug 10809] New: Directory selection broken in 16-bit File dialog
by wine-bugs＠winehq.org 28 Nov '21

28 Nov '21

http://bugs.winehq.org/show_bug.cgi?id=10809 Summary: Directory selection broken in 16-bit File dialog Product: Wine Version: 0.9.50. Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-user AssignedTo: wine-bugs(a)winehq.org ReportedBy: Andrew.Talbot(a)talbotville.com The following patch renders the "Directories" pane of 16-bit File dialogs inoperative. Git commit 873799df246ea107a139ec898686490b20a1de7b user32: Fix returned value of LB_DIR. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 19

[Bug 12098] New: Text positioning regression in Dragon Naturally Speaking 9
by wine-bugs＠winehq.org 28 Nov '21

28 Nov '21

http://bugs.winehq.org/show_bug.cgi?id=12098 Summary: Text positioning regression in Dragon Naturally Speaking 9 Product: Wine Version: CVS/GIT Platform: Other OS/Version: other Status: NEW Keywords: regression Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Sometime between wine-0.9.57 and yesterday, probably quite recently, text positioning in the DNS 9 training window broke. Text that should be centered horizontally now starts in the wrong location (way left of the window). I'll attach screenshots. -- 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 14462] New: Blitzin2: Cursor not visible
by wine-bugs＠winehq.org 28 Nov '21

28 Nov '21

http://bugs.winehq.org/show_bug.cgi?id=14462 Summary: Blitzin2: Cursor not visible Product: Wine Version: 1.1.1 Platform: Other URL: http://www.chessclub.com/bits/interface/blitzin234.exe OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: richedit AssignedTo: wine-bugs(a)winehq.org ReportedBy: Andrew.Talbot(a)talbotville.com Git commit 762e5818d1c6cad877c3add809ef40c993478542 "richedit: Hide cursor when text is selected" causes a regression in Blitzin 2 (v2.34) whereby the cursor disappears and remains invisible. The installer for this version needs to be run in a Win95-compatible configuration. To verify this phenomenon, make a guest login and look for the presence of a cursor in the console window. -- 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 5

[Bug 10135] New: Crash in Microsoft Dynamics GP trial setup in sxs support?
by wine-bugs＠winehq.org 28 Nov '21

28 Nov '21

http://bugs.winehq.org/show_bug.cgi?id=10135 Summary: Crash in Microsoft Dynamics GP trial setup in sxs support? Product: Wine Version: CVS/GIT Platform: Other OS/Version: other Status: NEW Keywords: Installer Severity: normal Priority: P2 Component: wine-misc AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com This one's a bit tricky to set up. Microsoft Dynamics GP trial's installer wants mdac 2.8.1; fine, so let the app's installer do that, run twice to work around bug 5824. It then needs .net 1.1; fine, so let the app's installer do that... that runs into bug 10134. I worked around that by using native dcom98 to finish the .net install. OK, so then I run MS Dynamic GP's trial installer again, expecting it to get past those two known problems and into a new one. And sure enough, it crashed in activation context code: Unhandled exception: page fault on read access to 0xc07e3e11 in 32-bit code (0x7ef844e1). =>1 0x7ef844e1 check_actctx+0x11(h=<is not available>) [/home/dank/wine-git/dlls/ntdll/actctx.c:573] in ntdll (0x0032fa28) 2 0x7ef8490b RtlAddRefActivationContext+0xb(handle=0xc07e3e11) [/home/dank/wine-git/dlls/ntdll/actctx.c:2279] in ntdll (0x0032fa30) 3 0x7ee165ad AddRefActCtx+0x1d(hActCtx=0xc07e3e11) [/home/dank/wine-git/dlls/kernel32/actctx.c:188] in kernel32 (0x0032fa40) 4 0x790598c5 in fusion (+0x198c5) (0x0032fa88) 5 0x792487fb in mscorwks (+0x987fb) (0x0032fac4) 6 0x79230635 in mscorwks (+0x80635) (0x0032fb54) 7 0x7924594b in mscorwks (+0x9594b) (0x0032fb60) 8 0x792c61e8 in mscorwks (+0x1161e8) (0x0032fb6c) 9 0x005525f3 in setup (+0x25f3) (0x0032fba8) 10 0x01003e97 in setup (+0x3e97) (0x0032fde0) 11 0x0100475e in setup (+0x475e) (0x0032ff08) 12 0x7ee580be start_process+0xee(arg=0x0) [/home/dank/wine-git/dlls/kernel32/process.c:839] in kernel32 (0x0032ffe8) 13 0xb7e6d9c7 wine_switch_to_stack+0x17() in libwine.so.1 (0x00000000) 0x7ef844e1 check_actctx+0x11 [/home/dank/wine-git/dlls/ntdll/actctx.c:573] in ntdll: cmpl $0xc07e3e11,0x0(%edx) 573 switch (actctx->magic) -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 5

[Bug 17135] New: virtual write watches cause problems in multithreaded .NET code (simultaneous GC heap allocations)
by wine-bugs＠winehq.org 27 Nov '21

27 Nov '21

http://bugs.winehq.org/show_bug.cgi?id=17135 Summary: virtual write watches cause problems in multithreaded .NET code (simultaneous GC heap allocations) Product: Wine Version: 1.1.13 Platform: Other URL: http://www.microsoft.com/downloads/details.aspx?FamilyID =262d25e3-f589-4842-8157-034d1e7cf3a3&displaylang=en OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Created an attachment (id=18992) --> (http://bugs.winehq.org/attachment.cgi?id=18992) Winedbg session of migpolwin Hello, while testing some older .NET 1.x stuff I encountered mysterious (rare) install errors which did not happen until recently. The problem is caused by the addition of virtual write watch support (technically a regression). --- snip --- $ git bisect good af8bb2e9222a79cc6ef2fa22c4eac75122eac5de is first bad commit commit af8bb2e9222a79cc6ef2fa22c4eac75122eac5de Author: Alexandre Julliard <julliard(a)winehq.org> Date: Tue Nov 25 12:07:35 2008 +0100 ntdll: Add support for virtual write watches. :040000 040000 99d51bad8c4d6a32417c8ed53edeee43370bd463 ffc461379b1aa89527cacadc5555d0d9eaa77a56 M dlls :040000 040000 eb2d3dc044c246182b50c6fd4650ce0242ad4f4b 3523f1756ea054c4c3ad26f78a8161c46330bb5f M include :040000 040000 e4ba31cd1e60853ad020f15bef20883951424793 4f34f4d2a0e87e51a7d53ed15a39b718bbaaa856 M server $ wine --version wine-1.1.9-66-g81b9ca5 --- snip --- Unfortunately tracking the problem down is not easy as it exhibits only sporadically in .NET Framework 1.0 and 1.1 installer. Multi-core CPU/machines seem to escalate this problem further. Basically you have to loop .NET Framework 1.1 install again and again in clean WINEPREFIX until you hit exception dialog. --- snip --- $ wine --version wine-1.1.13-272-gf63d950 --- snip --- --- loop --- $ wineserver -k $ rm -rf .wine $ wine dotnetfx11.exe /q:a /c:"install.exe /qb /l" --- loop --- The installer is almost at its end, running the .NET 1.0 -> 1.1 migration tool. When the exception dialog pops up, dismiss the message with "OK", the installer will finish. Manually run the migration tool thereafter. If the installer finished without exception dialog, there is no use in manually re-running the migration tool, it will skip the steps which will lead to exception. Some +tid,+seh,+relay,+virtual,+ntdll trace log (multithreaded execution/output): Both threads of interest causing faults almost simultaneously: --- snip --- ... 0032:trace:virtual:virtual_handle_fault 0x47ca000, 1 002f:trace:virtual:virtual_handle_fault 0x47cbffc, 1 0032:trace:virtual:VIRTUAL_SetProt handling write watch on 0x47ca000-0x47cafff 0032:trace:virtual:VIRTUAL_DumpView View: 0x4750000 - 0x674ffff (valloc) 0032:trace:virtual:VIRTUAL_DumpView 0x4750000 - 0x47cafff c-rw- 0032:trace:virtual:VIRTUAL_DumpView 0x47cb000 - 0x47d1fff c-rw- 0032:trace:virtual:VIRTUAL_DumpView 0x47d2000 - 0x574ffff --rw- 0032:trace:virtual:VIRTUAL_DumpView 0x5750000 - 0x5755fff c-rw- 0032:trace:virtual:VIRTUAL_DumpView 0x5756000 - 0x5761fff c-rw- 0032:trace:virtual:VIRTUAL_DumpView 0x5762000 - 0x674ffff --rw- 002f:trace:virtual:VIRTUAL_SetProt 0x47cb000-0x47cbfff c-rw- 002f:trace:virtual:VIRTUAL_SetProt handling write watch on 0x47cb000-0x47cbfff 002f:trace:virtual:VIRTUAL_DumpView View: 0x4750000 - 0x674ffff (valloc) 002f:trace:virtual:VIRTUAL_DumpView 0x4750000 - 0x47cbfff c-rw- 002f:trace:virtual:VIRTUAL_DumpView 0x47cc000 - 0x47d1fff c-rw- 002f:trace:virtual:VIRTUAL_DumpView 0x47d2000 - 0x574ffff --rw- 002f:trace:virtual:VIRTUAL_DumpView 0x5750000 - 0x5755fff c-rw- 002f:trace:virtual:VIRTUAL_DumpView 0x5756000 - 0x5761fff c-rw- 002f:trace:virtual:VIRTUAL_DumpView 0x5762000 - 0x674ffff --rw- 0032:trace:seh:raise_exception code=c0000005 flags=0 addr=0x791b3e04 ip=0x791b3e04 tid=0032 0032:trace:seh:raise_exception info[0]=00000001 0032:trace:seh:raise_exception info[1]=047cb000 0032:trace:seh:raise_exception eax=00000000 ebx=047c002f:trace:virtual:VIRTUAL_SetProt 0x47cc000-0x47ccfff c-rw- 002f:trace:virtual:VIRTUAL_SetProt handling write watch on 0x47cc000-0x47ccfff --- snip --- Both "VIRTUAL_SetProt handling write watch" (VIRTUAL_SetProt -> if (view->protect & VPROT_WRITEWATCH)) and "virtual_handle_fault" TRACE msg were added by me to show the code flow before the exception. Thread 0x2f ought to fix the problem by "accidentally" resetting the write watch also for code executed in thread 0x32. Attached is a winedbg session showing the same problem. Only threads 0x18 and 0x1B are of interest. Thread 0x18 is actually zeroing GC heap memory at this point, causing the fault. I first thought about a race condition in fault handler while adjusting vm page protection but multiple threads causing faults/page protection changes should be serialized by "csVirtual" critical section. Just to be sure, my Linux kernel: --- snip --- 2.6.27.9-159.fc10.x86_64 #1 SMP Tue Dec 16 14:47:52 EST 2008 x86_64 x86_64 x86_64 GNU/Linux --- snip --- 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 9

[Bug 9738] New: Fails to Install .Net Framework 1.1
by wine-bugs＠winehq.org 27 Nov '21

27 Nov '21

http://bugs.winehq.org/show_bug.cgi?id=9738 Summary: Fails to Install .Net Framework 1.1 Product: Wine Version: 0.9.3. Platform: Macintosh OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P3 Component: wine-net AssignedTo: wine-bugs(a)winehq.org ReportedBy: youngjova(a)optonline.net Created an attachment (id=8171) --> (http://bugs.winehq.org/attachment.cgi?id=8171) Error Log Microsoft .Net Framework 1.1 setup has ended prematurely. I was trying to install a program from UniversalRemote.com. Everything downloaded fine but it couldn't intall. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 9

[Bug 10772] New: ChurchWindows 2006 Trial fails on .net 1.1 installer?
by wine-bugs＠winehq.org 27 Nov '21

27 Nov '21

http://bugs.winehq.org/show_bug.cgi?id=10772 Summary: ChurchWindows 2006 Trial fails on .net 1.1 installer? Product: Wine Version: CVS/GIT Platform: Other URL: http://churchwindows.com OS/Version: other Status: NEW Keywords: download, Installer Severity: normal Priority: P2 Component: wine-dotnet AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Installer seems to hang. Console shows: ... Registration of c:\windows\Microsoft.NET\Framework\v1.1.4322\Microsoft.Vsa.Vb.CodeDOMProcessor.tlb successful. fixme:virtual:NtAllocateVirtualMemory MEM_WRITE_WATCH type not supported fixme:advapi:RegisterEventSourceA ((null),".NET Runtime"): stub fixme:advapi:RegisterEventSourceW (L"",L".NET Runtime"): stub fixme:advapi:ReportEventW (0xcafe4242,0x0001,0x0000,0x00000000,(nil),0x0001,0x00000000,0x7e31990c,(nil)): stub err:eventlog:ReportEventW L".NET Runtime version 1.1.4322.573- RegSvcs.exe - Common Language Runtime Debugging Services: Application has generated an exception that could not be handled.... Unhandled Exception: StackOverflowException. wine: Unhandled page fault on read access to 0xc07e3e11 at address 0x7ef83d41 (thread 0041), starting debugger... Backtrace: =>1 0x7ef83d41 check_actctx+0x11(h=<is not available>) [dlls/ntdll/actctx.c:574] in ntdll (0x0034f928) 2 0x7ef8416b RtlAddRefActivationContext+0xb(handle=0xc07e3e11) [dlls/ntdll/actctx.c:2292] in ntdll (0x0034f930) 3 0x7ee3fe91 AddRefActCtx+0x11(hActCtx=0xc07e3e11) [dlls/kernel32/actctx.c:187] in kernel32 (0x0034f940) ... 0x7ef83d41 check_actctx+0x11 [dlls/ntdll/actctx.c:574] in ntdll: cmpl $0xc07e3e11,0x0(%edx) 574 switch (actctx->magic) Pressing ^C in the console lets the installer seem to complete, but it hangs at the 'finish' dialog, and you have to kill wineserver. To start up, the app needs mfc40 (which is harder now that the url winetricks uses is offline; anyone know a new one?) Don't know what happens if you have mfc40, haven't grabbed a copy. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 9

[Bug 10126] New: .Net 1.1 fails on install in regsvcs.exe
by wine-bugs＠winehq.org 27 Nov '21

27 Nov '21

http://bugs.winehq.org/show_bug.cgi?id=10126 Summary: .Net 1.1 fails on install in regsvcs.exe Product: Wine Version: 0.9.47. Platform: Other OS/Version: other Status: UNCONFIRMED Severity: major Priority: P2 Component: wine-dotnet AssignedTo: wine-bugs(a)winehq.org ReportedBy: jjmckenzie51(a)sprintpcs.com Created an attachment (id=8695) --> (http://bugs.winehq.org/attachment.cgi?id=8695) Dump log from regsvcs.exe error. While attempting to install .Net 1.1 regsvcs.exe caused a coredump error. Attached is the dump log. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 13

[Bug 10134] New: regtlib.exe from .NET 1.1's dotnetfx. exe installer crashes with heap problem
by wine-bugs＠winehq.org 27 Nov '21

27 Nov '21

http://bugs.winehq.org/show_bug.cgi?id=10134 Summary: regtlib.exe from .NET 1.1's dotnetfx.exe installer crashes with heap problem Product: Wine Version: CVS/GIT Platform: Other URL: http://www.microsoft.com/downloads/details.aspx?displayl ang=en&FamilyID=262D25E3-F589-4842-8157-034D1E7CF3A3 OS/Version: other Status: NEW Keywords: download, Installer Severity: normal Priority: P2 Component: wine-ole AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com This one was mentioned at the end of bug 5358, but I only just now got around to isolating it. I ran into this in the context of bug 5358 (Microsoft Dynamics GP Trial). That app comes with dotnetfx.exe, which fails to install. The problem is a heap corruption or something in our COM implementation, as it fails slightly faster and cleaner with WINEDEBUG=warn+heap, and succeeds with native dcom98. The problem can be reproduced with the .net 1.1 installer downloadable from Microsoft. This has the same md5 signature as the one on the cdrom. Oddly, when I first hit this it took ten seconds, the second time it took half an hour, no idea why the speed difference. I think it might be WINEDEBUG=warn+heap makes it run slow, that's another sign of an uninitialized variable. Here's the script I used to demonstrate the bug. I'll attach fail.log. set -x wineserver -k rm -rf .wine export WINE=$HOME/wine-git/wine export WINEPREFIXCREATE=$HOME/wine-git/tools/wineprefixcreate sh ~/bin/winetricks fakeie6 # install .net 1.1 test -f dotnetfx.exe || wget http://download.microsoft.com/download/a/a/c/aac39226-8825-44ce-90e3-bf8203… # fwiw, md5sum dotnetfx.exe is 52456ac39bbb4640930d155c15160556 # WINEDEBUG=warn+heap,+process $WINE dotnetfx.exe # Here's how it fails: #trace:process:CreateProcessW app L"c:\\windows\\system32\\URTTEMP\\regtlib.exe" cmdline L"\"c:\\windows\\system32\\URTTEMP\\regtlib.exe\" \"c:\\windows\\Microsoft.NET\\Framework\\v1.1.4322\\mscorlib.tlb\"" #warn:heap:HEAP_ValidateInUseArena Heap 0x110000: invalid in-use arena magic for 0x11a1a8 #wine: Unhandled page fault on read access to 0xaaaaaaba at address 0x7ec89683 (thread 0023), starting debugger... # OK, so run just the failing command: WINEDEBUG=warn+heap,+ole $WINE c:\\windows\\system32\\URTTEMP\\regtlib.exe c:\\windows\\Microsoft.NET\\Framework\\v1.1.4322\\mscorlib.tlb > fail.log 2>&1 # Yep, that fails very nicely -- but passes with native dcom98! sh ~/bin/winetricks dcom98 WINEDEBUG=warn+heap,+process $WINE c:\\windows\\system32\\URTTEMP\\regtlib.exe c:\\windows\\Microsoft.NET\\Framework\\v1.1.4322\\mscorlib.tlb > ok.log 2>&1 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 37

[Bug 15748] New: .NET 1.1's dotnetfx fails to install, aborts when it can't stop the msi service?
by wine-bugs＠winehq.org 27 Nov '21

27 Nov '21

http://bugs.winehq.org/show_bug.cgi?id=15748 Summary: .NET 1.1's dotnetfx fails to install, aborts when it can't stop the msi service? Product: Wine Version: 1.1.7 Platform: Other OS/Version: other Status: NEW Keywords: download, Installer, regression Severity: normal Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com winetricks dotnet11, or any other way of running the .net 1.1 runtime installer, seems to abort for me with a dialog saying An error occurred while Windows Installer was initializing... C:\\windows\\temp\\dotNetFx.log says StopDarwinService() - Call to ControlService() failed! GetLastError() returned: <183> 183 is ERROR_ALREADY_EXISTS. Wine's log says 003d:Call advapi32.OpenServiceA(0013c4f0,00402740 "msiserver",00000024) ret=0040b496 ... trace:service:OpenServiceW returning 0x135278 003d:Ret advapi32.OpenServiceA() retval=00135278 ret=0040b496 003d:Call advapi32.QueryServiceStatus(00135278,0033f114) ret=0040b50f trace:service:QueryServiceStatus 0x135278 0x33f114 trace:service:QueryServiceStatusEx 0x135278 0 0x33ef64 36 0x33ef88 ... 003d:Ret advapi32.QueryServiceStatus() retval=00000001 ret=0040b50f 003d:Call advapi32.ControlService(00135278,00000001,0033f158) ret=0040b58d trace:service:ControlService 0x135278 1 0x33f158 ... 003d:Ret advapi32.ControlService() retval=00000000 ret=0040b58d 003d:Call KERNEL32.CreateFileA(00530ab0 "C:\\windows\\temp\\dotNetFx.log",40000000,00000003,0033ef1c,00000004,00000080,00000000) ret=00410106 ... 003d:Call user32.MessageBoxA(00000000,0033cec8 "An error occurred while Windows Installer was initializing. Setup will now close.",0033dfcc "Microsoft .NET Framework Setup",00000010) ret=0040a331 It seems to be aborting because it can't stop the msiserver service? Which is strange, since it probably wasn't running... I wonder if a conformance test for ControlService would be informative. -- 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 9

[Bug 14501] New: docs incorrectly claim that unc paths work
by wine-bugs＠winehq.org 27 Nov '21

27 Nov '21

http://bugs.winehq.org/show_bug.cgi?id=14501 Summary: docs incorrectly claim that unc paths work Product: Wine Version: unspecified Platform: All OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: documentation AssignedTo: wine-bugs(a)winehq.org ReportedBy: codeslinger(a)compsalot.com The docs for unc path are wrong they do not reflect reality. According to the docs http://www.winehq.org/site/docs/wineusr-guide/misc-things-to-configure#AEN4… and also according to this rather odious comment http://www.winehq.org/pipermail/wine-users/2007-August/027715.html unc paths, should work, all you do is create a symlink and you are done. Well, I am under intense deadline pressure and I just spent two days of effort trying to get a client/server app to run that requires unc paths. And finally after a lot of study and banging of head against brick wall, finally I find this bug #425 which makes it pretty darn clear that not only does unc path not work, but it never actually has worked!!!! http://bugs.winehq.org/show_bug.cgi?id=425 So I ask that you kindly please fix the docs so that others are not subjected to the same levels of tribulations which I have just needlessly gone through. That bug has been open since 2002, I see no indication that it is going to get fixed any time soon. I have the highest respect and admiration for the winehq project and the people who created it, but this sort of thing is a major black mark against wine. I will be very reluctant to attempt to use wine in the future. -- 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 16

[Bug 17516] New: Safari 4 Beta Crashes on Launch
by wine-bugs＠winehq.org 23 Nov '21

23 Nov '21

http://bugs.winehq.org/show_bug.cgi?id=17516 Summary: Safari 4 Beta Crashes on Launch Product: Wine Version: 1.1.15 Platform: PC URL: http://www.apple.com/safari/ OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ead1234(a)hotmail.com Created an attachment (id=19629) --> (http://bugs.winehq.org/attachment.cgi?id=19629) console output Wine crashes when launching safari. -- 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 5

[Bug 14574] New: iphlpapi: GetAdaptersAddresses required for some utility classes in system.net namespace (.NET)
by wine-bugs＠winehq.org 23 Nov '21

23 Nov '21

http://bugs.winehq.org/show_bug.cgi?id=14574 Summary: iphlpapi: GetAdaptersAddresses required for some utility classes in system.net namespace (.NET) Product: Wine Version: CVS/GIT Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, encountered this insufficiency several times while investigating bugs in several .NET/managed apps: --- snip --- .. First chance exception generated: (0x125ef4c) <System.EntryPointNotFoundException> ClassName=<null> AssemblyName=<null> MessageArg=<null> ResourceId=0 _className=<null> _exceptionMethod=<null> _exceptionMethodString=<null> _message=(0x125f094) "Unable to find an entry point named 'GetAdaptersAddresses' in DLL 'iphlpapi.dll'." _data=<null> _innerException=<null> _helpURL=<null> _stackTrace=(0x125f16c) <System.SByte[]> _stackTraceString=<null> _remoteStackTraceString=<null> _remoteStackIndex=0 _dynamicMethods=<null> _HResult=-2146233053 _source=<null> _xptrs=0 _xcode=-532459699 Exception is called:FIRST_CHANCE [0110] mov esi,eax (cordbg) w Thread 0x4a Current State:Background,GCUnsafe spot 0)* System.Net.NclUtilities::GetLocalAddresses +0272[native] +0029[IL] 1) System.Net.NclUtilities::get_LocalAddresses +0219[native] +0081[IL] 2) System.Net.ServicePoint::IsAddressListLoopback +0067[native] +0002[IL] 3) System.Net.ServicePoint::SetAddressList +0082[native] +0024[IL] 4) System.Net.ServicePoint::GetIPAddressInfoList +0503[native] +0228[IL] 5) System.Net.ServicePoint::ConnectSocketInternal +0150[native] +0022[IL] 6) System.Net.ServicePoint::ConnectSocket +0055[native] +0000[IL] 7) System.Net.ServicePoint::GetConnection +0257[native] +0067[IL] 8) System.Net.PooledStream::Activate +0142[native] +0024[IL] 9) System.Net.Connection::CompleteStartConnection +0360[native] +0111[IL] .. --- snip --- The missing iphlpapi export seems not critical for functioning of apps (first chance exception is caught) but it's better to fill holes in wine's API. MSDN info here: http://msdn.microsoft.com/en-us/library/aa365915.aspx Set component as -unknown- because iphlpapi component doesn't exist in bugzilla. (NOTE for myself: encountered this in VS.NET 2005 startup phase, under managed debugger, 'ca e') 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 38

[Bug 9665] New: Mask of eternity crashes at startup with wine version 0.9. 36 and newer
by wine-bugs＠winehq.org 21 Nov '21

21 Nov '21

http://bugs.winehq.org/show_bug.cgi?id=9665 Summary: Mask of eternity crashes at startup with wine version 0.9.36 and newer Product: Wine Version: 0.9.45. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P1 Component: wine-directx-ddraw AssignedTo: wine-bugs(a)winehq.org ReportedBy: deadlock(a)start.no Kings Quest 8 - Mask of Eternity crashes on startup with an exception error. The specific error has been attached. Version 0.9.36 didn't have this problem, and after doing a lot of debugging and regression I located that the problem is located in a change between version 0.9.36 and 0.9.37. The specific code is shown below. wine version 0.9.36, file wine/dlls/ddraw/direct3d.c: 324 d1 = dref; 325 d2 = dref; 326 hr = Callback( (LPIID) &IID_IDirect3DRefDevice, reference_description, device_name, &d1, &d2, Context); wine version 0.9.37(and up to version 0.9.45 at least): 327 d1 = dref; 328 d2 = dref; 329 /* The rgb device has the pow2 flag set in the hel caps, but not in the hal caps */ 330 d1.dpcLineCaps.dwTextureCaps &= ~(D3DPTEXTURECAPS_POW2 | D3DPTEXTURECAPS_NONPOW2CONDITIONAL | D3DPTEXTURECAPS_PERSPECTIVE); 331 d1.dpcTriCaps.dwTextureCaps &= ~(D3DPTEXTURECAPS_POW2 | D3DPTEXTURECAPS_NONPOW2CONDITIONAL | D3DPTEXTURECAPS_PERSPECTIVE); 332 hr = Callback( (LPIID) &IID_IDirect3DRGBDevice, reference_description, device_name, &d1, &d2, Context); I tried commenting out line 330 and 331 in version 0.9.44 and the game ran without crashing at startup, but there has to be a better way to solve this. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 49

← Newer
1
...
6
7
8
9
10
11
12
...
199
Older →

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 February 2009