Dmitry Timoshkov wrote:
> Marvin wrote:
>
> > === WINEBUILD (build) ===
> > Patch failed to apply
>
> Because it depends on a not yet applied
> "windowscodecs: Add metadata reader information to the registry."
I should add, that the patch adds nothing new to the tests, it just moves
around a
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=18837
Your paranoid android
Marvin wrote:
> === WINEBUILD (build) ===
> Patch failed to apply
Because it depends on a not yet applied
"windowscodecs: Add metadata reader information to the registry."
--
Dmitry.
2012/6/4 Dan Kegel :
> I had the same problem, and wrote a little script to skip the bad tests.
> It was written for buildbot, but can be run standalone.
> Try downloading
> http://winezeug.googlecode.com/svn/trunk/buildbot/dotests.sh
> and
> http://winezeug.googlecode.com/svn/trunk/buildbot/dotest
Jacek Caban writes:
> ---
> dlls/urlmon/file.c |8 +++-
> dlls/urlmon/tests/protocol.c |4
> 2 files changed, 11 insertions(+), 1 deletions(-)
It doesn't work here:
../../../tools/runtest -q -P wine -M urlmon.dll -T ../../.. -p
urlmon_test.exe.so protocol.c && touch
On Mon, 28 May 2012 16:00:49 +0200
André Hentschel wrote:
> Am 28.05.2012 15:26, schrieb Rosanne DiMesio:
> > As of the release of 1.5.5, 1.4 has dropped off the list of Wine versions
> > for which AppDB test reports can be submitted.
> >
> > Can someone please add it to the list of stable rele
On Wed, Jun 6, 2012 at 5:56 AM, Alexandre Julliard wrote:
> "Erich E. Hoover" writes:
>
>> @@ -285,7 +285,9 @@ void async_set_result( struct object *obj, unsigned int
>> status, unsigned int tot
>> if (async->timeout) remove_timeout_user( async->timeout );
>> async->timeout = N
> The core of mono is safe. It is covered under ECMA-334 (C# language)
> and ECMA-335 (CLIR vm).
> The mono MS Compatibility Stack, which includes:
> - XML
> - ASP.NET
> - Windows.Forms
> - ADO.NET
> - Core cryptography
> - Transactions
>
> is a grey area now since the project is not part of Novell
On Wed, Jun 6, 2012 at 3:36 PM, Vincent Povirk wrote:
>> It is not so much the technical details that are the problem.
>>
>> It is the LEGAL problems and potential legal problems that are at the root
>> of my complaint.
>>
>> Telling me that I have the technical details wrong does not help. I hav
Looks good.
Here are some notes in case you get around to implementing this before I do:
I found it very surprising that no metadata handlers seem to implement
IWICMetadataBlockReader, while many of them advertise that they can be
found in other metadata formats. I'm guessing that metadata handle
> It is not so much the technical details that are the problem.
>
> It is the LEGAL problems and potential legal problems that are at the root
> of my complaint.
>
> Telling me that I have the technical details wrong does not help. I have
> very carefully tried to move the discussion away from sec
A previous google search did show up someone modifying GCC to add that level
of CC info for another architecture so I'm sure it is something that we can do
for x86. I don't know how complex it would be either. I was hoping it was
already done and it was just a matter of a compiler flag. I
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=18815
Your paranoid android
On 06/06/12 13:58, 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/
dwarf4 allows each compiler vendor to add its own range of CC values
in the DW_AT_calling_convention field. this means that the vendor must
create its own table for mapping each used CC to a given value.
from a wine standpoint, the list should be rather small (stdcall,
fastcall...) (on top of cdecl
"Erich E. Hoover" writes:
> @@ -285,7 +285,9 @@ void async_set_result( struct object *obj, unsigned int
> status, unsigned int tot
> if (async->timeout) remove_timeout_user( async->timeout );
> async->timeout = NULL;
> async->status = status;
> -if (async->data
Alexandre Julliard wrote:
> > This version of the test tries harder to avoid races that could cause
> > the test failures.
>
> It's not races, it's failing consistently here, even with your latest
> version. I don't think you can reliably test expose events processing
> from a Windows app.
It w
Dmitry Timoshkov writes:
> This version of the test tries harder to avoid races that could cause
> the test failures.
It's not races, it's failing consistently here, even with your latest
version. I don't think you can reliably test expose events processing
from a Windows app.
--
Alexandre Jul
Marcus Meissner writes:
> On Wed, Jun 06, 2012 at 11:56:06AM +0200, Jacek Caban wrote:
>> On 06/06/12 11:52, Alexandre Julliard wrote:
>> > Jacek Caban writes:
>> >
>> >> This usage of list is broken here as well. list_init should be called
>> >> before list_add_head (so calling it early in init
Hi Eric,
Thanks for replying. I saw that in the DWARF spec and I was afraid that DWARF
may not provide detailed Info. But I also read in the spec that the compilers
use a DWARF extension feature to convey additional info such as calling
convention for each routine. Is there a way to coax GCC
On Wed, Jun 06, 2012 at 11:56:06AM +0200, Jacek Caban wrote:
> On 06/06/12 11:52, Alexandre Julliard wrote:
> > Jacek Caban writes:
> >
> >> This usage of list is broken here as well. list_init should be called
> >> before list_add_head (so calling it early in initialization code will
> >> fix bot
Christian Costa writes:
> ---
> dlls/d3drm/meshbuilder.c | 37 +
> 1 files changed, 37 insertions(+), 0 deletions(-)
It doesn't work here:
../../../tools/runtest -q -P wine -M d3drm.dll -T ../../.. -p d3drm_test.exe.so
d3drm.c && touch d3drm.ok
d3drm.c:37
On 06/06/12 11:52, Alexandre Julliard wrote:
> Jacek Caban writes:
>
>> This usage of list is broken here as well. list_init should be called
>> before list_add_head (so calling it early in initialization code will
>> fix both problems).
> There's no reason to call list_init on list entries, it sh
Jacek Caban writes:
> This usage of list is broken here as well. list_init should be called
> before list_add_head (so calling it early in initialization code will
> fix both problems).
There's no reason to call list_init on list entries, it should only be
called on the actual list.
--
Alexand
On 06/06/12 11:34, Marcus Meissner wrote:
> On Wed, Jun 06, 2012 at 11:31:52AM +0200, Jacek Caban wrote:
>> Hi Marcus,
>>
>> On 06/06/12 10:17, Marcus Meissner wrote:
>>> Hi,
>>>
>>> wine control.exe joy crashed in this line, as it should be wine
>>> control.exe joy.cpl.
>>>
>>> The list is just
On Wed, Jun 06, 2012 at 11:31:52AM +0200, Jacek Caban wrote:
> Hi Marcus,
>
> On 06/06/12 10:17, Marcus Meissner wrote:
> > Hi,
> >
> > wine control.exe joy crashed in this line, as it should be wine
> > control.exe joy.cpl.
> >
> > The list is just not setup yet as we fail...
> >
> > Ciao, Mar
Hi Marcus,
On 06/06/12 10:17, Marcus Meissner wrote:
> Hi,
>
> wine control.exe joy crashed in this line, as it should be wine control.exe
> joy.cpl.
>
> The list is just not setup yet as we fail...
>
> Ciao, Marcus
> ---
> dlls/shell32/control.c |2 +-
> 1 files changed, 1 insertions(+),
27 matches
Mail list logo
