Aric Stewart wrote:
---
dlls/advapi32/lsa.c | 51 ++-
dlls/advapi32/tests/lsa.c | 75
+
2 files changed, 125 insertions(+), 1 deletions(-)
--
Hello Kai,
I think I'd like to enter the SoC this year. I'd like to do one thing, but
I've got a few different approaches to it. What I want to do is allows dlls
to either access drivers directly or have access to .so's. I've talked about
having windows to linux libraries in the past and it was sa
2009/3/17 Dmitry Timoshkov :
> "Anssi Hannula" wrote:
>
>> Better if Wine would use fontconfig's configuration as set by desktop
>> environment (~/.fonts.conf).
>
> That's not a very good idea, see
> http://bugs.winehq.org/show_bug.cgi?id=16745
> for details.
Maybe the solution would be to make f
Hi folks,
Wine has been accepted into the Google Summer of Code 2009.
If you're a student interested in working on Wine and getting some money (and
a cool t-shirt) for it, consider applying.
If there is any project you still want to see on
http://wiki.winehq.org/SummerOfCode, add it now.
If y
2009/3/18 Igor Tarasov :
> 2009/3/18 Rob Shearman :
>> 2009/3/18 Igor Tarasov :
Please ensure that there are no regressions in the display of IE6's
toolbars after this patch. This is the main user of undocumented
toolbar features.
>
> Installed IE6, tested both version (with my patch
Original-Nachricht
> Datum: Wed, 18 Mar 2009 20:31:35 +0100
> Von: Tijl Coosemans
> An: Francois Gouget
> CC: wine-devel@winehq.org, wine-patches , Alex
> Kozlov
> Betreff: Re: libwine: Only partially reserve memory beyond 0x8000 on
> FreeBSD.
> On Wednesday 18 Mar
On Wednesday 18 March 2009 16:36:29 Francois Gouget wrote:
> Tijl Coosemans a écrit :
>> After enabling the memory reservation code on FreeBSD last week,
>> several games either suffer a performance loss or simply crash,
>> often with GL_OUT_OF_MEMORY errors or similar out of memory errors
>> from
2009/3/18 Vincent Povirk :
> On Wed, Mar 18, 2009 at 1:34 PM, Nicolas Le Cam wrote:
>> Ok, did more testing ...
>> It seems you're right, adding a do_events() call after each
>> DestroyWindow() one seems to fix the test on Win2k.
>> Do you think this is a better fix ?
>
> No, that probably creates
Jacek Caban wrote:
Hi Paul,
Paul Vriens wrote:
Hi,
The Gopher protocol has been removed from Vista (and later versions).
hres = CoGetClassObject(&CLSID_GopherProtocol, CLSCTX_INPROC_SERVER,
NULL, &IID_IUnknown, (void**)&unk);
+if (hres == REGDB_E_CLASSNOTREG) {
+win_skip("Gop
On Wed, Mar 18, 2009 at 1:34 PM, Nicolas Le Cam wrote:
> Ok, did more testing ...
> It seems you're right, adding a do_events() call after each
> DestroyWindow() one seems to fix the test on Win2k.
> Do you think this is a better fix ?
No, that probably creates a race condition. I've seen the win
2009/3/18 Vincent Povirk :
> On Wed, Mar 18, 2009 at 11:46 AM, Nicolas Le Cam wrote:
>> Message notification comes from appbar3, I've checked hwnd handles.
>> When calling last ABM_REMOVE there's no more appbars so Wine shouldn't
>> send any notifications, if it does the broken macro (that will co
Hi Paul,
Paul Vriens wrote:
Hi,
The Gopher protocol has been removed from Vista (and later versions).
hres = CoGetClassObject(&CLSID_GopherProtocol, CLSCTX_INPROC_SERVER, NULL,
&IID_IUnknown, (void**)&unk);
+if (hres == REGDB_E_CLASSNOTREG) {
+win_skip("Gopher protocol has bee
2009/3/18 Rob Shearman :
> 2009/3/18 Igor Tarasov :
>>> Please ensure that there are no regressions in the display of IE6's
>>> toolbars after this patch. This is the main user of undocumented
>>> toolbar features.
Installed IE6, tested both version (with my patch and without it).
Image is pixel-p
2009/3/18 Roderick Colenbrander :
>> Your email left me confused because you say implementing D3DXMesh is
>> small however towards the end of your email say it is a large job.
>> Surely having something small is good for SoC projects, no?
>>
>
> D3DX is huge and D3DXMesh is a small part of it but I
2009/3/18 Vincent Povirk :
> On Wed, Mar 18, 2009 at 9:39 AM, Nicolas Le Cam wrote:
>> I don't think calling SHAppBarMessage with ABM_REMOVE destroy the
>> window and the ABN_POSCHANGED notification is catched between this
>> call and the DestroyWindow one. But this particular behaviour only
>> ha
as i said before, it was an uninformed decision, and yes, not enough time
was left for feedback from the maintainers.
we thought that appdb WOULD save all the data when moving, not only tests.
it serves as example for us for the future, unfortunatly with problems to
the EQ2 users. as i said before,
Tijl Coosemans a écrit :
After enabling the memory reservation code on FreeBSD last week,
several games either suffer a performance loss or simply crash, often
with GL_OUT_OF_MEMORY errors or similar out of memory errors from X
libs. (Tested with nvidia driver and opensource r300 dri driver.)
W
> Your email left me confused because you say implementing D3DXMesh is
> small however towards the end of your email say it is a large job.
> Surely having something small is good for SoC projects, no?
>
D3DX is huge and D3DXMesh is a small part of it but I meant that just
implementing D3DXMesh
2009/3/18 Igor Tarasov :
>> Please ensure that there are no regressions in the display of IE6's
>> toolbars after this patch. This is the main user of undocumented
>> toolbar features.
>
> How can I do that?
Follow the how-to here:
http://appdb.winehq.org/objectManager.php?sClass=version&iId=469
2009/3/18 Vincent Povirk :
> On Wed, Mar 18, 2009 at 9:09 AM, Nicolas Le Cam wrote:
>> On Win2k after the last SHAppBarMessage(ABM_REMOVE, &abd) call, a
>> ABN_POSCHANGED is sent to windows[2].hwnd, but at that time user data
>> has been set to null :
>>
>> Remove first appbar
>> * second appba
On Wed, Mar 18, 2009 at 9:09 AM, Nicolas Le Cam wrote:
> On Win2k after the last SHAppBarMessage(ABM_REMOVE, &abd) call, a
> ABN_POSCHANGED is sent to windows[2].hwnd, but at that time user data
> has been set to null :
>
> Remove first appbar
> * second appbar receives ABN_POSCHANGED notificat
> You should fix the name of the TOOLBAR_DrawDDFlatSeparator function
> and the comments above it if you think it should be called as a result
> of the CCS_VERT window style and not the BTNS_DROPDOWN button style.
I've been thinking about that. Yes, it's 100% that separators change
orientation on
> Please ensure that there are no regressions in the display of IE6's
> toolbars after this patch. This is the main user of undocumented
> toolbar features.
How can I do that?
>> - btnPtr->cx = lptbbi->cx;
>> + btnPtr->cx = lptbbi->cx;
> Whitespace only changes shouldn't be included
2009/3/18 Vincent Povirk :
> On Tue, Mar 17, 2009 at 4:50 PM, Nicolas Le Cam wrote:
>> Tell me if you have a better solution.
>
> You should add some traces first to find out what window is getting
> this notification and when. The test data currently doesn't have
> enough information to decide on
On Tue, Mar 17, 2009 at 4:50 PM, Nicolas Le Cam wrote:
> Tell me if you have a better solution.
You should add some traces first to find out what window is getting
this notification and when. The test data currently doesn't have
enough information to decide on a correct fix.
Vincent Povirk
On Wed, Mar 18, 2009 at 3:45 AM, Paul Vriens wrote:
> I guess Vincent Povirk can comment better on the patch as he wrote the
> initial tests.
I don't think I can because I don't understand what this patch is doing.
2009/3/17 Igor Tarasov :
> Currently wine flips orientation of toolbar separators on
> BTNS_DROPDOWN, which is odd, since even horizontal toolbar separators
> may have this flag turned on. Tests with control spy show that native
> comctl flips orientation on CCS_VERT toolbar style, which is logical
2009/3/17 Igor Tarasov :
> Currently, wine uses iBitmap property for determining toolbar
> separators width all the time, stating it's an undocumented feature.
> This is not correct.
>
> According to MSDN, iBitmap is used only on inserting separator (since
> there is no cx field in TBBUTTON structu
Ben Klein gmail.com> writes:
>
> I just noticed that the entry for "Everquest II", the sequel to
> "Everquest", is listed as version 2 under "Everquest" in AppDB. This
> is incorrect, as the sequel is not a new version of the original game,
> it is a new game. Can someone help me fix it? I'd del
Your email left me confused because you say implementing D3DXMesh is
small however towards the end of your email say it is a large job.
Surely having something small is good for SoC projects, no?
On Tue, Mar 17, 2009 at 9:13 PM, Roderick Colenbrander
wrote:
>> Just an idea I came up with for Goog
2009/3/18 Paul Vriens :
> Nicolas Le Cam wrote:
>>
>> On Win2k (and according to test.winehq.org on above platforms) an
>> ABN_POSCHANGED message is sent to the last window that is removed.
>>
>> This patch change the ok to a win_skip in this case.
>>
>> Tell me if you have a better solution.
>>
>>
Nicolas Le Cam wrote:
On Win2k (and according to test.winehq.org on above platforms) an
ABN_POSCHANGED message is sent to the last window that is removed.
This patch change the ok to a win_skip in this case.
Tell me if you have a better solution.
Nicolas Le Cam
--
32 matches
Mail list logo
