With current git, when I try
rm -rf .wine
sh winetricks -q dotnet40
sh winetricks -q dotnet_verifier
wine netfx_setupverifier.exe
the verifier reports failure:
...
[07/04/12,21:45:13] ERROR File
C:\windows\Microsoft.NET\assembly\GAC_32\System.EnterpriseServices\v4.0_4.0.0.0__b03f5f
Hello all,
I've been working on the wiki recently and noticed that a lot of
out-of-date or redundant information is retained. For example, completed tasks
on to-do lists are checked off and never removed. Isthere an unofficial policy
of not deleting info, even if it may exist elsewhere (in
Hey Joerg,
2012/6/26 :
> Hi,
>
>>If you don't paste all the mmdevapi tests with the fix in my git tree, it's a
>>regression. I don't want to see held_Frames because it's a shadow buffer.
>>If winmm and dsound don't work without it, they're wrong, fix those.
>
> I won't comment on the two individu
On Tue, Jul 3, 2012 at 3:45 PM, Dan Kegel wrote:
> On Tue, Jul 3, 2012 at 1:08 AM, Andrea Canciani wrote:
>> I tried to follow the http://wiki.winehq.org/SubmittingPatches
>> guidelines, but this is my first submission to wine, so I guess the
>> patches might need further improvement.
>> Please p
Vincent Povirk wrote:
> > +todo_wine
> > +expectf(102.499985, bounds.Width);
>
> Please don't hard-code string widths in your tests. It's not likely or
> desirable to get them exactly right.
That's why I'm using 10% bias for comparisons in 4/4.
--
Dmitry.
> +todo_wine
> +expectf(102.499985, bounds.Width);
Please don't hard-code string widths in your tests. It's not likely or
desirable to get them exactly right.
On 07/03/12 20:10, Jacek Caban wrote:
> On 06/29/12 03:35, Austin English wrote:
>> On Thu, Jun 28, 2012 at 6:30 PM, Nicolas Le Cam wrote:
>>> 2012/6/29 Austin English :
Fixes http://bugs.winehq.org/show_bug.cgi?id=30980
--
-Austin
>>> Hi Austin,
>>>
>>> I alread
Hi all,
It's a bit sooner for another Gecko update than usually. This is caused
by the fact, that many existing bugs in our MSHTML are blocked by
another bugs, which require Gecko changes for proper fix. These changes
enable using Gecko's cycle collector to understand our objects. This
solves quit
Dan Kegel wrote on Wed, 04 Jul 2012:
(https://code.google.com/p/winezeug/source/browse/trunk/buildbot/dotests_blacklist.txt
has a list of all the tests that the buildbot failed on while it was
running
The ones annotated with http://xquartz.macosforge.org/trac/ticket/512
should work with the
On Wed, Jul 4, 2012 at 12:15 AM, Andrea Canciani wrote:
>> Do you think you could write a test that (semi-)reliably
>> causes the deadlock you're fixing?
>
> Yes, I guess it should be possible.
> Could you point me to a test which triggers a deadlock (in particular,
> how should the deadlock be ha
10 matches
Mail list logo
