Am 19.08.2013 01:57, schrieb Dan Kegel:
> I don't seem to have saved the (crappy) script.
>
> There is something similar at
> https://code.google.com/p/winezeug/source/browse/#svn%2Ftrunk%2Fappdb-mashup
>
> and it wouldn't be too hard to whip something up again for somebody
> who is motivated.
--
On Sat, Aug 17, 2013 09:02 BST Frédéric Delanoy wrote:
>On Sat, Aug 17, 2013 at 5:57 AM, xulixin wrote:
>> Should I change my name's spelling to Lixin Xu, or LiXin Xu, or other
>> format?
>
>Not sure, most people (at least non-Chinese) use firstname lastname
>conven
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 2013-08-19 17:08, schrieb Stefan Dösinger:
> I'm not entirely sure about the SIZE_T align = RESOURCE_ALIGNMENT -
> 1 + sizeof(*p); line though. Msvcrt doesn't have the - 1, and
> allocating size + RESOURCE_ALIGNMENT bytes might be enough. msvcrt
> a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 2013-08-19 14:34, schrieb Henri Verbeet:
> On 19 August 2013 14:20, Stefan Dösinger
> wrote:
>> Am 2013-08-19 13:53, schrieb Henri Verbeet:
>>> That's actually a bug in what I posted.
>> What's your suggested fix? Allocating size + align + alignmen
2013/8/19 Alexandre Julliard :
> Kai Tietz writes:
>
>> 2013/8/19 Alexandre Julliard :
>>> Kai Tietz writes:
>>>
diff --git a/tools/widl/widl.c b/tools/widl/widl.c
index 5df99fc..6d8ec87 100644
--- a/tools/widl/widl.c
+++ b/tools/widl/widl.c
@@ -139,7 +139,7 @@ int line_n
Kai Tietz writes:
> 2013/8/19 Alexandre Julliard :
>> Kai Tietz writes:
>>
>>> diff --git a/tools/widl/widl.c b/tools/widl/widl.c
>>> index 5df99fc..6d8ec87 100644
>>> --- a/tools/widl/widl.c
>>> +++ b/tools/widl/widl.c
>>> @@ -139,7 +139,7 @@ int line_number = 1;
>>>
>>> static FILE *idfile;
>
2013/8/19 Alexandre Julliard :
> Kai Tietz writes:
>
>> diff --git a/tools/widl/widl.c b/tools/widl/widl.c
>> index 5df99fc..6d8ec87 100644
>> --- a/tools/widl/widl.c
>> +++ b/tools/widl/widl.c
>> @@ -139,7 +139,7 @@ int line_number = 1;
>>
>> static FILE *idfile;
>>
>> -unsigned int pointer_size
Damian wrote:
> 1) ATI or nVidia for new GPU? Does SLI/Crossfire work with wine?
Don't know. I just use nvidia cards I find in the trash :-) But then
I don't actually play games, so I don't care about 3d performance.
> 2) FX 8320 or intel same price class CPU? As the AMD has far inferior
> sing
On 19 August 2013 14:20, Stefan Dösinger wrote:
> Am 2013-08-19 13:53, schrieb Henri Verbeet:
>> That's actually a bug in what I posted.
> What's your suggested fix? Allocating size + align + alignment, and
> adding alignment to mem if mem happens to be already aligned?
>
I think it needs to be "a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 2013-08-19 13:53, schrieb Henri Verbeet:
> On 19 August 2013 13:38, Stefan Dösinger
> wrote:
>> I guess in theory any kind of payload could be added to your
>> implementation, but growing this larger than
>> RESOURCE_ALIGNMENT(=16) bytes moots the
John Chadwick writes:
> This patch was posted a bit ago without any objections, but seemingly
> slipped through the cracks. Very slight revisions were made since try
> 3 to improve the conciseness of code.
>
> From 8157b8a3d347c47f7f21e74d621632b4a9f50fd6 Mon Sep 17 00:00:00 2001
> From: John Cha
On 19 August 2013 13:51, Stefan Dösinger wrote:
> Am 2013-08-19 12:39, schrieb Henri Verbeet:
>> On 19 August 2013 10:52, Stefan Dösinger
>> wrote:
>>> +void wined3d_volume_set_texture_level(struct wined3d_volume
>>> *volume, GLint level) +{ +volume->texture_level = level; +}
>>>
>> I think t
On 19 August 2013 13:38, Stefan Dösinger wrote:
> I guess in theory any kind of payload could be added to your
> implementation, but growing this larger than RESOURCE_ALIGNMENT(=16)
> bytes moots the point I guess.
The point is mostly that I don't think we want the wined3d_heap_memory
structure to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 2013-08-19 12:39, schrieb Henri Verbeet:
> On 19 August 2013 10:52, Stefan Dösinger
> wrote:
>> +void wined3d_volume_set_texture_level(struct wined3d_volume
>> *volume, GLint level) +{ +volume->texture_level = level; +}
>>
> I think that's a s
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 2013-08-19 12:31, schrieb Henri Verbeet:
> On 19 August 2013 10:52, Stefan Dösinger
> wrote:
>> @@ -184,7 +184,16 @@ HRESULT CDECL wined3d_volume_map(struct
>> wined3d_volume *volume, volume, map_desc, box, flags);
>>
>> if (!volume->resource.allo
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 2013-08-19 12:29, schrieb Henri Verbeet:
> I don't think this is a good idea. How about something like the
> following? The corresponding free function would be trivial.
I guess this works for the purposes of this patchset. However, in my
command s
Kai Tietz writes:
> diff --git a/tools/widl/widl.c b/tools/widl/widl.c
> index 5df99fc..6d8ec87 100644
> --- a/tools/widl/widl.c
> +++ b/tools/widl/widl.c
> @@ -139,7 +139,7 @@ int line_number = 1;
>
> static FILE *idfile;
>
> -unsigned int pointer_size = 0;
> +unsigned int pointer_size = si
On 19 August 2013 10:52, Stefan Dösinger wrote:
> +void wined3d_volume_set_texture_level(struct wined3d_volume *volume, GLint
> level)
> +{
> +volume->texture_level = level;
> +}
>
I think that's a step in the wrong direction. I think this should be
set on volume creation. We do have a constr
On 19 August 2013 10:52, Stefan Dösinger wrote:
> +volume->flags |= WINED3D_VFLAG_LOCKABLE; /* FIXME */
You'll probably want to fix that :-) I think you can just leave the
flag out until you rename it to WINED3D_VFLAG_MAPPABLE in one of the
later patches.
On 19 August 2013 10:52, Stefan Dösinger wrote:
> @@ -184,7 +184,16 @@ HRESULT CDECL wined3d_volume_map(struct wined3d_volume
> *volume,
> volume, map_desc, box, flags);
>
> if (!volume->resource.allocatedMemory)
> -volume->resource.allocatedMemory = HeapAlloc(GetProcess
On 19 August 2013 10:52, Stefan Dösinger wrote:
> +struct wined3d_heap_memory *wined3d_alloc_resource_mem(UINT size)
> +{
> +struct wined3d_heap_memory *ret;
> +
> +ret = HeapAlloc(GetProcessHeap(), HEAP_ZERO_MEMORY, sizeof(*ret));
> +if (!ret)
> +return NULL;
> +
> +ret->a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Henri, Matteo,
When reviewing those patches, please have a look at the attached
archive. It contains the rest of the volume cleanup patches and some
tests.
Cheers,
Stefan
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.20 (GNU/Linux)
Comment: Usin
On Sat, Aug 17, 2013 at 5:31 PM, Ken Sharp wrote:
>
>
> On 17/08/13 09:02, Frédéric Delanoy wrote:
>>
>> Hwang YunSong (황윤성)
>
>
> Looks like UTF-8 works fine, so you could always use your real Chinese name.
Of course Ken but then you miss the point of transliteration ;)
--
Frédéric Delanoy
23 matches
Mail list logo
