2013/9/30 Nikolay Sivov
> On 9/30/2013 00:51, Daniel Jeliński wrote:
>
>
> +struct progress_list {
>> +const DWORD progress_retval_init; /* value to return from progress
>> routine */
>> +const BOOL cancel_init;/* value to set Cancel
2013/9/15 Nikolay Sivov
> You could add CopyFile2 style callback function in our code, pass
> everything you need as 'pvCallbackContext', that could be CopyFileEx
> callback pointer or pointer to a structure that contains
> pointer to user callback (and anything else you might need).
>
> I didn't
2013/9/14 Nikolay Sivov
> Could you implement necessary part of CopyFile2 instead, and use it in
> CopyFileEx? I think CopyFile2 has everything to do that.
>
>
I suppose I could, but then, CopyFile2 uses a different callback than
CopyFileEx:
CopyFile2:
http://msdn.microsoft.com/en-us/library/wind
ter suited for that purpose IMO.
Also MSDN states that assembly name is not equivalent to file name. I
suppose that code to resolve assembly name into file name exists somewhere
in fusion.dll, but I have never seen it. Hans may know more.
Regards,
Daniel
[1] http://source.winehq.org/source/dl
yptDecrypt with Final=FALSE before your test. Could you add such
test?
Regards,
Daniel
2013/6/28, Qian Hong :
> Hi Daniel,
>
> On Fri, Jun 28, 2013 at 3:43 AM, Daniel Jeliński
> wrote:
>> It is definitely valid to call CryptDecrypt multiple times with the same
>> key. C
CryptDecrypt changes the value of dwLen, which
you do not restore before calling the function again.
Regards,
Daniel
2013/6/27 Qian Hong
> Hello,
>
> I was investigating Bug 33898 [1] hardly and get a partial result, I
> have a special test case demonstrate the behavior of Aliwangwang [2],
GFONTW),&logfont))
1917 GetStockObject(DEFAULT_GUI_FONT);
I'm quite sure you didn't mean to ignore return value of GetStockObject and
leave logfont uninitialized here.
Regards,
Daniel
(sorry for being late to the party, I'm not subscribing wine-patches, and
kind of assumed thi
'boost')
Regards,
Daniel
2013/5/26 Dan Kegel
> http://bugs.winehq.org/show_bug.cgi?id=22280 just got another dup.
>
> How awful would it be to make SetThreadPriorityBoost just
> return success, as in the patch attached to
>
> http://bugs.winehq.org/show_bu
gt; Never both, or you'll get those multiple definitions.
>
> Damjan
>
>
> On Fri, May 3, 2013 at 11:31 AM, Daniel Jeliński wrote:
>
>> Additional info:
>> after my patches amstream fails to link complaining about duplicate
>> IID_IResourceManager:
>&g
/winebuild --sysroot=../..
-fasynchronous-unwind-tables -shared ./xolehlp.spec xolehlp.o -o
xolehlp.dll.so -luuid
../../libs/port/libwine_port.a
xolehlp.o: In function `TransactionDispenser_QueryInterface':
/home/daniel/wine-git/dlls/xolehlp/xolehlp.c:170: undefin
ference between IID
and declspec(uuid). Could anyone explain or suggest a fix?
Thanks,
Daniel
dding interfaces in the same series, might
as well merge the patches.
Thanks for the review,
Daniel
2013/5/2 Frédéric Delanoy
> On Wed, May 1, 2013 at 11:19 PM, Daniel Jeliński wrote:
>
>> #include "msdasc.h"
>>
>> +#include "transact.h"
>> +#includ
Hello,
I sent a ~200KB patch to wine-patches last night and it disappeared without
a trace. I'm wondering if it got lost or just went to moderation.
Regards,
Daniel
PS.I just resent it, still no luck.
> Type it yourself. Refer to MSDN, public descriptions, and publicly
> available headers, but don't copy/paste from any of them.
> --Juan
>
>
> On Wed, May 1, 2013 at 3:56 AM, Daniel Jeliński wrote:
>
>> It probably is, I downloaded it somewhere. Had to remove some
like the right idea. Well I
could remove comments, but that's hardly innovative. What's the usual way
to do it?
2013/5/1 Alexandre Julliard
> Daniel Jeliński writes:
>
> > +import "unknwn.idl";
> > +
> > +interface ITransaction;
> > +interface ITr
Ack, done.
By the way, I'm looking for txdtc.idl (SQL Server wants
IResourceManagerFactory, which is declared there), but Google only finds
txdtc.h. Do we have any tool to generate IDL back from header?
Thanks,
Daniel
2013/5/1 Nikolay Sivov
> On 5/1/2013 01:43, Daniel Jelińs
> probably Wine's 64-bit support, since that's a little-used feature).
>
This is a little off-topic from the original thread, but I think 64-bit Wine
works pretty well. Our ArcGIS Server on Linux is exclusively 64-bit and is in
use by some large organizations
ever
made it into git.
Also some message handlers use mouse coordinates from lParam, while
others seem to use either GetCursorPos or GetMessagePos, so setting
cursor position may be necessary.
Regards,
Daniel
2013/3/18, Stefan Dösinger :
> *) The upcoming GLX_MESA_query_renderer extension will provide a good way to
> query this info. If this extension will be adopted by the binary drivers is
> an open question.
>
> *) The X.org log would be an extremely ugly way to read this info. The log
> is at an unk
) use the greater of the color depths from source
imagelists.
Any idea what might be happening there?
Regards,
Daniel
2013/3/5 Alexandre Julliard :
> Daniel Jelinski writes:
>
>> +static void test_merge_colors(void)
>> +{
>> +HIMAGELIST himl[5], hmerge;
>> +
2013/2/25 Nikolay Sivov :
> On 2/24/2013 17:52, Daniel Jelinski wrote:
>>
>> 2013/2/24 Nikolay Sivov :
>>>
>>> This doesn't look very clean. I mean invoking *up handler from a *down
>>> one.
>>> Is this something that could be resolv
(or any other button message), so calling LButtonUp
here is almost exactly what happened before. I'm not sure if inlining
the call would help here.
Regards,
Daniel
Hello Nikolay,
I didn't have time to write and test a proper fix yet, and I'm not
sure when I will. I thought this hack may be better than what we have
now.
If you want to fix this, please do. If not, I'll get back to it later.
Regards,
Daniel
2013/2/21, Nikolay Sivov :
> W
Hello,
Thanks for reviewing. What's the preferred way of checking whether the
code is compiled for 32 or 64bit?
Regards,
Daniel
2013/1/24 Alexandre Julliard :
> Daniel Jelinski writes:
>
>> +#ifdef _WIN64
>> +/* NOTE: -1 is not treated the same as (DWORD)-1 by 64bit
Looks like the testbot is still having problems...
2013/1/20 Marvin :
> 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 b
2013/1/15 Alexandre Julliard :
> Daniel Jelinski writes:
>
>> These are tests for bug 32529. Since commit
>> ebaf5ea17623268fb1c0f68b1cf9a5984bd4e46e
>> (Don't load bitmap glyphs when using subpixel rendering in GetGlyphOutline)
>> GetTextExtentPoint returns
2013/1/14 Nikolay Sivov :
> It's a way it's used in ListView_SetIconSpacing() (which could be broken in
> its own way of course).
> I think it's ok to ignore this 64 bit case for now, especially while we
> don't get daily test runs.
Are you saying that I should drop this?
-return LISTVIEW_SetI
2013/1/14 Nikolay Sivov :
> This message actually is supposed to be used with MAKELONG(), so it's not
> truncated in such way.
Probably (MSDN doesn't say a word about the preferred macro for this
function, unless you count user comments), however if any app actually
calls MAKELPARAM, at least it w
2013/1/14 Nikolay Sivov :
> So on 64bit you want to distinguish two cases:
> - ~0 value of lParam - you use it to reset to default values;
> - all other values including 0x that will result in the same call
> with both args being -1.
Unless I got something wrong, all other values including
Hello,
the testbot does not revert patches submitted through
testbot.winehq.org after testing. As a result it is almost impossible
to test another patch affecting the same area in code as a previous
one.
Could anyone please fix it? Or at least add git reset to cron...
Regards,
Daniel
2013/1/14 Nikolay Sivov :
> On 1/15/2013 00:53, Daniel Jelinski wrote:
>
>> +if(lParam == -1)
>> + return LISTVIEW_SetIconSpacing(infoPtr, -1, -1);
>> +return LISTVIEW_SetIconSpacing(infoPtr, LOWORD(lParam),
>> HIWORD(lParam));
>
> Why do you ne
Interesting:
https://testbot.winehq.org/JobDetails.pl?Key=23746&log_206=1#k206
Looks like testbot tried to do the entire test suite, even though I
changed only one test file.
2013/1/5 Marvin :
> Hi,
>
> While running your changed tests on Windows, I think I found new failures.
> Being a bot and al
17273 (patch 8/9) and 17195 (patch 9/9).
AFAICT the author is willing to make any adjustments necessary to get
the patches merged.
Patches 1-5 should not cause any problems if applied without the
following. Patches 6-8 may cause regressions if applied without patch
9.
Regards,
Daniel
itely makes it faster
daniel
Thanks for all of your answers.
Playing with wine in 11.10 is becoming near impossible because of the
infamous xcb bug. I'd rather not mess with files outside /home, so I
guess I'll be checking how well x86+PAE works.
--
Daniel
you!
+/* LoTRO will do this and crash if we don't return zero, precious indeed!
*/
+ret = ScreenToClient( NULL, &point );
+ok(!ret, "ScreenToClient didn't fail as expected (got %d)\n", ret);
Daniel
Hello,
Is it possible to compile 32bit wine in 64bit ubuntu 12.10? I heard
there were problems in 12.04 - were they resolved?
Regards,
Daniel
w.
How about something like the attached?
It moves the call to _Decref up to locale_dtor, so _Locimp_dtor isn't even
called if the refcount is non-zero
once it does hit zero, it both calls _Locimp_dtor followed by the delete
Thanks
daniel
0001-msvcp90-move-calling-_Decref-up-to-locale_dtor
e_dtor
can't count on refcount when multiple threads are used. should I change
locale__Locimp_dtor to return true if locale_dtor should call delete?
Thanks
daniel
Hello, Nikolay.
Thanks for reminder. Attached it now.
2012/10/15 Nikolay Sivov :
> Hi, Daniel.
>
> You forgot a patch.
>
hen converting handles
I'll admit that the upper 32 bits being set was because of a quirk in our C++
code, but similar values passed to Windows worked
Thanks
daniel
2012/9/22 Daniel Jelinski :
> 2012/9/22 Nikolay Sivov :
>> And apparently we have code in WM_STYLECHANGED handler to deal with scroll
>> bars:
>>
>> ---
>> if (((lpss->styleOld & WS_HSCROLL) != 0)&&
>> ((lpss->styleNew &
, FALSE);
> ---
>
> these lines were edited 10 years ago last time, sure it could be a noop
> but that raises a question why it's here.
Dead code. I meant to remove these in the next patch, since there are
no bugs against scrollbars in listview. I guess user32 was way less
capable back then.
Regards,
Daniel
I
wouldn't mind if someone proved me wrong here).
Regards,
Daniel
PS. I guess I should have used GetWindowLong instead on
GetWindowLongPtr. Not sure if I should bother with resending now.
2012/9/22 Nikolay Sivov :
> On 9/21/2012 23:07, Daniel Jelinski wrote:
>
>> dwStyle is update
2012/7/23 Alexandre Julliard :
> Daniel Jelinski writes:
>
>> 2012/7/23, Alexandre Julliard :
>>> You can't assume that the other Wine window is directly underneath the
>>> transparent one, there may be some other X windows in between that
>>> sh
Hello,
FWIW, comctl32 version 6 is accessible only with manifest, and there
are tests that reference it. Here's an example:
http://source.winehq.org/source/dlls/comctl32/tests/treeview.c#L1966
--
Daniel
It seems that WINEBUILD has taken a break two days ago, no tasks
involving building have been completed since then.
Regards,
Daniel
eats the event - no windows get any click events. I can send the
application (VS, C++) I used for testing.
Should I update the patch to reflect that?
Daniel
e message to another window on the same thread, and the applications
in question need only that.
If we can make these applications work, why don't we?
Daniel
2012/7/23, Alexandre Julliard :
> Daniel Jelinski writes:
>
>> Hello,
>> Check out the description of HTTRANSPARENT
patch and ok without it, or
a massive test involving several overlapping windows belonging to
different threads?
Daniel
[1]
http://msdn.microsoft.com/en-us/library/windows/desktop/ms645618%28v=vs.85%29.aspx
2012/7/21 Dmitry Timoshkov :
> Daniel Jelinski wrote:
>
>> Fixes bug 9512
> -Original Message-
> From: daniel.r.ke...@gmail.com [mailto:daniel.r.ke...@gmail.com] On
> Behalf Of Dan Kegel
> Sent: Monday, July 16, 2012 12:27 PM
> To: Daniel Lehman
> Cc: wine-devel@winehq.org
> Subject: re: msvcp90: handle npos as a len in basic_string<>:
Resend from last month
From e9d9c543589ea2120ac39962d9820699b220a576 Mon Sep 17 00:00:00 2001
From: Daniel Jelinski
Date: Thu, 19 Apr 2012 22:02:25 +0200
Subject: comctl32: Fix message sequence when right-clicking a treeview
The message sequence obtained from testing native comctl32 was:
- first
is broken...
Regards,
Daniel
I don't know about compiling, but there are several other reasons to
keep waiting, listed here:
http://forum.winehq.org/viewtopic.php?t=15802
Regards,
Daniel
2012/6/25, Erich E. Hoover :
> I know that for a while there were some packaging problems that meant that
> upgrading to
Another example:
http://www.winehq.org/pipermail/wine-patches/2012-January/110398.html
http://source.winehq.org/git/wine.git/commit/b1f04e23bf361e06d239e03693c904a597b9a32d
I had added a redundant null check in both A and W paths. he simplified it by
making just the W path handle the null
2012/6/18, Alexandre Julliard :
> Daniel Jelinski writes:
>
>> From 7243b3594c9c0b13770ede1ab32d4dd1329b1dd4 Mon Sep 17 00:00:00 2001
>> From: Daniel Jelinski
>> Date: Sun, 17 Jun 2012 17:37:15 +0200
>> Subject: atl80: prefer native, if present
>>
e script and found that 5 tests from the good
list fail with native comctl. Good indicator of areas that need more
love :)
--
Regards,
Daniel
2012/6/4 Alexandre Julliard :
> Daniel Jelinski writes:
>
>> From 21d26b76560f0c15a3d302883efa2d41d940a093 Mon Sep 17 00:00:00 2001
>> From: Daniel Jelinski
>> Date: Sat, 2 Jun 2012 07:23:32 +0200
>> Subject: comctl: allow label edit only if treeview style allo
Hello,
SQL Server Management Studio 2005 needs SetThreadStackGuarantee to
either be absent or return TRUE - otherwise it refuses to run at all.
Is there a reason for this stub to return FALSE?
Regards,
Daniel
2012/5/24 Austin English :
> On Wed, May 23, 2012 at 12:24 PM, Daniel Jelinski
> wrote:
>> Hello,
>> I just noticed that wine's regedit has a few interesting bugs that
>> appear when running with native comctl32. Can I/should I file them in
>> the bugzilla?
>
Hello,
I just noticed that wine's regedit has a few interesting bugs that
appear when running with native comctl32. Can I/should I file them in
the bugzilla?
Regards,
Daniel
Are there any tests I could use as a base?
2012/5/15 Nikolay Sivov :
> On 5/15/2012 21:30, Daniel Jelinski wrote:
>>
>> Patch dropped out of the pending list, resending.
>
> Please add a test for this fix.
>
correct
messages are sent. They do.
If there is anything else I can do to help this patch get accepted,
let me know. I'd like to have a clean git origin before I start fixing
other treeview problems.
Thanks for your patience,
Daniel
after
the for loop I modified will always return valid faces
From a369ea27438f0b83ebb738cc79649102b2a47bce Mon Sep 17 00:00:00 2001
From: Daniel Lehman
Date: Wed, 25 Jan 2012 13:47:31 -0800
Subject: gdi32/dibdrv: don't add_join if points are coincident in
wide_line_segments
if 2 points coincid
2012/4/12 Scott Ritchie :
> On 4/12/12 1:23 AM, Daniel Jeliński wrote:
>>
>> Hello all,
>> I am trying to get Microsoft SQL Server Management Studio to work
>> flawlessly under Wine. For the most part I create and triage related bug
>> reports, but recently I
ure && make - this one finally worked.
I'm not sure what's the difference between the above, but I'm going to
stick to git clean for the time being.
Thanks again
Daniel
s that CC="ccache gcc" would be enough - but I didn't test that yet.
Also I noticed that running parallel make (make -j) is never mentioned on
[1]. Is there any reason I shouldn't use it?
Daniel
[1] http://wiki.winehq.org/RegressionTesting
Dnia 09-04-2012 o 04:13:44 Vitaliy Margolen
napisał(a):
On 04/08/2012 01:44 PM, Daniel Jelinski wrote:
Hardware messages are an alternative, but I couldn't find any relevant
examples, so I followed the path of least resistance.
These tests you wrote won't work. Emulating mouse up/d
2012/4/8 Dmitry Timoshkov :
> Daniel Jelinski wrote:
>
>> Skipping tests on WinNT - older versions of comctl send a different
>> set of events.
>
> Then you need to figure out what is different, and make the tests pass
> there as well (there is 'optional
e to get D3DVT_VERTEX and D3DVT_LVERTEX to render
all black.
Also is there some documentation available for early versions of directx
available I can not seem to find any?
On Fri, Mar 23, 2012 at 13:22, Daniel Oom wrote:
> I think I accidentally dropped wine-devel, I have re-added and hope it
&
ighting is on or off.
>
> Cheers,
> Stefan
>
> PS: It's prefered to keep such discussions in public, ie with wine-devel
> CCed.
> I haven't CCed wine-devel yet, and I'm not sure if you dropped it or if I
> dropped it accidentally.
>
> 1: http://msdn.microso
Hello, my name is Daniel Oom and I'm a computer science and
engineering student at Chalmers in Gothenburg, Sweden. I'm in my
second year and I would love to partake in GSOC. I know C, use Linux
daily and don't like it when I have to reboot my computer to windows.
I am very int
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
played correctly and HID input (if I move
the mouse slowly downwards, it will actually move slowly up). These
problems go away when I debug it (I presume because the debugger is
slowing the program back down).
I'm going to try this out on a few other apps that run slow unde
>
> === WVISTAADM (32 bit string) ===
> Failure running script in VM: The specified guest user must be logged
> in interactively to perform this operation
Do I need to resend in this case? I already ran it on TestBot before
submitting the patch and they all passed
Thanks
daniel
> === WNT4WSSP6 (32 bit scanf) ===
> scanf.c:257: Test failed: sscanf returns 0 instead of
Apparently, msvcrt.dll returns 0 but msvcr90.dll returns -1 for the same
arguments.
I'll fix and resubmit later (and I'll fix the 'sscanf' to 'swscanf')
On Fri, Nov 11, 2011 at 12:45, Francois Gouget wrote:
> On Thu, 10 Nov 2011, Daniel Scharrer wrote:
>>
>> > Does the Microsoft header include math.h?
>> I'm sorry, it seems I made a mistake here: the actual header file
>> (d3dx9math.h) from wine incl
Hi,
On Thu, Nov 10, 2011 at 13:29, Henri Verbeet wrote:
> On 10 November 2011 02:27, Daniel Scharrer wrote:
>> +#include
>> +
>> +#define DXGetErrorStringA DXGetErrorString9A
>> +#define DXGetErrorStringW DXGetErrorString9W
>> +#define DXGetErrorString
dlib.h - I have no idea
which one should be included here.
Again, sorry for the bogus patch and thanks for the quick response.
Cheers,
Daniel Scharrer
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
;m not
aware of. Then, of course, if somebody sees something off, please do
comment.
It does indeed completely fix
http://bugs.winehq.org/show_bug.cgi?id=26091 (printed a cute piece of
music with dashed lines).
Thanks all!
Daniel
>From 1e279e21a9f4a989f6c96264af2dfb3e8f67b9a4 Mon Sep 17 00:00:00
lse,
while, etc. without a {} block in my own projects).
Daniel
On 10/12/2011 07:12 PM, Austin English wrote:
> On Wed, Oct 12, 2011 at 19:06, Daniel wrote:
>> OK, I hope [4/3] is acceptable. These are the test updates I forgot
>> (removes a todo_wine).
> Two problems:
>
> Fails the gdi32/pen.ok test here, with error
> pen.c:317: Test succeeded inside todo block: expected 7, got 7
>
> Looks like you need to update a test.
whoops, I forgot about my tests. Will do.
On Sat, Aug 27, 2011 at 5:22 PM, Alan W. Irwin
wrote:
[...]
> bash.exe-3.1$ which echo
> /z/home/wine/newstart1/MinGW/msys/1.0/bin/echo.exe
>
> bash.exe-3.1$ time echo "hello"
> hello
>
> real 0m0.000s
> user 0m0.000s
> sys 0m0.000s
>
> This shows there is at least one command (echo) ava
D3DVALUE
Magnitude(const _D3DVECTOR&)’:
/usr/include/wine/windows/d3dvec.inl:118:33: error: ‘sqrt’ was not
declared in this scope
As I don't have a copy of the d3d 7 SDK I can't check if this is
normal or another bug in the wine headers.
[1] https://github.com/lubosz/ArxFatalis
[2] http://bugs.winehq.org/show_bug.cgi?id=25942
--
Daniel Scharrer
On Tue, Mar 29, 2011 at 1:57 PM, Vincent Pelletier
wrote:
> (Sorry for sending to wine-patches initially, it was intended for wnie-devel.)
>
> This fixes force feedback devices slamming for 10ms at full strength, as
> attack is an absolute value, not a factor of effect level.
>
&
to
GDI_inc_ref_count, but it still seems more responsible.
Daniel
On 02/15/2011 01:37 AM, Daniel wrote:
> grr, please disregard previous patches. I've discovered a problem
> that can lead to use of un-initialized values.
>
> Daniel
>
> On 02/15/2011 01:09 AM, Daniel wrote:
&
grr, please disregard previous patches. I've discovered a problem that
can lead to use of un-initialized values.
Daniel
On 02/15/2011 01:09 AM, Daniel wrote:
> Clean up per Vitaliy's direction. Also found a FIXME comment that needed
> to be removed.
>
> Daniel
>
>
>
Any ideas on this?
Thanks in advance.
--
Mierswa, Daniel
If you still don't like it, that's ok: that's why I'm boss. I simply
know better than you do.
--- Linus Torvalds, comp.os.linux.advocacy, 1996/07/22
hes in both
the incremental form in addition to a single bulk patch. I guess it doesn't
matter too much since you can do that pretty easily in git anyway.
Thank you for the responses.
Daniel
--- On Sat, 7/25/09, Frédéric Delanoy wrote:
> From: Frédéric Delanoy
> Subject: Re: Reques
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,
go about it, but the alternative was to make the cursor empty
and I'm not certain that that is the visual behavior of windows when deleting
the active cursor, so I'm more than open to feedback on that as well as
anything else in these patches.
Thanks!
Daniel
cursor-work-20090723.tbz2
Description: Binary data
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
mentation better. Essentially, TRUE if the call to
DestroyCursor or DestroyIcon is expected to fail.
I think I'll have the time so I'm going to try to get a new patch to you today.
Thanks!
Daniel
1 - 100 of 237 matches
Mail list logo