Henri Verbeet wrote:
Hi,
+EnterCriticalSection(d3d8_cs);
+*pToken = d3d8_allocate_handle(This-handle_table, object);
LeaveCriticalSection(d3d8_cs);
Is there a need for that extra EnterCriticalSection()
Hi folks,
I've just sent our application for this year's Summer of Code.
Could everyone please have another look at the proposed projects at
http://wiki.winehq.org/SummerOfCode to see if all the proposals are still
current. Feel free to discuss new project ideas on the mailing list as well.
Scott Ritchie wrote:
Francois Gouget wrote:
It has been abundantly proven that the system drive is not always the c:
drive on Windows (via comments and our conformance test results). So
it is not Wine's place to force the user to use c: as the system drive.
It is on vista though, and I
Vitaliy Margolen wrote:
+res = RegOpenKeyExW( HKEY_LOCAL_MACHINE, profile_pathname, 0L,
KEY_QUERY_VALUE, keyProfileDir );
+res = RegGetValueW( keyProfileDir, profile_subkey,
profile_keyname, RRF_RT_ANY,
+ NULL, buffer, sizePath ); /* RegGetValue
Huw Davies wrote:
---
dlls/gdi32/tests/bitmap.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
Wouldn't it be better to do something like:
SetLastError(0xdeadbeef);
GetWindowLongPtrW(GetDesktopWindow(),
Alexandre Julliard wrote:
Huw Davies h...@codeweavers.com writes:
---
dlls/gdi32/tests/bitmap.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
The is_win9x test is broken, that GetWindowLongPtrW call will return 0
on all platforms, so it breaks the tests on Wine:
But that's
Paul Vriens paul.vriens.w...@gmail.com writes:
But that's also the same logic we are using in winetest (function
running_on_visible_desktop). So that's broken too?
Yes, that's broken.
--
Alexandre Julliard
julli...@winehq.org
2009/3/10 Forest Hale lordha...@ghdigital.com:
Ben Klein wrote:
You're wrong there, it's DRIVE_UNKNOWN, which is the autodetect thing
(I haven't looked into it in detail, but something is *correctly*
autodetecting your drive C: as a network drive).
snip
I'm still pretty sure kernel32 isn't
Dan Kegel wrote:
The wine test suite is making great progress towards
passing on all platforms.
http://test.winehq.org/data/tests/rpcrt4:server.html
seems to be the sore thumb at the moment; it passes
on XP and Wine, but fails everywhere else.
I think this is the test that fails on the most
Paul Vriens wrote:
Dan Kegel wrote:
The wine test suite is making great progress towards
passing on all platforms.
http://test.winehq.org/data/tests/rpcrt4:server.html
seems to be the sore thumb at the moment; it passes
on XP and Wine, but fails everywhere else.
I think this is the test that
Hello, I have an issue with wine, which consists in: when I try run any
windows binary, it shows blurry, distorsioned and illegible fonts,
highly descouraging me about using it, could you give me a solution,
please? I'm running ArchLinux on a P4 box, thanks.
Ben Klein wrote:
You're wrong there, it's DRIVE_UNKNOWN, which is the autodetect thing
(I haven't looked into it in detail, but something is *correctly*
autodetecting your drive C: as a network drive).
snip
I'm still pretty sure kernel32 isn't the right place for forcing drive
type. Maybe
Forward from wine-patches
-- Forwarded message --
From: 郭强 strong...@163.com
Date: Tue, Mar 10, 2009 at 1:38 PM
Subject: SetDeviceGammaRamp
To: wine-patc...@winehq.org
Hi,
I got a question about how to use SetDeviceGammaRamp Function.
As in SDK, Remarks
On Mon, Mar 9, 2009 at 7:37 AM, Alexandre Julliard julli...@winehq.org wrote:
For Windows conformance test validation:
1st tier: Win XP 32 bit, Win 2003 32 bit, Win Vista 32 and 64 bit,
Win 2008 32 bit
Having tests pass on all these platforms is of course a worthwhile goal,
but it can't be
savek wrote:
Hello, I have an issue with wine, which consists in: when I try run any
windows binary, it shows blurry, distorsioned and illegible fonts,
highly descouraging me about using it, could you give me a solution,
please? I'm running ArchLinux on a P4 box, thanks.
This is not user
While I did some experimenting with the proposals from Vitaliy Margolen
to get an accepted patch for GetUserProfileDirectoryW, I found this
behavior:
OpenProcessToken(hProcess,TOKEN_QUERY,hToken);
...
GetTokenInformation( hToken, TokenUser, ptiUser, cbti, cbti )
...
LookupAccountSidW( NULL,
Abstract:
The goal of this project is to implement rdpservice support in Wine
by converting XRDP in to a Winelib application allowing the execution
of Wine based applications over the RDP protocol, without the need of
a X11 Session/Driver
. RDP protocol offers significantly faster performance
Hi Jacek,
thanks for looking at my patches.
VB uses IDispatch, VBScript uses IDispatchEx. See MSDN doc for
IDispatchEx. But I should probably delete this and other superfluous
includes, as they currently not yet used.
This is a spare time project for me in order to learn more about active
It's really going to need a DIB engine and all sorts of
other magic. I expect given the speed of the RDP protocol, even
without the DIB engine, its still going to be faster than running the
standard X11-VNC-RDP bridge just due to the removal of many layers
of redirection.
How is it going to
On Tue, Mar 10, 2009 at 1:08 PM, Stefan Dösinger stefandoesin...@gmx.at wrote:
How is it going to handle DIB drawing without a DIB engine? Is there some
offscreen bitmap support in RDP which this driver could offload to like
x11drv?
I believe there is, see:
Hello,
Francois can you agree with these patches?
http://www.winehq.org/pipermail/wine-patches/2009-March/070560.html
http://www.winehq.org/pipermail/wine-patches/2009-March/070561.html
http://www.winehq.org/pipermail/wine-patches/2009-March/070562.html
2009/3/9 Austin English austinengl...@gmail.com:
Howdy Rob,
Looks like one of your recent qmgr patches added failure to qmgr:
http://test.winehq.org/data/1b9a6fb4e9f5a76f1ca352bef121689df02d9289/#group_Wine
file.c:121: Test failed: GetRemoteName failed: 800706c6
file.c:124: Tests skipped:
On Thu, Mar 5, 2009 at 9:52 AM, Dimi Paun d...@lattica.com wrote:
On Thu, 2009-03-05 at 14:07 +0800, Dmitry Timoshkov wrote:
Actually if there are a lot of user account creation every day in the
Wine wiki then there is something wrong with it. There are not that
much Wine developers and
2009/3/11 King InuYasha ngomp...@gmail.com:
Why are we using Moin anyways? I know Fedora used to use Moin and they moved
off of it for their wiki, and I honestly think that perhaps WineHQ needs to
as well.
If you're going to argue for a complete replacement of the Wiki
system, you'll have to
Ignore this patch, we'll have to wait until Firefox 3.1 before CSS3 is
supported. I forgot there was wine_todo.
Alistair Leslie-Hughes leslie_alist...@hotmail.com wrote in message
news:49b726bb.4000...@hotmail.com...
Hi,
Changelog:
mshtml: Implement IHTMLStyle4 get/put textOverflow
Best
25 matches
Mail list logo
