Great thanks!
On Mon, 2009-09-07 at 00:42 +0400, Nikolay Sivov wrote:
> Joel Holdsworth wrote:
> > Hi All,
> >
> > Does anyone know what DLL the image 32-bit version the standard image
> > list IDB_VIEW_SMALL_COLOR is stored in in Windows? You can see some of
> > it in this screenshot:
> > http://
I ran into a bug last week regarding the lack of
SIO_GET_EXTENSION_FUNCTION_POINTER support in WSAIoctl.
Are there any outstanding issues preventing it's implementation?
Perhaps if anyone has worked in this area, are there any things I should
look out for when trying to implement it? At first
Henri Verbeet wrote:
> 2009/9/5 Stefan Dösinger :
>
>> +/* All GL_ATI_meminfo enums return 4 ints, even the (undocumented)
>> + * GL_TOTAL_PHYSICAL_MEMORY_ATI one, which returns {mem, 0, 0, 0} */
>> +GLint mem[4];
>> +/* Returns the vidmem in KB */
>> +glG
Stephan Rose wrote:
> Sets up DDPixelFormat for WINED3DFMT_X8L8V8U8, WINED3DFMT_R8G8B8A8_SNORM and
> WINED3DFMT_R16G16_SNORM formats.
>
> Fixes errors in the game http://www.alawar.com/game/tikibar/ that keep it
> from running due missing pixel format conversions of the above bump map
> formats.
Am Sunday 06 September 2009 22:27:14 schrieb Henri Verbeet:
> 2009/9/5 Stefan Dösinger :
> > +/* All GL_ATI_meminfo enums return 4 ints, even the
> > (undocumented) + * GL_TOTAL_PHYSICAL_MEMORY_ATI one, which
> > returns {mem, 0, 0, 0} */ +GLint mem[4];
> > +/* Retur
Joel Holdsworth wrote:
Hi All,
Does anyone know what DLL the image 32-bit version the standard image
list IDB_VIEW_SMALL_COLOR is stored in in Windows? You can see some of
it in this screenshot:
http://www.airwebreathe.org.uk/IDB_VIEW_SMALL_COLOR.png. I might expect
it to be in comctl32.dll with
On 06.09.2009 22:29, Joel Holdsworth wrote:
> Does anyone know where the 32-bit one is?
comctl32.dll version 6, it seems.
-f.r.
Hi All,
Does anyone know what DLL the image 32-bit version the standard image
list IDB_VIEW_SMALL_COLOR is stored in in Windows? You can see some of
it in this screenshot:
http://www.airwebreathe.org.uk/IDB_VIEW_SMALL_COLOR.png. I might expect
it to be in comctl32.dll with the other common image l
2009/9/5 Stefan Dösinger :
> So far ATI hasn't updated the extension spec, but the code works nevertheless,
> and I don't have any problem with using this functionality if available.
>
The implication is that when someone implements ATI_meminfo as
documented in the actual spec it won't work properl
2009/9/5 Stefan Dösinger :
> +/* All GL_ATI_meminfo enums return 4 ints, even the (undocumented)
> + * GL_TOTAL_PHYSICAL_MEMORY_ATI one, which returns {mem, 0, 0, 0} */
> +GLint mem[4];
> +/* Returns the vidmem in KB */
> +glGetIntegerv(GL_TOTAL_PHYSICAL_MEMO
2009/9/3 Stephan Rose :
> +case WINED3DFMT_R8G8B8A8_SNORM:
> +DDPixelFormat->dwFlags = DDPF_BUMPDUDV;
> +DDPixelFormat->dwFourCC = 0;
> +DDPixelFormat->u1.dwBumpBitCount = 32;
> +DDPixelFormat->u2.dwBumpDuBitMask = 0xFF00;
> +
2009/9/6 Tom Wickline :
> You forgot the patch :)
Er, it's 0/3 it was supposed to be just a description of patchset. I
think I grabbed that style from iwlwifi patches policy :)
So there are 3 patches:
0001-server-expand-protocol-to-store-global-key-state.txt
0002-winex11.drv-set-global-key-state.
You forgot the patch :)
2009/9/6 Rafał Miłecki
> Hi,
>
> This patchset fixes bug #5623 [1]. I've tested this with EasyUO app
> and other random apps run in the same wineserver.
>
> I've run tests in user32 to check for regressions, no changes. I've
> checked compilation & user32's test after app
Eric Pouech schrieb:
> Hi André
> a couple of comments to your patch
always welcome!
> IMO, we should also test that cbReserved2 is >= sizeof(unsigned)
> otherwise we'd be in trouble
maybe you had something like that patch in mind:
http://www.winehq.org/pipermail/wine-patches/2009-August/077766.ht
André Hentschel a écrit :
Some Apps e.g. mingw-apps use lpReserved2 to pass some data to the
child-process, this data starts with 4 Byte of Zeros(unsinged 0) to tell msvcrt
not to read that as an inherit-block.
Hi André
a couple of comments to your patch
See also Bug 18479
---
dlls/msvcrt
Am 06.09.2009 09:55, schrieb Ben Klein:
2009/9/6 Keith Muir:
My understanding is that all Total War games work off the Rome Total War
engine and you are correct the wine project under no circumstances should it
focus on individual applications. That said if there is a game engine which
sever
2009/9/6 Keith Muir :
> My understanding is that all Total War games work off the Rome Total War
> engine and you are correct the wine project under no circumstances should it
> focus on individual applications. That said if there is a game engine which
> several games use in this case fixing the p
Dan Kegel wrote:
> wineconsole also became invisible with that regression.
> Your patch fixes it, thank goodness.
>
>
I've rolled the patch into the Ubuntu packages (9.04 was uploaded
yesterday, 8.10 and 8.04 are in progress)
Thanks,
Scott Ritchie
18 matches
Mail list logo