What with netbooks with small screens abounding, it
might make sense to review our web site and make sure
its most important parts are usable in an 800x600 screen
(easy to simulate, just resize your browser until xwininfo
says it's 800x550, those gnome top and bottom bars
chew 25 pixels each).
Tha
I'm sorry; I failed to do a git-add options.c prior to this commit.
Please use this patch instead.
Cheers,
Jeremy
>From d0c4a185b93a8b3040f4b7ffc001fa3f8f7b0199 Mon Sep 17 00:00:00 2001
From: Jeremy White
Date: Thu, 12 Feb 2009 16:22:46 -0600
Subject: [PATCH] Get resolution from sane, instead
if we do this call with a string of "XX" and a length of 2.
then we create a 2 WCHAR buffer to store the string in.
then i == 0; j == 0 on the first look i++ and j++ so i == 1, j == 1
and length is 2.
then we loop again and i++ and j++ so i == 2, j == 2 and length == 2.
so then when we do the
André Hentschel wrote:
> sorry, had the wrong mail-account last time.
> updating the man-page of winemaker.
> there were such old things, there was dust on it!
>
>
>
>
No attachment here...
Aric Stewart wrote:
> ---
> dlls/gdiplus/graphics.c |3 ++-
> 1 files changed, 2 insertions(+), 1 deletions(-)
>
> diff --git a/dlls/gdiplus/graphics.c b/dlls/gdiplus/graphics.c
> index 2673042..c276a43 100644
> --- a/dlls/gdiplus/graphics.c
> +++ b/dlls/gdiplus/graphics.c
> @@ -1901,7 +1901,8
> From: Paul Vriens [mailto:paul.vriens.w...@gmail.com]
>
> Paul Vriens wrote:
> > Juan Lang wrote:
> >> This removes the unused variables in the last version.
> >> --Juan
> >>
> >>
> >>
> -
> >> ---
> >>
> >>
> > I think that t
2009/2/12 Paul Vriens :
> Juan Lang wrote:
I think that these failures are also because of "not enough rights"
(people running winetest as a normal user). So just removing them is
probably not the best approach?
>>> Maybe it's not that there are not enough rights. The common den
Juan Lang wrote:
>> What we maybe need in the header of the report is more information:
>>
>> - The locale
>> - The screen dimensions
>> - Do we have admin rights
>>
>> (just brainstorming here).
>>
>> That would make it easier to decide if it's a misconfiguration or a real
>> acceptable configurat
> What we maybe need in the header of the report is more information:
>
> - The locale
> - The screen dimensions
> - Do we have admin rights
>
> (just brainstorming here).
>
> That would make it easier to decide if it's a misconfiguration or a real
> acceptable configuration.
Maybe you're right.
Juan Lang wrote:
>>> I think that these failures are also because of "not enough rights"
>>> (people running winetest as a normal user). So just removing them is
>>> probably not the best approach?
>>>
>> Maybe it's not that there are not enough rights. The common denominator that
>> I see is that
>> I think that these failures are also because of "not enough rights"
>> (people running winetest as a normal user). So just removing them is
>> probably not the best approach?
>>
> Maybe it's not that there are not enough rights. The common denominator that
> I see is that all reports/boxes that
Juan Lang wrote:
> Hi Paul,
>
>> This is of course on boxes where people dont' run winetest as a
>> administrator. I'm not sure if ERROR_ACCESS_DENIED is thus actually an
>> acceptable failure. In other tests we have used skip() for this.
>
> Of course that's the reason, but not running as admini
Hi Paul,
> This is of course on boxes where people dont' run winetest as a
> administrator. I'm not sure if ERROR_ACCESS_DENIED is thus actually an
> acceptable failure. In other tests we have used skip() for this.
Of course that's the reason, but not running as administrator is an
acceptable con
Paul Vriens wrote:
> Juan Lang wrote:
>> This removes the unused variables in the last version.
>> --Juan
>>
>>
>>
>>
>>
> I think that these failures are also because of "not enough rights"
> (people running winetest as a no
Juan Lang wrote:
> This removes the unused variables in the last version.
> --Juan
>
>
>
>
>
I think that these failures are also because of "not enough rights" (people
running winetest as a normal user). So just removing
Hi Alistair,
Alistair Leslie-Hughes wrote:
> Hi,
>
> Changelog:
> mshtml: Implement IHTMLStyle get/put minHeight
>
[get|set]_nsstyle_attr_var functions were introduces to avoid the code
duplication like you do. You should use them (and probably implement
VT_I4 handling in set_nsstyle_attr_v
John Klehm wrote:
> On Thu, Feb 12, 2009 at 8:27 AM, Paul Vriens
> wrote:
>> I do it for my own boxes (see attachment). The spikes (up and down) are
>> mainly
>> when I didn't run the tests on all my boxes. But you can see the overall
>> trend.
>>
>
> Nice. :) What are you using to generate tha
On Thu, Feb 12, 2009 at 8:27 AM, Paul Vriens wrote:
> I do it for my own boxes (see attachment). The spikes (up and down) are
> mainly
> when I didn't run the tests on all my boxes. But you can see the overall
> trend.
>
Nice. :) What are you using to generate that?
--John Klehm
Alistair Leslie-Hughes wrote:
> Hi,
>
> Changelog:
> mshtml: Implement IHTMLStyle_put_textDecorationUnderline
+
+return set_style_attr(This, STYLEID_TEXT_DECORATION, v == VARIANT_TRUE ?
valUnderline : emptyW, 0);
You shouldn't compare v to VARIANT_TRUE. The correct way to deal with
bo
On Thu, Feb 12, 2009 at 2:30 AM, Paul Bryan Roberts
wrote:
> Something like "We think your product is superlative but someone may
> wonder if your code not finding this bug in our code might be a bug in your
> code."
>
Well I don't think coverity claims 100% of bugs will be found. :)
>
>
John Klehm wrote:
On Wed, Feb 11, 2009 at 3:58 PM, Juan Lang wrote:
My own feeling is that there are far fewer failing tests now than
there used to be, and I'd sure like to see that reflected somewhere at
a quick glance. Thoughts?
Maybe a test.winehq.org/trends page showing some nice (hopef
-- Forwarded message --
From: Jigar Joshi
Date: Mon, Feb 9, 2009 at 6:53 PM
Subject: Need Your Help about "dll" on linux
To: wine-devel@winehq.org
Respected sir,
i refered your post at
http://www.winehq.org/pipermail/wine-devel/2007-April/055855.html
i want to know have you com
On Thu, Feb 12, 2009 at 01:40:54PM +0100, Paul Vriens wrote:
> Huw Davies wrote:
>> ---
>> dlls/gdi32/tests/font.c | 20 ++--
>> 1 files changed, 10 insertions(+), 10 deletions(-)
>>
>>
>>
>>
>>
> Looks a lo
Huw Davies wrote:
> ---
> dlls/gdi32/tests/font.c | 20 ++--
> 1 files changed, 10 insertions(+), 10 deletions(-)
>
>
>
>
>
Looks a lot like:
http://www.winehq.org/pipermail/wine-patches/2009-February/0
Dan Kegel wrote:
> While I was generating screenshots for my presentation,
> I noticed that http://www.winehq.org/download/ has too
> much clutter at the top. I don't mind the Codeweavers
> ad, but it's not good that users have to scroll down
> to see the useful part of the page...
>
>
Good poi
2009/2/12 Joel Holdsworth :
> On Wed, 2009-02-11 at 23:34 +0100, Alexandre Julliard wrote:
>> Not really, you'll of course still need to build a full 32-bit version
>> of Wine, the 64-bit Wine will never be able to run 32-bit apps. What
>> needs to be improved is that the 64-bit loader should be a
Erik de Castro Lopo writes:
> So there will need to be two executables wine and wine64 and if either is
> started with the wrong kind of binary, it will need to run the binary with
> the other version?
>
> Would it not be possible to have a single light weight binary that has just
> enough code t
On Wed, 2009-02-11 at 23:34 +0100, Alexandre Julliard wrote:
> Not really, you'll of course still need to build a full 32-bit version
> of Wine, the 64-bit Wine will never be able to run 32-bit apps. What
> needs to be improved is that the 64-bit loader should be able to forward
> automatically to
Hi,
I expect this patch will be accepted due to precedent - a few months ago
I submitted the same patch for the same problem in a different routine
in a different compilation unit of ntdll.
Yes, I guess the infinite loop does not occur in practice (someone would
have noticed) and I guess it
29 matches
Mail list logo
