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

[Bug 21423] Visual C++ 2005 slow?

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=21423 --- Comment #12 from Dan Kegel <dank(a)kegel.com> 2010-01-31 21:22:42 --- Created an attachment (id=25994) --> (http://bugs.winehq.org/attachment.cgi?id=25994) Minibenchmark part 1 -- 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.

Feb. 1, 2010

[Bug 21423] Visual C++ 2005 slow?

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=21423 --- Comment #11 from Dan Kegel <dank(a)kegel.com> 2010-01-31 20:04:45 --- Created an attachment (id=25993) --> (http://bugs.winehq.org/attachment.cgi?id=25993) Microbenchmark input data This microbenchmark replicates the access pattern of cl when compiling one particular file from chromium/base. Run it like this: sh winetricks vc2005trial psdkwin7 i586-mingw32msvc-gcc open.c time wine a.exe < open.in It runs in 0.3 seconds normally on Wine, but 0.2 seconds with the bloom filter patch applied. I think that's enough to explain at least part of the slowdown. -- 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.

Feb. 1, 2010

[Bug 21423] Visual C++ 2005 slow?

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=21423 --- Comment #10 from Dan Kegel <dank(a)kegel.com> 2010-01-31 20:00:31 --- Created an attachment (id=25992) --> (http://bugs.winehq.org/attachment.cgi?id=25992) microbenchmark to just call GetFileAttributes on files from stdin -- 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.

Feb. 1, 2010

[Bug 8051] Sims 2 demo exits prematurely

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=8051 Robert Wm Ruedisueli <esd45(a)earthlink.net> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |esd45(a)earthlink.net --- Comment #100 from Robert Wm Ruedisueli <esd45(a)earthlink.net> 2010-01-31 18:59:15 --- Is it possible to multiplex the card function for vertex shaders? I'm not too familiar with OpenGL programming, but I know this commonly used to be done with other hardware limitations. -- 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.

Feb. 1, 2010

[Bug 21515] VENDOR_WINE vs VENDOR_ATI with xf86-video-ati

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=21515 --- Comment #14 from P.Panon <ppanon(a)shaw.ca> 2010-01-31 18:57:07 --- Found a little more time to read http://wiki.jswindle.com/index.php/Debugging_Wine while my 2-year old's taking a nap :-). I've now got the dev and dbg packages loaded as well but I still can't seem to get any trace info. For a while I was getting that it couldn't find the channels. Now I'm not getting an error, but no trace info with either wine or winedbg. Is there a build config option that might be set by the standard Ubuntu packaging that would no-op all the TRACE statements? I've applied Luca's patch, so now it presumably is using VENDOR_MESA. However I need to see the TRACE results to see what other settings are being reported (DirectX 7/8/9 capability, why it's showing DRI as disabled when glxinfo says otherwise, etc.) ppanon(a)whiteygu:/var/wine/games$ export WINEDEBUG=trace+wined3d ppanon(a)whiteygu:/var/wine/games$ winedbg drive_c/Program\ Files/Firaxis\ Games/Sid\ Meier\'s\ Alpha\ Centauri/terran.exe WineDbg starting on pid 001f fixme:mixer:ALSA_MixerInit No master control found on USB Device 0x46d:0x8c2, disabling mixer fixme:mixer:ALSA_MixerInit No master control found on HDA ATI HDMI, disabling mixer start_process () at /var/wine/src/wine1.2-1.1.37/dlls/kernel32/process.c:1037 0x7b858baf start_process+0x4f [/var/wine/src/wine1.2-1.1.37/dlls/kernel32/process.c:1037] in kernel32: movl %esi,0x0(%esp) 1037 return entry( peb ); Wine-dbg>set +wined3d fixme:dbghelp_dwarf:compute_location Unhandled attr op: 1e Wine-dbg>set +wined3d Wine-dbg>set +all Wine-dbg>set trace+all Wine-dbg>continue syntax error Wine-dbg>cont err:winediag:X11DRV_WineGL_InitOpenglInfo Direct rendering is disabled, most likely your OpenGL drivers haven't been installed correctly fixme:d3d:check_fbo_compat Format WINED3DFMT_B8G8R8_UNORM with rendertarget flag is not supported as FBO color attachment, and no fallback specified. fixme:d3d:check_fbo_compat Format WINED3DFMT_B8G8R8A8_UNORM with rendertarget flag is not supported as FBO color attachment, and no fallback specified. fixme:d3d:check_fbo_compat Format WINED3DFMT_B8G8R8X8_UNORM with rendertarget flag is not supported as FBO color attachment, and no fallback specified. fixme:d3d:check_fbo_compat Format WINED3DFMT_B5G6R5_UNORM rtInternal format is not supported as FBO color attachment. fixme:d3d:check_fbo_compat Format WINED3DFMT_R16G16_UNORM rtInternal format is not supported as FBO color attachment. fixme:d3d:check_fbo_compat Format WINED3DFMT_R16G16B16A16_UNORM with rendertarget flag is not supported as FBO color attachment, and no fallback specified. fixme:win:EnumDisplayDevicesW ((null),0,0x33f028,0x00000000), stub! Process of pid=001f has terminated -- 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.

Feb. 1, 2010

[Bug 21551] Need to re-authorize each time

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=21551 Nikolay Sivov <bunglehead(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #3 from Nikolay Sivov <bunglehead(a)gmail.com> 2010-01-31 18:54:59 --- Closing. -- 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.

Feb. 1, 2010

[Bug 21423] Visual C++ 2005 slow?

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=21423 --- Comment #9 from Dan Kegel <dank(a)kegel.com> 2010-01-31 18:35:46 --- Created an attachment (id=25991) --> (http://bugs.winehq.org/attachment.cgi?id=25991) kludgy bloom filter to speed up file-not-found checks -- 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.

Feb. 1, 2010

[Bug 21423] Visual C++ 2005 slow?

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=21423 --- Comment #8 from Dan Kegel <dank(a)kegel.com> 2010-01-31 18:35:04 --- Yes. There is one directory with 1900 files in it. Using http://www.winehq.org/pipermail/wine-patches/2008-June/056508.html and then doing WINEDEBUG=+timestamps,+file, I could see that searching that directory for any particular file takes as long as 3ms, as measured by the time it took between trace:file:wine_nt_to_unix_file_name L"\\Program Files\\Microsoft SDKs\\Windows\\v7.0\\Include\\typeinfo" not found in /home/dank/.wine-chromium-tests/dosdevices/c:/Program Files/Microsoft SDKs/Windows/v7.0/Include and the trace message immediately before it. Furthermore, adding a kludgy bloom filter cache to GetFileAttributesW halved the time to compile base (from 43 seconds to 24 seconds), so that's definitely the sore spot. I'll attach the bloom filter patch, but it's a total kludge, so it's only good for demonstrating the bottleneck. -- 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.

Feb. 1, 2010