Re: [PATCH] shell32/tests: Fixed SHPathPrepareForWriteW tests on Asian platforms.

2010-12-01 Thread Marvin
Hi, While running your changed tests on Windows, I think I found new failures. Being a bot and all I'm not very good at pattern recognition, so I might be wrong, but could you please double-check? Full results can be found at http://testbot.winehq.org/JobDetails.pl?Key=7381 Your paranoid android.

Re: poor Wine performance creating fat dialogs

2010-12-01 Thread Andreas Pflug
Am 26.11.2010 13:39, schrieb Marcus Meissner: On Fri, Nov 26, 2010 at 01:06:32PM +0100, Andreas Pflug wrote: I'm investigating running a commercial ERP system under Wine (only binary available). It mostly works, but creating the main dialogs for item, customer and such will need around 25 second

Re: Death to win9x?

2010-12-01 Thread Dan Kegel
Joerg-Cyril.Hoehle wrote: > Is it "Death to 16bit" you meant? No. Sorry, I probably should have written more carefully, or not at all. The subject line was chosen to stimulate discussion of the possible consequences of dropping the win9x test runs. Like you, I'm afraid that dropping the win9x t

Death to win9x?

2010-12-01 Thread Joerg-Cyril.Hoehle
Dan Kegel wrote: >I'm all for removing stuff that nobody needs anymore. Who said nobody needs Win9x anymore? > I imagine there >are still a few popular older apps that will force us to keep some old >win9x behaviors around, though, so we probably won't be able >to remove the 'emulate win98' choic

Re: [PATCH 4/5] quartz: Add quality control to sound renderer

2010-12-01 Thread Alexandre Julliard
Maarten Lankhorst writes: > --- > dlls/quartz/dsoundrender.c | 29 + > 1 files changed, 29 insertions(+), 0 deletions(-) It breaks here: ../../../tools/runtest -q -P wine -M quartz.dll -T ../../.. -p quartz_test.exe.so dsoundrender.c && touch dsoundrender.ok dsou

Re: Stopping Win9x testing

2010-12-01 Thread Greg Geldorp
> From: Wolfram Sang > > > I'll mark the Win9x VMs offline when there's nothing queued to run on them. > > Then in a weeks time I can delete them after all jobs referring to them > > have been retired/deleted (referential integrity in the database). > > That means they even won't be available then

Re: [PATCH 2/2] opencl: Basic OpenCL 1.0 implementation. (try 2)

2010-12-01 Thread Alexandre Julliard
Peter Urbanec writes: > Would you like me to resubmit the patch with the dynamic loading > replaced with a simpler linked version? I guess once we see OpenCL 1.1 > implementations in the real world, we can add dynamic loading only for > the affected functions, if any. That would be better, yes.

Re: [PATCH 2/2] opencl: Basic OpenCL 1.0 implementation. (try 2)

2010-12-01 Thread Peter Urbanec
On 01/12/10 22:47, Alexandre Julliard wrote: Peter Urbanec writes: Second, I am anticipating that when wine OpenCL 1.1 support is added, we'll need to determine whether the host is using OpenCL 1.0 or 1.1, at runtime. How is that going to work? OpenCL 1.1 removed the clSetCommandQueueProper

Re: [PATCH 2/2] opencl: Basic OpenCL 1.0 implementation. (try 2)

2010-12-01 Thread Peter Urbanec
On 01/12/10 12:33, Roderick Colenbrander wrote: OpenCL is a little different of course, but I fear that not all OpenCL implementations will like wrapping. What OpenCL applications have you tried so far? The Nvidia GPU Computing SDK (or whatever it was called) has a ton of samples for both Cuda an

Re: [PATCH 2/2] opencl: Basic OpenCL 1.0 implementation. (try 2)

2010-12-01 Thread Alexandre Julliard
Peter Urbanec writes: > Couple of reasons. First, a machine may or may not have an OpenCL > implementation installed and it may or may not have the required > hardware. That's not necessary, the dll will fail to load either way. > Second, I am anticipating that when wine OpenCL 1.1 support > is

Re: [PATCH 2/2] opencl: Basic OpenCL 1.0 implementation. (try 2)

2010-12-01 Thread Peter Urbanec
On 30/11/10 21:15, Alexandre Julliard wrote: Why are you loading everything dynamically instead of simply linking to it? Couple of reasons. First, a machine may or may not have an OpenCL implementation installed and it may or may not have the required hardware. Second, I am anticipating tha

Re: include: Fix error logic

2010-12-01 Thread Alexandre Julliard
André Hentschel writes: > The file is nearly always used with one of both, so "or" makes no sense. > Also if you have a look through tchar.h you see it catches all cases, > but not the case where both are defined It doesn't make any sense to define both. -- Alexandre Julliard julli...@winehq.o

Re: Stopping Win9x testing

2010-12-01 Thread Wolfram Sang
> I'll mark the Win9x VMs offline when there's nothing queued to run on them. > Then in a weeks time I can delete them after all jobs referring to them > have been retired/deleted (referential integrity in the database). That means they even won't be available then for some specific corner-case t