err:msi:cabinet_copy_file failed to create L"C:\\users\\Public\\Application
Data\\Adobe\\Adobe PDF\\Settings\\Standard.joboptions" (error 3)
err:msi:extract_cabinet FDICopy failed
err:msi:ACTION_InstallFiles Failed to extract cabinet: L"Data1.cab"
err:msi:ITERATE_Actions Execution halted, action L"
On Thu, Aug 22, 2013 at 1:23 PM, Ken Sharp wrote:
> Could a Bugzilla admin please delete the attachments in
> http://bugs.winehq.org/show_bug.cgi?id=24867 ? I don't know if
> metatester.exe can be freely distributed.
Done.
--
-Austin
Could a Bugzilla admin please delete the attachments in
http://bugs.winehq.org/show_bug.cgi?id=24867 ? I don't know if
metatester.exe can be freely distributed.
On 22 August 2013 03:31, Gediminas Jakutis wrote:
> +{"GTX 770", CARD_NVIDIA_GEFORCE_GTX770},/* Geforce 700 -
> highend */
> {"GTX 770M",CARD_NVIDIA_GEFORCE_GTX770M}, /* Geforce 700 -
> midend high mobile */
That doesn't work, it will always match "GTX 770
On Aug 22, 2013, at 12:07 AM, Charles Davis wrote:
> Try 2: Eliminiate dead store. Sort export functions by name.
Looks OK to me.
-Ken
On Aug 21, 2013, at 11:49 PM, Charles Davis wrote:
> On Aug 21, 2013, at 10:34 PM, Ken Thomases wrote:
>
>> On Aug 21, 2013, at 9:42 PM, Charles Davis wrote:
>>> +static HANDLE import_utf16_to_unicodetext(CFDataRef data)
>>> +{
>>> +const WCHAR *src;
>>> +unsigned long data_len;
>>> +
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 2013-08-22 15:33, schrieb Henri Verbeet:
> On 22 August 2013 14:57, Stefan Dösinger
> wrote:
>> +if (volume->locations & WINED3D_LOCATION_DISCARDED)
>> +{ +TRACE("Volume previously
>> discarded, nothing to d
On 22 August 2013 14:57, Stefan Dösinger wrote:
> +if (volume->locations & WINED3D_LOCATION_DISCARDED)
> +{
> +TRACE("Volume previously discarded, nothing to do.\n");
> +wined3d_volume_invalidate_location(volume,
> WINED3D_LOCATION_DISCARDED
On 08/22/2013 04:08 PM, Alexandre Julliard wrote:
Nikolay Sivov writes:
Some tests for LoadRegTypeLib() with activated context
From 1ea3d8c82dd77ac14f2cdec748c0284032958b2f Mon Sep 17 00:00:00 2001
From: Nikolay Sivov
Date: Wed, 21 Aug 2013 12:34:47 +0400
Subject: [PATCH 5/6] Some tests for
Nikolay Sivov writes:
> Some tests for LoadRegTypeLib() with activated context
>
> From 1ea3d8c82dd77ac14f2cdec748c0284032958b2f Mon Sep 17 00:00:00 2001
> From: Nikolay Sivov
> Date: Wed, 21 Aug 2013 12:34:47 +0400
> Subject: [PATCH 5/6] Some tests for LoadRegTypeLib() with activated context
I
On 22 August 2013 13:32, Stefan Dösinger wrote:
> Is it ok to worry about this later and just remove
> WINED3D_RESOURCE_ACCESS_SCRATCH for now?
>
Sure.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 2013-08-22 13:14, schrieb Henri Verbeet:
> On 22 August 2013 13:07, Stefan Dösinger
> wrote:
>> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1
>>
>> Am 2013-08-22 12:58, schrieb Henri Verbeet:
>>> Yes, but if "pool" goes away we need some other way
On 22 August 2013 13:07, Stefan Dösinger wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Am 2013-08-22 12:58, schrieb Henri Verbeet:
>> Yes, but if "pool" goes away we need some other way to check for
>> scratch resources. It's just that in retrospect the access flags
>> probably aren
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 2013-08-22 12:58, schrieb Henri Verbeet:
> Yes, but if "pool" goes away we need some other way to check for
> scratch resources. It's just that in retrospect the access flags
> probably aren't the right place.
If pool goes to d3d8/9, the checks sh
On 8/22/2013 14:55, 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/JobDetails
On 22 August 2013 11:53, Stefan Dösinger wrote:
> I think it's best to check the pool in operations that accept a
> resource as parameter. We already do that in most places.
Yes, but if "pool" goes away we need some other way to check for
scratch resources. It's just that in retrospect the access
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=26813
Your paranoid android
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 2013-08-22 10:25, schrieb Henri Verbeet:
> Yeah, I'm not particularly happy about it either. The issue is
> that scratch resources allow some extra formats over sysmem
> resources, but can't be used for resource uploads. The idea is to
> eventually
On 22 August 2013 09:58, Stefan Dösinger wrote:
> What I'm not quite happy with is WINED3D_RESOURCE_ACCESS_SCRATCH.
> Scratch resources are mappable. Having the extra location just
> complicates things and I see no gain from it.
>
Yeah, I'm not particularly happy about it either. The issue is that
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 2013-08-22 09:11, schrieb Henri Verbeet:
> On 22 August 2013 00:30, Stefan Dösinger
> wrote:
>> +const char *wined3d_debug_location(DWORD location) +{ +char
>> buf[238];
> That number looks a bit arbitrary, although I suppose it's at
> least la
On 22 August 2013 00:30, Stefan Dösinger wrote:
> +const char *wined3d_debug_location(DWORD location)
> +{
> +char buf[238];
That number looks a bit arbitrary, although I suppose it's at least
large enough.
> +if (volume->resource.pool == WINED3D_POOL_SYSTEM_MEM
> +|| volume->
21 matches
Mail list logo
