On 07/29/2011 01:29 AM, Octavian Voicu wrote:
+else
+win_skip("Not on WOW64, skipping test.\n");
Why a win_skip()? Isn't a normal skip() more appropriate?
--
Cheers,
Paul.
On Jul 28, 2011 10:50 PM, "Dan Kegel" wrote:
>
> What's with messages like
> http://www.winehq.org/pipermail/wine-bugs/2011-July/285020.html ?
>
I was doing Bugzilla maintenance and cleared the unsent email queue.
-Austin
What's with messages like
http://www.winehq.org/pipermail/wine-bugs/2011-July/285020.html ?
On 28 July 2011 22:46, wrote:
> This patch fixes the problem that a GeForce GTX560 Ti GPU is not being
> detected in current build. (http://bugs.winehq.org/show_bug.cgi?id=27924)
>
The change itself looks reasonable enough, though I don't have the
hardware to verify the strings. Please use git to
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=12984
Your paranoid android
On Thu, Jul 28, 2011 at 7:46 PM, Alexandre Julliard wrote:
> Bernhard Loos writes:
>
>> @@ -1273,10 +1282,16 @@ static NTSTATUS server_ioctl_file( HANDLE handle,
>> HANDLE event,
>>
>> if (wait_handle)
>> {
>> - NtWaitForSingleObject( wait_handle, (options &
>> FILE_SYNCHRONOUS
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=12982
Your paranoid android
On Sun, May 23, 2010 at 22:45, Wolfram Sang wrote:
>> Probably it would be better to add a field for commit id that caused
>> a regression just like there is one for url/keywords instead of inventing
>> new keywords. So a 'regression' with a commit id would automatically mean
>> 'bisected'. That w
On Thu, Jul 28, 2011 at 7:40 PM, Austin English wrote:
> This was mentioned a while back, though I can't find the reference on
> wine-devel, perhaps it was in #winehackers...
>
> Anyway, would anyone be opposed to merging the Mac OS X versions (and
> possibly the Windows versions) in the OS field
This was mentioned a while back, though I can't find the reference on
wine-devel, perhaps it was in #winehackers...
Anyway, would anyone be opposed to merging the Mac OS X versions (and
possibly the Windows versions) in the OS field in Bugzilla? We don't
differentiate any other OS, and for Windows
>> I'd be interested if there's a space going free. We just get to send 2
>> mentors though as I understand it?
> Yes. I'd be interested as well, that's why I started this thread. I've been
> there already in 2009, so if anyone else wants to go I'd be happy to yield.
Whoever does go, I'll be happy
> This Reserved1[0] is the DPC Time but I'm wondering what values from
> /proc/stat to use here (remainder[0] is I/O wait). We could always make up
> something of course but being accurate would be nicer.
DPC Time has no equivalent in /proc/stat. It's an NT thing. Making
something up is the only
Bernhard Loos writes:
> @@ -1273,10 +1282,16 @@ static NTSTATUS server_ioctl_file( HANDLE handle,
> HANDLE event,
>
> if (wait_handle)
> {
> -NtWaitForSingleObject( wait_handle, (options &
> FILE_SYNCHRONOUS_IO_ALERT), NULL );
> -status = io->u.Status;
> +sta
Frédéric Delanoy writes:
> ---
> programs/cmd/tests/test_builtins.cmd |6 ++
> programs/cmd/tests/test_builtins.cmd.exp | 11 +++
> 2 files changed, 17 insertions(+), 0 deletions(-)
It fails here:
../../../tools/runtest -q -P wine -M cmd.exe -T ../../.. -p cmd.exe_test.ex
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=12975
Your paranoid android
On Thu, Jul 28, 2011 at 04:14:56PM +0200, Wolfgang Walter wrote:
> I think that
>
> bitmapinfo_from_user_bitmapinfo()
>
> is the real culprit. I think colors gets to big (> 256) and therefore the
> size
> for the memcpy.
Hopefully http://source.winehq.org/patches/data/77076 should fix th
Am Mittwoch, 27. Juli 2011 schrieben Sie:
> On Wed, Jul 27, 2011 at 6:44 PM, Wolfgang Walter wrote:
> > - char src_bmibuf[FIELD_OFFSET( BITMAPINFO, bmiColors[256] )];
> > - BITMAPINFO *src_info = (BITMAPINFO *)src_bmibuf;
> > - char dst_bmibuf[FIELD_OFFSET( BITMAPINFO, bmiColors[256] )];
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 26.07.2011 um 11:29 schrieb Michael Mc Donnell:
>> Duplicating the code for 16 and 32 bit indices looks a bit ugly. Maybe you
>> can use inline functions to read and write values from the proper buffer?
>> The other possibility, which the ddraw b
On 07/28/11 13:45, Marvin wrote:
> 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/
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=12968
Your paranoid android
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=12967
Your paranoid android
Austin English writes:
> In the case of bug 27908, there was no release yet, and I don't think
> it's unreasonable for a user to report bugs that are in the latest
> release. Building from git is a time/space consuming pain for most
> users. If a user reports a bug in a very old release, it's not
22 matches
Mail list logo
