wine-bugs January 2010

wine-bugs@winehq.org

1 participants
6444 discussions

[Bug 21010] New: vc2005express install broken
by wine-bugs＠winehq.org 29 Nov '21

29 Nov '21

http://bugs.winehq.org/show_bug.cgi?id=21010 Summary: vc2005express install broken Product: Wine Version: 1.1.34 Platform: PC-x86-64 OS/Version: Linux Status: NEW Keywords: download, Installer, regression Severity: normal Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com CC: hans(a)meelstraat.net Regression testing points to: bd4bc161475f600612fad898f09825d74d6368a9 is first bad commit commit bd4bc161475f600612fad898f09825d74d6368a9 Author: Hans Leidekker <hans(a)codeweavers.com> Date: Tue Nov 17 15:59:11 2009 +0100 msi: Don't set the ALLUSERS property. :040000 040000 8964ea41515d9eaa19c0d38d44caa5b4661665e7 f3940f8962ebb38ca7f406d7fa1c65f44feaf03e M dlls side note: git bisect run is awesome! Reverting that in git lets the installer run to completion. Terminal output is breathtakingly short: Executing wine Ixpvc /t:c:\winetrickstmp\vc2005express.tmp /q:a /c:msiexec /i vcsetup.msi VSEXTUI=1 ADDLOCAL=ALL REBOOT=ReallySuppress err:msi:ITERATE_Actions Execution halted, action L"SxsInstallCA" returned 1603 err:msi:ITERATE_Actions Execution halted, action L"ExecuteAction" returned 1603 -- 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 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 18797] New: CATIAV5R19: Fails to install on Wine higher than 1.1.18
by wine-bugs＠winehq.org 28 Nov '21

28 Nov '21

http://bugs.winehq.org/show_bug.cgi?id=18797 Summary: CATIAV5R19: Fails to install on Wine higher than 1.1.18 Product: Wine Version: 1.1.22 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lukasz.wojnilowicz(a)gmail.com Created an attachment (id=21574) --> (http://bugs.winehq.org/attachment.cgi?id=21574) Output from terminal I'm using Wine 1.1.22 (compiled from source using gcc version 4.3.2 20081105 (Red Hat 4.3.2-7) ) on Fedora 10 i386. The problem is that CATIAV5R19 crashes during setup (doesn't even start to copy files). This is probably regression because this program installs fine on Wine-1.1.18 (not in 1.1.19 and later). -- 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 17

[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 19396] New: Blitzin2: Auto-vscroll not working
by wine-bugs＠winehq.org 28 Nov '21

28 Nov '21

http://bugs.winehq.org/show_bug.cgi?id=19396 Summary: Blitzin2: Auto-vscroll not working Product: Wine Version: 1.1.26 Platform: PC-x86-64 URL: http://www.chessclub.com/bits/interface/blitzin234.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: richedit AssignedTo: wine-bugs(a)winehq.org ReportedBy: Andrew.Talbot(a)talbotville.com In Blitzin2 (version 2.34, see URL), the main console window should auto-vscroll. Patch http://source.winehq.org/git/wine.git/?a=commit;h=140fee179040c68717f46bfd0… introduces a regression from this behavior. -- 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 10

[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

Jump to page:

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 January 2010