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=7173
Your paranoid android.
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=7171
Your paranoid android.
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=7170
Your paranoid android.
Im trying to build a simple winelib. Its not working and is returning 'error
127'. I have some question:
(1) how do i determine which functions are exported by wine? All i see using
nm zmq.dll.so is the names of my proxy function (add_proxy) instead of the
name that is going to be called by the wi
On Thu, Nov 18, 2010 at 3:35 PM, Henri Verbeet wrote:
> On 18 November 2010 15:05, Matijn Woudt wrote:
>> For the implementation, we might be able to detect this inside
>> CreateDevice, and skip the creation of a swapchain. Not sure if that's
>> a correct fix though.
>>
> Swapchain creation isn't
Hi Andreas,
Thanks for helping Wine!
A few administrivial issues:
Please submit only one attachment per post.
Also, please avoid sending HTML mail to wine-patches.
See http://wiki.winehq.org/SubmittingPatches
- Dan
On Thu, Nov 18, 2010 at 4:05 AM, Andreas Pflug wrote:
>
> This complements my prev
On 18 November 2010 15:05, Matijn Woudt wrote:
> For the implementation, we might be able to detect this inside
> CreateDevice, and skip the creation of a swapchain. Not sure if that's
> a correct fix though.
>
Swapchain creation isn't something you want to skip. Perhaps it's
possible to delay GL
Dmitry Timoshkov writes:
> ---
> dlls/gdi32/freetype.c | 304
> +
> 1 files changed, 205 insertions(+), 99 deletions(-)
It doesn't build on Mac:
gcc -m32 -c -I. -I. -I../../include -I../../include
-I/usr/local/include/freetype2 -I/usr/local/in
I got confused by the relay logs earlier (they don't include the calls
to com objects), it's our implementation of IDirect3D9::CreateDevice
which is calling SetPixelFormat. The application calls CreateDevice
with focus_window a handle from GetDesktopWindow();
You're right that the game isn't actua
On 18 November 2010 14:59, Stefan Dösinger wrote:
> Am Donnerstag 18 November 2010, 12:21:39 schrieb Henri Verbeet:
>> + if (!resource_size) return WINED3DERR_INVALIDCALL;
> Shouldn't we add a format flag that controls wether a format can be used to
> create a resource instead? I'm thinking abo
Borut Razem writes:
> I was also thinking abut that. We could add a hProcess member to the
> ioinfo structure, but this means MSVCRT_MAX_FILES * sizeof(HANDLE) =
> 2048 * 4 = 8KB additional data space, which will be more then less
> unused...
That's not an issue, if it's unused the cost is minim
Dmitry Timoshkov writes:
> +if (!ReadFile(hfile, &dos, sizeof(dos), NULL, NULL))
> +goto errexit;
> +
> +if (dos.e_magic != IMAGE_DOS_SIGNATURE)
> +goto errexit;
> +
> +if (SetFilePointer(hfile, dos.e_lfanew, NULL, FILE_BEGIN) ==
> INVALID_SET_FILE_POINTER)
> +
Am Donnerstag 18 November 2010, 12:21:39 schrieb Henri Verbeet:
> +if (!resource_size) return WINED3DERR_INVALIDCALL;
Shouldn't we add a format flag that controls wether a format can be used to
create a resource instead? I'm thinking about the NULL fourcc code that also
has a resource size of
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=7157
Your paranoid android.
I had patched IWineGDISwapChainImpl_Present, which can now fully support
looping behavior on swapchain for more than one backbuffer. Patch 2/3 allows
more backbuffers creation for GDI surfaces, and last patch is test to ddraw.
From
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=7145
Your paranoid android.
16 matches
Mail list logo