On 10/16/2012 01:12 PM, Christian Costa wrote:
> +/* Choose point inside the client area */
> +point.x = rect.right / 2 - 50;
> +point.y = rect.bottom / 2 - 50;
> +ret = ScreenToClient(wnd, &point);
> +ok(ret, "ScreenToClient failed with %#x\n", GetLastError());
> +ret = Map
Freitag, 20. Januar 2012, 11:47:11 schrieb Daniel Santos:
>> This hack builds a libwineserver.so that the primary application (i.e.,
>> the one you first launch) will spawn a thread and run the wine server in
>> the same process,
> What happens when this process exits normally, but other processes still run?
On 01/23/2012 11:01 AM, Juan Lang wrote:
> Hi Daniel,
>
> On Mon, Jan 23, 2012 at 3:15 AM, Alexandre Julliard
> wrote:
>> Daniel Santos writes:
>>
>>> I've updated my in-process wineserver hack, cleaned it up a bit more and
>>> fixed a few prob
548e134a0f8108dfec2534aa3 Mon Sep 17 00:00:00 2001
From: Daniel Santos
Date: Thu, 19 Jan 2012 04:01:01 -0600
Subject: Hack for in-process wine-server (a.k.a., "Dirty speed hack")
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="1.7.3.4"
This is a multi-part
r wine
(like Finale 2010).
Daniel
>From e88e9efe1b4f8d5c3d5ecc44327c6db268c23b29 Mon Sep 17 00:00:00 2001
From: Daniel Santos
Date: Thu, 19 Jan 2012 04:01:01 -0600
Subject: Hack for in-process wine-server (a.k.a., "Dirty speed hack")
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="
Oh, but I forgot to add that it does fix the problem (Finale 2010 prints
dashed lines correctly now). http://bugs.winehq.org/show_bug.cgi?id=26091
On 10/17/2011 03:53 PM, Daniel Santos wrote:
> Of particular concern is making sure my dynamically allocated memory is
> being freed. The new d
just not intimately familiar enough with this part of the API to
know for certain that this eliminates all room for leaks.
Thanks!
Daniel
>From b29f23aa59f74399d7a00352deb7e72554281942 Mon Sep 17 00:00:00 2001
From: Daniel Santos
Date: Tue, 15 Feb 2011 00:22:18 -0600
Subject: wineps.drv: I
Sorry, I left an fprintf in that last patch.
On 10/14/2011 02:57 AM, Daniel Santos wrote:
> Is anybody intimately familiar with the life cycle of device context and
> pens? I don't necessarily mean that you went to bed with either of
> them, but that would be OK too. I mean, thi
not
leaking my dynamically allocated memory block. This block is allocated
when the pen is selected (not when it's created).
Thanks in advance
Daniel
>From f7b570aac2c555d077f0ce06febc49484116b2ba Mon Sep 17 00:00:00 2001
From: Daniel Santos
Date: Wed, 12 Oct 2011 22:54:44 -0500
Subject
t for Review: Cursor & Icon patches
> To: "Roderick Colenbrander"
> Cc: "wine-devel" , "lats"
> Date: Saturday, July 25, 2009, 9:56 AM
> On 07/25/2009 02:06 PM, Roderick
> Colenbrander wrote:
> > On Sat, Jul 25, 2009 at 8:04 AM, lats
> wrot
I haven't heard anything, so if anybody can find the time I would greatly
appreciate it.
Thanks,
Daniel
--- On Thu, 7/23/09, Daniel Santos wrote:
> From: Daniel Santos
> Subject: Cursor & Icon patches
> To: "wine-devel"
> Date: Thursday, July 23,
Hello everybody!
Attached is my current cursor icon patches based upon work by Henri Verbeet and
Andrew Riedi for review and comment. I finished the actual code about 3 weeks
ago, but it's been a lot of work for me to split it out into smaller pieces,
especially being new to git. Here is a br
t! I just want to make sure everything
is happy before submitting it and thanks again for all your help!
Daniel
From 01ca4d54401fa5d8226a28153caf24c5b4747e17 Mon Sep 17 00:00:00 2001
From: Daniel Santos
Date: Fri, 10 Jul 2009 14:57:04 -0500
Subject: user32: Add more tests for SetCursor
Ok, I hope this one is stable on win9x. Please give it a try and let me know.
Thanks
Daniel
From 0a94da00ad755ee74a4c3efbe9fefa6161938537 Mon Sep 17 00:00:00 2001
From: Daniel Santos
Date: Mon, 6 Jul 2009 14:17:39 -0500
Subject: user32: Add more tests for SetCursor & DestroyCu
> The way you are checking for Win9x is discouraged. We
> rather not have GetVersion() but instead rely on behaviour
> to check for Win9x.
The checks I've inserted for Win9x are strictly to prevent crashing the OS.
There were some previous checks in there and since I've had to add more checks,
To: daniel.san...@pobox.com
> Cc: wine-devel@winehq.org
> Date: Monday, July 6, 2009, 3:49 AM
> Daniel Santos wrote:
> > Thanks again for testing this for me, Paul. I
> have modified the tests so that they should pass and I've
> skipped tests on win9x that I suspect are causing the
; Subject: Re: user32: Windows test request (cursors/icons)
> To: daniel.san...@pobox.com
> Cc: wine-devel@winehq.org
> Date: Friday, July 3, 2009, 3:44 PM
> Daniel Santos wrote:
> > I don't have access to a working windows machine right
> now and would appreciate if somebody ca
I don't have access to a working windows machine right now and would appreciate
if somebody can run these tests against XP, vista and/or 9x.
Thanks!
Daniel
From 55d99a143c3787f4e387a0b6f6866ad467df9d9b Mon Sep 17 00:00:00 2001
From: Daniel Santos
Date: Fri, 3 Jul 2009 13:44:15
9/09, Austin English wrote:
> From: Austin English
> Subject: Re: user32/tests: Add more intensive tests for SetCursor.
> To: "Daniel Santos"
> Cc: "Wine Devel"
> Date: Tuesday, June 9, 2009, 5:15 PM
> On Tue, Jun 9, 2009 at 5:13 PM,
> Daniel Santos
>
erly).
Thanks,
Daniel
From acbbfdee105878c1f5f78293a1082e5bce908682 Mon Sep 17 00:00:00 2001
From: Daniel Santos
Date: Mon, 8 Jun 2009 15:51:40 -0500
Subject: user32/tests: Add more intensive tests for SetCursor.
---
dlls/user32/tests/cursoricon.c | 166 +++
As I've been working with user32, adding tests & such, I've noticed that gdi32
also suffers from the same drawbacks: it appears to have no mechanism to track
object types with handles. Thus, the functions (that I've examined thus far)
simply assume that the caller responsibly passed a handle to
I'm playing with user32/cursoricon.c and winex11.drv/mouse.c and have noticed
that one of the TODOs is that SetCursor (and probably lots others) clear the
last error when they do not do so in windows. I tracked down the cause and
winex11.drv's primary function for retrieving its per-thread data
In the process of working on this bug
(http://bugs.winehq.org/show_bug.cgi?id=18371), I have discovered that user32's
SetCursor function does not ensure that the the handle passed is valid or that
it is even a handle to a cursor object (and it seems that the lingo for user32
objects is "resourc
oops, I meant to reply-all on this.
--- On Mon, 5/18/09, Daniel Santos wrote:
From: Daniel Santos
Subject: Re: Detecting an invalid handle in setupapi
To: "Paul Vriens"
Date: Monday, May 18, 2009, 5:43 PM
I'm so very glad you brought this up Paul. I'm new to wine devel
ooh! shiny! thank you! Too bad it doesn't work with +all. I suppose I can
just list them out individually in my WINEDEBUG though.
--- On Wed, 5/13/09, Roderick Colenbrander wrote:
From: Roderick Colenbrander
Subject: Re: Dynamically adding debug channels (__wine_dbg_set_channel_flags)
To: da
Thank you all very much for the clarification, it is exceedingly helpful! I
don't care to look at microsoft's code because I doubt I have the stomach for
it! But now I feel much better, that I wasn't doing anything wrong by
examining the program state of the misbehaving app (it was on wine any
I was recently attempting to isolate the cause of a hang in Lord of the Rings
Online and had it in a debugger. I mentioned this on IRC and was told that I
was "reverse engineering" and any patch I came up with would not be accepted.
I find this rather confusing and would like to better underst
ine_dbg_set_channel_flags)
To: daniel.san...@pobox.com
Date: Saturday, May 9, 2009, 3:16 PM
On Sat, May 9, 2009 at 3:44 PM, Daniel Santos wrote:
> Additionally, as far as I can tell, there is no mechanism to change it for
> all channels. This is actually what I need to do since I do not kno
'WINEDEBUG=commctrl wine
program.exe'", the user doesnt have to know what he is doing exactly, but he
sends a usefull text. That wouldnt be possible anymore as i understand it.
Best regards André Hentschel
Daniel Santos schrieb:
> It would seem quite helpful for debugging odd situations
It would seem quite helpful for debugging odd situations to be able to turn
debugging on and off programmatically. I like not having every debug class
loaded in memory by default (and everything that goes with maintaining that
global list), but it would seem quite helpful for troubleshooting, t
vary depending upon their bandwidth.
Rob Shearman wrote:
2008/7/16 Daniel Santos <[EMAIL PROTECTED]>:
+if(_lotro_hack_enabled
+&& to->sa_family == AF_INET
+&& dwBufferCount == 1
+&& _lotro_hack(&get_per_thread_data()-&g
31 matches
Mail list logo
