Re: Wine 1.3.37 Gecko engine fails on Arch Linux x86
Hi Saulius, On 01/14/12 16:45, Saulius Krasuckas wrote: I decided to run latest Winetest on my linux box and chose to install Gecko package during prefix setup: $ rm -rf ~/.wine $ wine start wine: created the configuration directory '/home/s2/.wine' fixme:urlmon:DownloadBSC_OnProgress Unsupported status 3 fixme:wininet:InternetLockRequestFile STUB fixme:storage:create_storagefile Storage share mode not implemented. err:mscoree:LoadLibraryShim error reading registry key for installroot err:mscoree:LoadLibraryShim error reading registry key for installroot err:mscoree:LoadLibraryShim error reading registry key for installroot err:mscoree:LoadLibraryShim error reading registry key for installroot err:mscoree:LoadLibraryShim error reading registry key for installroot err:mscoree:LoadLibraryShim error reading registry key for installroot err:module:import_dll Loading library ssl3.dll (which is needed by L"C:\\windows\\system32\\gecko\\1.4\\wine_gecko\\xul.dll") failed (error c020). This looks bad. If you can reproduce this error message, please file a bug with +mshtml debug output and information about how did you install Wine Gecko. Could not load wine-gecko. HTML rendering will be disabled. wine: configuration in '/home/s2/.wine' has been updated. Another try produced a crash: $ rm -rf ~/.wine $ wine start wine: created the configuration directory '/home/s2/.wine' fixme:urlmon:DownloadBSC_OnProgress Unsupported status 3 fixme:wininet:InternetLockRequestFile STUB wine: Unhandled page fault on read access to 0x149cb074 at address 0x7def0a3a (thread 0018), starting debugger... err:seh:raise_exception Unhandled exception code c005 flags 0 addr 0x7bc49a59 Could not load wine-gecko. HTML rendering will be disabled. wine: configuration in '/home/s2/.wine' has been updated. This may be duplicate of bug 27090, as Jerome said. Cheers, Jacek
winecfg: Add tab for most Direct3D registry settings.
--- programs/winecfg/Makefile.in |3 +- programs/winecfg/direct3d.c | 256 ++ programs/winecfg/main.c | 16 +++- programs/winecfg/resource.h |8 ++ programs/winecfg/winecfg.h |1 + programs/winecfg/winecfg.rc | 12 ++ 6 files changed, 294 insertions(+), 2 deletions(-) create mode 100644 programs/winecfg/direct3d.c diff --git a/programs/winecfg/Makefile.in b/programs/winecfg/Makefile.in index 0190854..1db9fec 100644 --- a/programs/winecfg/Makefile.in +++ b/programs/winecfg/Makefile.in @@ -13,7 +13,8 @@ C_SRCS = \ main.c \ theme.c \ winecfg.c \ - x11drvdlg.c + x11drvdlg.c \ + direct3d.c RC_SRCS = winecfg.rc PO_SRCS = winecfg.rc diff --git a/programs/winecfg/direct3d.c b/programs/winecfg/direct3d.c new file mode 100644 index 000..833999e --- /dev/null +++ b/programs/winecfg/direct3d.c @@ -0,0 +1,256 @@ +#include "winecfg.h" +#include "resource.h" +#include + +WINE_DEFAULT_DEBUG_CHANNEL(winecfg); + +struct d3doption { + char key[64]; + char option1[64]; + char option2[64]; + char option3[64]; + char option4[64]; + char option5[64]; + char tip[2048]; +} *d3doptions; + +static const int numd3dkeys = 9; + +static void init_d3doptions(void) +{ + d3doptions = HeapAlloc(GetProcessHeap(), HEAP_ZERO_MEMORY, sizeof(struct d3doption) * numd3dkeys); + + /* "auto" will be added for all options */ + /* registry options and defaults found in dlls/wined3d/wined3d_main.c */ + /* TODO: VideoPciDeviceID and VideoPciVendorID, see note in on_selection_change() */ + + strcpy(d3doptions[0].key, "VertexShaderMode"); + strcpy(d3doptions[0].option1, "none"); + strcpy(d3doptions[0].tip, "auto = hardware."); + + strcpy(d3doptions[1].key, "PixelShaderMode"); + strcpy(d3doptions[1].option1, "enabled"); + strcpy(d3doptions[1].option2, "disabled"); + strcpy(d3doptions[1].tip, "auto = enabled = hardware."); + + strcpy(d3doptions[2].key, "UseGLSL"); + strcpy(d3doptions[2].option1, "disabled"); + strcpy(d3doptions[2].tip, "auto = enabled. Needed for most modern games. May have performance increase when disabled but might not run/render properly."); + + strcpy(d3doptions[3].key, "OffscreenRenderingMode"); + strcpy(d3doptions[3].option1, "backbuffer"); + strcpy(d3doptions[3].option2, "fbo"); + strcpy(d3doptions[3].tip, "auto = fbo."); + + strcpy(d3doptions[4].key, "RenderTargetLockMode"); + strcpy(d3doptions[4].option1, "readdraw"); + strcpy(d3doptions[4].option2, "readtex"); + strcpy(d3doptions[4].tip, "auto = readtex. readdraw uses glReadPixels for reading, glDrawPixels for writing. readtex reads with glReadPixels, writes by drawing a textured quad."); + + strcpy(d3doptions[5].key, "VideoMemorySize"); + strcpy(d3doptions[5].option1, "0"); + strcpy(d3doptions[5].option2, "512"); + strcpy(d3doptions[5].option3, "1024"); + strcpy(d3doptions[5].tip, "auto = 0 = autodetect. Sets the amount of reported video memory (in megabytes). The default is a simple auto-detection based on the card type guessed from OpenGL capabilities."); + + strcpy(d3doptions[6].key, "Multisampling"); + strcpy(d3doptions[6].option1, "disabled"); + strcpy(d3doptions[6].tip, "auto = enabled."); + + strcpy(d3doptions[7].key, "StrictDrawOrdering"); + strcpy(d3doptions[7].option1, "enabled"); + strcpy(d3doptions[7].tip, "auto = disabled. This option ensures any pending drawing operations are submitted to the driver, but at a significant performance cost."); + + strcpy(d3doptions[8].key, "AlwaysOffscreen"); + strcpy(d3doptions[8].option1, "enabled"); + strcpy(d3doptions[8].tip, "auto = disabled. Use offscreen rendering for all render targets. The main effect this has is avoiding the depth buffer copy between offscreen and onscreen targets, which introduces fallbacks in some drivers and exposes bugs in others. There may be a performance hit depending on the specific driver."); +} + + +static void on_setoption(HWND dialog, WPARAM wParam) +{ + LVITEM item; + int selection; + char buffer[256]; + int index = -1; + + if(HIWORD(wParam) == CBN_SELENDOK) + { +selection = SendDlgItemMessage(dialog, IDC_D3DCOMBOVAL, CB_GETCURSEL, 0, 0); +SendDlgItemMessage(dialog, IDC_D3DCOMBOVAL, CB_GETLBTEXT, selection, (LPARAM) buffer); + } + else if(HIWORD(wParam) == CBN_EDITCHANGE) + { +SendDlgItemMessage(dialog, IDC_D3DCOMBOVAL, WM_GETTEXT, sizeof(buffer), (LPARAM) buffer); + } + + index = (int)SendDlgItemMessage (dialog, IDC_D3DCOMBOVAL, CB_GETITEMDATA, 0, 0); + WINE_TRACE("d3d index %d, setoption %s\n", index, buffer); + + set_reg_key(config_key, keypath("Direct3D\\"), d3doptions[index].key, buffer); + SendMessage(GetParent(dialog), PSM_CHANGED, (WPARAM) dialog, 0); + + item.mask = LVIF_TEXT; + item.pszText = buffer; + item.cchTextMax = lstrlen(item.pszText); + item.iItem = index; + item.iSubItem = 1; + + SendDlgItemMessage(dialog, IDC_D3DLIST, LVM_SETITEM, 0, (L
Re: Wine 1.3.37 Gecko engine fails on Arch Linux x86
* On Sat, 14 Jan 2012, Jerome Leclanche wrote: > > Do you have a backtrace of the crash? Could > be http://bugs.winehq.org/show_bug.cgi?id=27090 The backtrace doesn't get generated (printed). Thank you, I will investigate it. S.
Re: Wine 1.3.37 Gecko engine fails on Arch Linux x86
Do you have a backtrace of the crash? Could be http://bugs.winehq.org/show_bug.cgi?id=27090 J. Leclanche On Sat, Jan 14, 2012 at 3:45 PM, Saulius Krasuckas wrote: > I decided to run latest Winetest on my linux box and chose to install > Gecko package during prefix setup: > > $ rm -rf ~/.wine > $ wine start > wine: created the configuration directory '/home/s2/.wine' > fixme:urlmon:DownloadBSC_OnProgress Unsupported status 3 > fixme:wininet:InternetLockRequestFile STUB > fixme:storage:create_storagefile Storage share mode not implemented. > err:mscoree:LoadLibraryShim error reading registry key for installroot > err:mscoree:LoadLibraryShim error reading registry key for installroot > err:mscoree:LoadLibraryShim error reading registry key for installroot > err:mscoree:LoadLibraryShim error reading registry key for installroot > err:mscoree:LoadLibraryShim error reading registry key for installroot > err:mscoree:LoadLibraryShim error reading registry key for installroot > err:module:import_dll Loading library ssl3.dll (which is needed by > L"C:\\windows\\system32\\gecko\\1.4\\wine_gecko\\xul.dll") failed (error > c020). > Could not load wine-gecko. HTML rendering will be disabled. > wine: configuration in '/home/s2/.wine' has been updated. > > Another try produced a crash: > > $ rm -rf ~/.wine > $ wine start > wine: created the configuration directory '/home/s2/.wine' > fixme:urlmon:DownloadBSC_OnProgress Unsupported status 3 > fixme:wininet:InternetLockRequestFile STUB > wine: Unhandled page fault on read access to 0x149cb074 at address > 0x7def0a3a (thread 0018), starting debugger... > err:seh:raise_exception Unhandled exception code c005 flags 0 addr > 0x7bc49a59 > Could not load wine-gecko. HTML rendering will be disabled. > wine: configuration in '/home/s2/.wine' has been updated. > > Should I report a bug? > > S. > > >
Wine 1.3.37 Gecko engine fails on Arch Linux x86
I decided to run latest Winetest on my linux box and chose to install Gecko package during prefix setup: $ rm -rf ~/.wine $ wine start wine: created the configuration directory '/home/s2/.wine' fixme:urlmon:DownloadBSC_OnProgress Unsupported status 3 fixme:wininet:InternetLockRequestFile STUB fixme:storage:create_storagefile Storage share mode not implemented. err:mscoree:LoadLibraryShim error reading registry key for installroot err:mscoree:LoadLibraryShim error reading registry key for installroot err:mscoree:LoadLibraryShim error reading registry key for installroot err:mscoree:LoadLibraryShim error reading registry key for installroot err:mscoree:LoadLibraryShim error reading registry key for installroot err:mscoree:LoadLibraryShim error reading registry key for installroot err:module:import_dll Loading library ssl3.dll (which is needed by L"C:\\windows\\system32\\gecko\\1.4\\wine_gecko\\xul.dll") failed (error c020). Could not load wine-gecko. HTML rendering will be disabled. wine: configuration in '/home/s2/.wine' has been updated. Another try produced a crash: $ rm -rf ~/.wine $ wine start wine: created the configuration directory '/home/s2/.wine' fixme:urlmon:DownloadBSC_OnProgress Unsupported status 3 fixme:wininet:InternetLockRequestFile STUB wine: Unhandled page fault on read access to 0x149cb074 at address 0x7def0a3a (thread 0018), starting debugger... err:seh:raise_exception Unhandled exception code c005 flags 0 addr 0x7bc49a59 Could not load wine-gecko. HTML rendering will be disabled. wine: configuration in '/home/s2/.wine' has been updated. Should I report a bug? S.
RFC: wined3d: Let GetRasterStatus return D3D_OK, again.
Hi, Attached patch lets GetRasterStatus in wined3d return D3D_OK with pseudo-raster status by QueryPerformanceCounter. Could someone please try the patch with retail version of StarCraft 2? This patch fixes bug 26917[1]. But I'm afraid another problem, especially for SC2. Because the current behavior was introduced to fix bug 23556[2] related SC2. I've already tried for SC2 current demo version. It looks fine. However, I couldn't find GetRasterStatus call in trace logs. Therefore, I'd like to test with retail version which I don't have. I also welcome comments or problem reports about my patch. [1] http://bugs.winehq.org/show_bug.cgi?id=26917 [2] http://bugs.winehq.org/show_bug.cgi?id=23556 -- Akihiro Sagawa raster_status.patch Description: Binary data
Re: [PATCH 1/2] winecoreaudio: Fix AudioCaptureClient Get/ReleaseBuffer protocol.
On Fri, 13 Jan 2012, joerg-cyril.hoe...@t-systems.com wrote: [...] > - Francois' machine crashes in AudioCaptureClient_ReleaseBuffer > http://test.winehq.org/data/5eecdc80e14d2c6cf74a64ac5423dd6ce7c37a3a/mac_fg-snow/winmm:mci.html > Mine doesn't, even without my patches. Just in case this helps understand what's going on, this Mac Mini is connected to my amplifier via an optical link. I know one consequence is that I cannot set the volume on the Mac. Maybe it has consequences on sound capture to? -- Francois Gouget http://fgouget.free.fr/ Computers are like airconditioners They stop working properly if you open WINDOWS
Re: Rethinking WineConf
Hello, most of the answers i read so far were about the "content" of wineconf. Here are two different ideas: 1. when i looked around a wineconf i noticed that wineconf 2012 is not fixed jet. I know lots of companies here in Germany who ask their employee to announce the plans for the holidays within the first two month of the year or even earlier. How is this handled in the rest of the world? This might become a problem for developers their job is not working on wine. Wineconf may be within their holidays or shortly after. They may need to take some days of for travel and can not, ... 2. Think about the time of the year. Last year wineconf was earlier as the two year before. It was during Octoberfest in Munich. Where do you like to got better? . What about conflict with courses/exams at university. Or just ask (in private mails?) the members of wineconf 2010, who stayed away in 2011 what may need to change for 2012 to see them again. What about GSOC workers, have they all been at wineconf? These are the next generation wine developer. Regards Stefan
Re: [3/3] user32: Move the server call up in order to perform the thread input check earlier in SetActiveWindow.
Alexandre Julliard wrote: > > > > SetForegroundWindow already does a similar thing. > > > > Yes but that's because it doesn't have to call a hook first. > > Do you have a suggestion how to perform the thread input check without moving > the server call up? Any insight about this one? -- Dmitry.
Re: [PATCH 3/5] ddraw/tests: Add a IDirect3DDevice2 GetCaps test (try 2)
* On Tue, 6 Dec 2011, Stefan Dösinger wrote: > > try 2: Add infrastructure to rerun every test with new d3d objects. > --- > dlls/ddraw/tests/d3d.c | 211 > > 1 files changed, 211 insertions(+), 0 deletions(-) Hi Stefan, this is http://source.winehq.org/git/wine.git/commitdiff/7ae81ba378c1633e574f130461bbc7fee16f5592 The patch introduced one failure on 64-bit XP running on virtual machine with VMware SVGA II" driver v11.6.0.35: http://test.winehq.org/data/95f81d10c9c852b72c6513eca0a2d0e066457f9e/xp_wtb-wxpx64-32/ddraw:d3d.html http://test.winehq.org/data/1fa1ab54376bace57f78d27ac13b7229caa56a2e/xp_wtb-wxpx64-32/ddraw:d3d.html d3d.c:5075: Test failed: CreateDevice failed: 88760091. Platform is i386 WOW64 -- probably 64-bit XP running 32-bit Winetest: http://test.winehq.org/data/1fa1ab54376bace57f78d27ac13b7229caa56a2e/xp_wtb-wxpx64-32/version.html Would mind having a look and fixing the failure:)? S.
Re: [PATCH 3/3] d3d9/tests: More D3DTSS_TEXTURETRANSFORMFLAGS projection tests.
* On Tue, 27 Dec 2011, Matteo Bruni wrote: > --- > dlls/d3d9/tests/visual.c | 388 > -- > 1 files changed, 269 insertions(+), 119 deletions(-) Hello Matteo, this is http://source.winehq.org/git/wine.git/commitdiff/8dee7989f242b8ea624abc3b1fe929494d1fd329 The patch removed 6 failures on XP on real hardware (nVidia FX5200): http://test.winehq.org/data/18c20964e1e22f9aa974cc774bf77da6fc013716/xp_s2-sp2-nosound/d3d9:visual.html visual.c:4057: Test failed: proj: Pixel 162/122 has color 0x, expected 0x00FF visual.c:4062: Test failed: proj: Pixel 158/178 has color 0x, expected 0x00FF visual.c:4069: Test failed: proj: Pixel 318/118 has color 0x00ff, expected 0x visual.c:4071: Test failed: proj: Pixel 322/118 has color 0x00ff, expected 0x visual.c:4075: Test failed: proj: Pixel 322/122 has color 0x00ff, expected 0x visual.c:4078: Test failed: proj: Pixel 318/178 has color 0x, expected 0x00FF and introduced 14 new ones: http://test.winehq.org/data/277361d7be206e1ff7634998f0d750f7c6d66498/xp_s2-sp2-nosound/d3d9:visual.html visual.c:3729: Test failed: D3DTTFF_COUNT3 | D3DTTFF_PROJECTED - bottom right: Pixel (401, 361) has color , expected 00ff visual.c:3729: Test failed: D3DTTFF_COUNT3 | D3DTTFF_PROJECTED - bottom right: Pixel (401, 419) has color , expected 00ff visual.c:3729: Test failed: D3DTTFF_COUNT3 | D3DTTFF_PROJECTED - bottom right: Pixel (481, 359) has color 00ff, expected visual.c:3729: Test failed: D3DTTFF_COUNT3 | D3DTTFF_PROJECTED - bottom right: Pixel (481, 361) has color 00ff, expected visual.c:3729: Test failed: D3DTTFF_COUNT3 | D3DTTFF_PROJECTED - bottom right: Pixel (479, 359) has color 00ff, expected visual.c:3729: Test failed: D3DTTFF_COUNT3 | D3DTTFF_PROJECTED - bottom right: Pixel (479, 419) has color , expected 00ff visual.c:3729: Test failed: D3DTTFF_PROJECTED (like COUNT3 | PROJECTED, texcoord has only 3 components) - bottom right: Pixel (401, 361) has color , expected 00ff visual.c:3729: Test failed: D3DTTFF_PROJECTED (like COUNT3 | PROJECTED, texcoord has only 3 components) - bottom right: Pixel (401, 419) has color , expected 00ff visual.c:3729: Test failed: D3DTTFF_PROJECTED (like COUNT3 | PROJECTED, texcoord has only 3 components) - bottom right: Pixel (479, 361) has color , expected 00ff visual.c:3729: Test failed: D3DTTFF_PROJECTED (like COUNT3 | PROJECTED, texcoord has only 3 components) - bottom right: Pixel (479, 419) has color , expected 00ff visual.c:3729: Test failed: 0x (like COUNT3 | PROJECTED, texcoord has only 3 components) - top left: Pixel (81, 121) has color , expected 00ff visual.c:3729: Test failed: 0x (like COUNT3 | PROJECTED, texcoord has only 3 components) - top left: Pixel (81, 179) has color , expected 00ff visual.c:3729: Test failed: 0x (like COUNT3 | PROJECTED, texcoord has only 3 components) - top left: Pixel (159, 121) has color , expected 00ff visual.c:3729: Test failed: 0x (like COUNT3 | PROJECTED, texcoord has only 3 components) - top left: Pixel (159, 179) has color , expected 00ff The same machine running Win7 didn't exhibit any changes: http://test.winehq.org/data/18c20964e1e22f9aa974cc774bf77da6fc013716/win7_s2-enterprise-32-VAS/d3d9:visual.html http://test.winehq.org/data/277361d7be206e1ff7634998f0d750f7c6d66498/win7_s2-enterprise-32-VAS/d3d9:visual.html This probably has something to do with older nVidia driver version being used on Win7 - v96.85 - than the version used on XP - v163.75 . But on Win7 somewhat similar change is seen on virtual machine from Francois, only the failure count increases by 28 here: http://test.winehq.org/data/18c20964e1e22f9aa974cc774bf77da6fc013716/win7_fg-win7u64-1spie9-ja/d3d9:visual.html http://test.winehq.org/data/277361d7be206e1ff7634998f0d750f7c6d66498/win7_fg-win7u64-1spie9-ja/d3d9:visual.html Would you mind fixing this please:)? S.