On Wed, Oct 27, 2010 at 1:04 AM, Austin English wrote:
> On Tue, Oct 26, 2010 at 10:58 PM, Andréas LIVET
> wrote:
> > For the patch, I think I understand the concept (I never use git before
> and
> > never apply a patch), I have to selection the diff text and save it into
> a
> > file (let's say
On Tue, Oct 26, 2010 at 10:58 PM, Andréas LIVET wrote:
> For the patch, I think I understand the concept (I never use git before and
> never apply a patch), I have to selection the diff text and save it into a
> file (let's say debug.patch)
Copy and paste sometimes screws up patches. Better to s
On Wed, Oct 27, 2010 at 00:44, Andréas LIVET wrote:
> Other question, is there a way with winedbg to "pause" program execution
> without having set any breakpoint. In my case, I don't know where to put the
> breakpoint so I wanted to break the program execution and see where it ends.
Press Ctrl-C
On Tue, Oct 26, 2010 at 10:58 PM, Andréas LIVET wrote:
> For the patch, I think I understand the concept (I never use git before and
> never apply a patch), I have to selection the diff text and save it into a
> file (let's say debug.patch) and then type :
>
> git apply debug.patch
>
> Is that rig
For the patch, I think I understand the concept (I never use git before and
never apply a patch), I have to selection the diff text and save it into a
file (let's say debug.patch) and then type :
git apply debug.patch
Is that right? I got some error with this patch.
I've try with a more recent ve
Hi all wine developers,
I read this mailing list for about one year I guess but I think I never send
a message. Because until this Monday, I was a spectator, now I wanna become
an "actor", I want to learn how to hack wine :).
I don't have a lot of time, 1 hour/week, maybe more, but I just want to
David Adam writes:
> @@ -33,8 +33,9 @@ static LPDIRECTDRAW lpDD = NULL;
> static LPDIRECTDRAWSURFACE lpDDSPrimary = NULL;
> static LPDIRECTDRAWSURFACE lpDDSBack = NULL;
> static WNDCLASS wc;
> -static HWND hwnd;
> +static HWND hwnd, hwnd2;
> static int modes_cnt;
> +static BOOL success;
That
Timeout does not seem related to my patch (Anyway, I dont see how this patch
could cause a timeout)
Second failure is harmless
A+
David
2010/10/25 Stefan Leichter
> Am Monday 25 October 2010 20:11:35 schrieb David Adam:
> > Any problems with patch?
> >
> > A+
> >
> > David
> >
> > -- F
Adam Martinson writes:
> +len = vsnprintf(NULL, 0, msg, ap);
> +buf = heap_alloc(len+1);
> +vsnprintf(buf, len+1, msg, ap);
vsnprintf can also return -1, check how this is done in other places.
--
Alexandre Julliard
julli...@winehq.org
Aric Stewart writes:
> +ERR(" perform byte seek --\n");
You still have a ton of such debug ERRs in there.
> +*buf = NULL;
> +TRACE("Requesting %llu %u\n", ofs, len);
Don't use %ll formats.
--
Alexandre Julliard
julli...@winehq.org
On 26/10/10 14:09, Dan Kegel wrote:
On Tue, Oct 26, 2010 at 7:23 AM, Shachar Shemesh wrote:
I thought TICKLESS did away with the timer resolution issues.
There might still be some, and there are lots of knobs to tweak on
the kernel, perhaps default settings are not optimal.
Mo
On Tue, Oct 26, 2010 at 7:23 AM, Shachar Shemesh wrote:
>> The game runs a secondary timing thread
>> with THREAD_PRIORITY_TIME_CRITICAL, where it simply sleeps for 16ms
>> and sends events to the main thread to tell it that a new frame is
>> needed. On Linux the necessary timing accuracy is not a
Detlef Riekenberg writes:
> @@ -1156,7 +1156,20 @@
> @ stdcall WaitForSingleObjectEx(long long long)
> @ stdcall WaitNamedPipeA (str long)
> @ stdcall WaitNamedPipeW (wstr long)
> +@ stub WerGetFlags
> @ stdcall WerRegisterFile(wstr long long)
> +@ stub WerRegisterMemoryBlock
> +@ stub WerReg
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=6514
Your paranoid android.
On 10/26/2010 10:59 AM, Yaron Shahrabani wrote:
What is wrong with the patch?
Yaron Shahrabani
2010/10/23 Yaron Shahrabani mailto:sh.ya...@gmail.com>>
Verified by Paul Vriens
Nothing:
http://source.winehq.org/git/wine.git/?a=commit;h=bf948338ae0d22c37dbbde4275f810584447a6d8
What is wrong with the patch?
Yaron Shahrabani
2010/10/23 Yaron Shahrabani
> Verified by Paul Vriens
>
On 26/10/10 01:26, Dan Kegel wrote:
The game runs a secondary timing thread
with THREAD_PRIORITY_TIME_CRITICAL, where it simply sleeps for 16ms
and sends events to the main thread to tell it that a new frame is
needed. On Linux the necessary timing accuracy is not available, so it
wavers between
17 matches
Mail list logo
