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

Re: [PATCH 1/3] kernel32/tests: Add test for 'all processors' flag on Vista and newer.

by Erich Hoover

On Thu, Feb 25, 2010 at 5:38 AM, <Joerg-Cyril.Hoehle(a)t-systems.com> wrote: > Charles Davis wrote: > > >I have noticed a change in configure behavior, though. > Me too. On MacOS. > Since 1.1.39, Makefiles are created at the rate of ~ 1 per sec. > It was much faster in 1.1.38 and before, I estimate ~6 files per second. > > Anyone to confirm this? > > ... Is this a reply to a different thread? Erich Hoover ehoover(a)mines.edu

Feb. 28, 2010

Re: [PATCH 1/3] kernel32/tests: Add test for 'all processors' flag on Vista and newer.

by James McKenzie

Joerg-Cyril.Hoehle(a)t-systems.com wrote: > Charles Davis wrote: > > >> I have noticed a change in configure behavior, though. >> > Me too. On MacOS. > Since 1.1.39, Makefiles are created at the rate of ~ 1 per sec. > It was much faster in 1.1.38 and before, I estimate ~6 files per second. > > Anyone to confirm this? > > Yes, and makefiles are built all the way through the process. Very disturbing and not the way that I learned to use them. James McKenzie

Feb. 28, 2010

Re: Sudden increase of Valgrind errors

by Dan Kegel

Two things: I moved to karmic (and now more modules are enabled, since it comes with new-enough libraries), and I updated valgrind. I haven't had time to dig in to the differences. The suppressions file also needs updating for karmic. On Feb 28, 2010 5:43 AM, "Paul Vriens" <paul.vriens.wine(a)gmail.com> wrote: Hi Dan, As of Feb-25 there is a sudden increase in Valgrind errors reported at http://kegel.com/wine/valgrind/logs. The errors are in loads of modules which make me believe something generic has changed (there are also errors in modules that haven't been touched in a while). Any idea? -- Cheers, Paul.

Feb. 28, 2010

Re: [Cygwin] Add dll name extraction from WINE_SONAME

by John Klehm

On Sat, Feb 27, 2010 at 1:50 PM, Alex <cerebro.alexiel(a)gmail.com> wrote: > I know I sent a patch some hours ago but in fact it didn't work. > I trusted myself because running ./configure script on cygwin on VirtualBox takes ~30 minutes. > > Whatever, this new patch is a bit simpler (.exe instead of $ac_exeext) and works perfectly. > > I'm waiting for comments. > You need to give your real name in addition to the patch. --John Klehm

Feb. 28, 2010

Re: [spam-high] RE: Significant performance "regression"

by Erich Hoover

On Fri, Feb 26, 2010 at 11:35 AM, Vincent Povirk <vincent(a)codeweavers.com>wrote: > Any storage-related fixme's? > ... > On the most recent git all I see is a single instance of: fixme:storage:StgCreateDocfile Storage share mode not implemented. Testing right after the patch in question is applied that message shows up a few more times, but all within the first minute or so of processing. However, this message also showed up in versions before the patch is applied. If you would like you can download the application: http://www.4pcb.com/downloads/pcbartist/PcbArtist_1_3_2.exe To see the problem (after installing): 1) Choose "New" from the "File" menu 2) Click "OK" 3) Click "I have read and accept the message above" 4) Click "Next" 7 times 5) Click "Finish" It is important to note that once this process has run through that it does not necessarily need to be run again (I haven't seen this being 100% consistent). So, you'll need a fresh Wine prefix if you let it run all the way through the ~30 minutes of processing. Erich Hoover ehoover(a)mines.edu

Feb. 26, 2010

Re: [PATCH] msxml3/tests: Fix the domdoc IObjectSafety tests for msxml3 SP8+.

by Reece Dunn

On 26 February 2010 20:36, Nikolay Sivov <bunglehead(a)gmail.com> wrote: > On 2/26/2010 23:20, Reece Dunn wrote: >> >> Hi, >> >> As the following table shows, the msxml3 behaviour for IObjectSafety >> changed from SP7 (8.70.*) to SP8 (8.80.*): >> >> fail? Windows MSXML MSXML Service Pack >> ========================================================== >> NO Win2003 SP1 8.70.1104.0 3.0 SP7 >> YES Win2003 SP2 8.80.1185.0 3.0 Post SP8 >> NO WinXP SP2 8.50.2162.0 3.0 SP5 >> YES WinXP SP3 8.100.1048.0 3.0 SP10 >> YES WinXP + IE8 8.100.1048.0 3.0 SP10 >> >> This patch fixes the tests on these failing platforms. >> > > Please change our implementation too to SP8 behavior, and mark other one > broken(). Will do. I am improving the tests as adding INTERFACE_USES_SECURITY_MANAGER to the bit-mask does not fix all of the tests and I am currently confused as to what is going on. - Reece

