I think it's actually the second case you mentioned. I'm pasting an excerpt
from 'objdump -x' of the dll. The issue happens with bgm.dll from the game
"Hotline Miami".
Regards and sorry for the long paste below,
Alessandro Pignotti
---
bgm.dll: fo
Ken Thomases wrote:
> > Please add a message test instead, it would much more clearer show what is
> > going on.
>
> I added to the existing tests of WM_CANCELMODE because that's what this new
> test is. It's just like the existing tests except with a different way of
> initiating menu tracking
On May 17, 2013, at 12:21 AM, Dmitry Timoshkov wrote:
> Ken Thomases wrote:
>
>> dlls/user32/tests/menu.c | 21 -
>
> Please add a message test instead, it would much more clearer show what is
> going on.
I added to the existing tests of WM_CANCELMODE because that's what t
Ken Thomases wrote:
> dlls/user32/tests/menu.c | 21 -
Please add a message test instead, it would much more clearer show what is
going on.
> +{MSG msg; while (PeekMessage(&msg, 0, 0, 0, PM_REMOVE))
> DispatchMessage(&msg);}
Please avoid creating such embedded block
On Thu, May 16, 2013 at 2:26 PM, Christian Costa wrote:
> Also remove fixme in wined3d_device_get_software_vertex_processing since it
> does what it is supposed to do.
> ---
> dlls/wined3d/device.c | 12 ++--
> 1 file changed, 2 insertions(+), 10 deletions(-)
>
> diff --git a/dlls/wine
On May 15, 2013, at 8:49 PM, Kevin Eaves wrote:
> … The title is also empty when exiting borderless to titled, which can be
> fixed here.
Hmm, good catch. I'll have to check, but I suspect the window no longer
remembers its title at that point. And the Mac driver doesn't currently store
it
On 05/15/2013 06:32 AM, Henri Verbeet wrote:
On 14 May 2013 23:46, Stefan Dösinger wrote:
These tests have the potential to break on Windows when other
applications create or release a large number of video memory resources
while the test is running.
Yeah, maybe we don't really need this to b
Hello Kusanagi-san,
I am trying to do more testing with tategaki and i am finding that your
original tests are incorrect because of the vertical.ttf font you have build.
Windows appears to be very very picky about when it will to a vert or vrt2
replacement. I have run the test with MS UI Gothic
On Thu, 16 May 2013 17:09:40 +0200, Alexandre Julliard wrote:
> > fonts/tahoma.sfd | 94
> > +-
> > fonts/tahoma.ttf | Bin 100420 -> 97836 bytes
> > 2 files changed, 50 insertions(+), 44 deletions(-)
>
> We already have .notdef, we shouldn'
Akihiro Sagawa writes:
> ---
> fonts/tahoma.sfd | 94
> +-
> fonts/tahoma.ttf | Bin 100420 -> 97836 bytes
> 2 files changed, 50 insertions(+), 44 deletions(-)
We already have .notdef, we shouldn't need a second one.
--
Alexandre Julliar
On 16 May 2013, at 16:34, Jonas Maebe wrote:
On 15 May 2013, at 16:31, Alessandro Pignotti wrote:
Packaged with a game, I found a peculiar DLL which has duplicate
blocks in the
relocation table. I mean that the same pages are relocated twice
and this of
course breaks the DLL. I'm not sure
On 15 May 2013, at 16:31, Alessandro Pignotti wrote:
Packaged with a game, I found a peculiar DLL which has duplicate
blocks in the
relocation table. I mean that the same pages are relocated twice and
this of
course breaks the DLL. I'm not sure about what could be a right way
to support
su
On 05/16/2013 03:34 PM, Hugh McMaster wrote:
> On Thursday, 16 May 2013
> Rosanne DiMesio wrote:
>
>> On Thu, 16 May 2013 08:04:07 -0400
>> Hugh McMaster wrote:
>>>
>>> My concern is with scenario (3). Wine is designed to be used with an X
>>> server, but wineconsole can be used in non-X-based e
On Thursday, 16 May 2013
Rosanne DiMesio wrote:
>On Thu, 16 May 2013 08:04:07 -0400
>Hugh McMaster wrote:
>>
>> My concern is with scenario (3). Wine is designed to be used with an X
>> server, but wineconsole can be used in non-X-based environment. While this
>> is possible, it would seem unl
On Thu, 16 May 2013 08:04:07 -0400
Hugh McMaster wrote:
>
> My concern is with scenario (3). Wine is designed to be used with an X
> server, but wineconsole can be used in non-X-based environment. While this
> is possible, it would seem unlikely. Nonetheless, the issue has come up on
> the
In my effort to improve wineconsole and its calculations of the largest
possible window size, three scenarios come into play.
1. wineconsole with --backend=user (or more simply, 'wineconsole app.exe, in
which case 'user' is the default).
2. wineconsole with --backend=curses.
3. wineconsole with
Austin English writes:
> @@ -1773,6 +1773,7 @@ then
>fi
>
>dnl Check for some compiler flags
> + WINE_TRY_CFLAGS([-Werror=unknown-warning-option])
>WINE_TRY_CFLAGS([-fno-builtin],[AC_SUBST(BUILTINFLAG,"-fno-builtin")])
>WINE_TRY_CFLAGS([-fno-strict-aliasing])
>WINE_TRY_CFLA
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=25581
Your paranoid android
On May 15, 2013 10:32 PM, "Adam Chyła" wrote:
>
> Hi all,
> I'm a student who would like to participate in GSoC with task
> "Tools - Winetest Graphical User Interface". What should I do?
>
>
> Adam Ch.
It is too late to apply for this year, you'll have to wait until next year.
That gives you ple
19 matches
Mail list logo