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.
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
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
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
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
> 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
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.
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
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
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
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
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
> 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
13 matches
Mail list logo