Feb. 26, 2010

Re: [PATCH] msxml3/tests: Fix the domdoc IObjectSafety tests for msxml3 SP8+.

by Nikolay Sivov

On 2/26/2010 23:20, Reece Dunn wrote: > Hi, > > As the following table shows, the msxml3 behaviour for IObjectSafety > changed from SP7 (8.70.*) to SP8 (8.80.*): > > fail? Windows MSXML MSXML Service Pack > ========================================================== > NO Win2003 SP1 8.70.1104.0 3.0 SP7 > YES Win2003 SP2 8.80.1185.0 3.0 Post SP8 > NO WinXP SP2 8.50.2162.0 3.0 SP5 > YES WinXP SP3 8.100.1048.0 3.0 SP10 > YES WinXP + IE8 8.100.1048.0 3.0 SP10 > > This patch fixes the tests on these failing platforms. > Please change our implementation too to SP8 behavior, and mark other one broken(). > - Reece >

Feb. 26, 2010

RE: Significant performance "regression"

by Vincent Povirk

Any storage-related fixme's? -----Original Message----- From: compholio(a)gmail.com on behalf of Erich Hoover Sent: Fri 2/26/2010 12:31 PM To: Vincent Povirk Cc: WineHQ Development Mailing List Subject: Significant performance "regression" I was looking into updating the AppDB with more recent results for PCB Artist* and discovered that on a fresh Wine install that the application opens and creates new files incredibly slowly (it now takes 23 minutes vs. old performance of ~5 seconds). I ran a regression test and discovered that an added feature in OLE32 is responsible for this "regression." I am, admittedly, not an expert on OLE32 - so I'm hoping that someone else has some thoughts on how to resolve this issue. ---- 226363f5dfb9caa8313e425c7f85ed9fe581f1fe is first bad commit commit 226363f5dfb9caa8313e425c7f85ed9fe581f1fe Author: Vincent Povirk <vincent(a)codeweavers.com> Date: Fri Dec 4 17:33:50 2009 -0600 ole32: Implement transacted storage. :040000 040000 79e7adf6177afe9cb8bfdea75270edb00026c5e5 abc173741982ee971ac490738917d735c6869a78 M dlls ---- Erich Hoover ehoover(a)mines.edu * Free proprietary application, direct download: http://www.4pcb.com/downloads/pcbartist/PcbArtist_1_3_2.exe

Feb. 26, 2010

Significant performance "regression"

by Erich Hoover

I was looking into updating the AppDB with more recent results for PCB Artist* and discovered that on a fresh Wine install that the application opens and creates new files incredibly slowly (it now takes 23 minutes vs. old performance of ~5 seconds). I ran a regression test and discovered that an added feature in OLE32 is responsible for this "regression." I am, admittedly, not an expert on OLE32 - so I'm hoping that someone else has some thoughts on how to resolve this issue. ---- 226363f5dfb9caa8313e425c7f85ed9fe581f1fe is first bad commit commit 226363f5dfb9caa8313e425c7f85ed9fe581f1fe Author: Vincent Povirk <vincent(a)codeweavers.com> Date: Fri Dec 4 17:33:50 2009 -0600 ole32: Implement transacted storage. :040000 040000 79e7adf6177afe9cb8bfdea75270edb00026c5e5 abc173741982ee971ac490738917d735c6869a78 M dlls ---- Erich Hoover ehoover(a)mines.edu * Free proprietary application, direct download: http://www.4pcb.com/downloads/pcbartist/PcbArtist_1_3_2.exe

Feb. 26, 2010

Re: [PATCH 1/5] wined3d: refactoring and add Mesa AMD/ATI driver support

by James Mckenzie

Paul-Andre Panon <ppanon(a)shaw.ca> wrote: >Sent: Feb 25, 2010 10:37 PM Is there any difference between the two sets of files? If so, you should mark the second set as [Try 2] If this was just a resend then it should be marked [resend] Thank you. James McKenzie

Feb. 26, 2010