On Mon, Sep 27, 2010 at 3:57 AM, Henri Verbeet hverb...@gmail.com wrote:
On 27 September 2010 02:22, Travis Athougies iamm...@gmail.com wrote:
+ /* The Direct3D 9 docs state that we cannot lock a render target
surface,
+ instead we must copy the render target onto this surface to
I keep seeing people asking about wine and security, e.g.
http://bugs.winehq.org/show_bug.cgi?id=24550
or
http://forum.winehq.org/viewtopic.php?t=9770
or
https://answers.launchpad.net/ubuntu/+source/wine/+question/59148
...
It seems worth listing the things one can do to
partially lock down wine,
On 09/28/2010 11:25 PM, Dan Kegel wrote:
I keep seeing people asking about wine and security, e.g.
http://bugs.winehq.org/show_bug.cgi?id=24550
or
http://forum.winehq.org/viewtopic.php?t=9770
or
https://answers.launchpad.net/ubuntu/+source/wine/+question/59148
...
It seems worth listing
However, I don't see any credits to me or IDRIX in you submission.
I don't understand Mounir : after patching, all wine Winscard sources
files contain/keep this words :
Copyright 2007 Mounir IDRASSI (mounir.idra...@idrix.fr, for IDRIX)
In the coming days, I'll prepare an updated version of
2010/9/29 viny vincent.hardy...@gmail.com:
However, I don't see any credits to me or IDRIX in you submission.
I don't understand Mounir : after patching, all wine Winscard sources files
contain/keep this words :
Copyright 2007 Mounir IDRASSI (mounir.idra...@idrix.fr, for IDRIX)
In the
On 28 September 2010 23:07, Matteo Bruni matteo.myst...@gmail.com wrote:
You still need to use this state in the shader backends, instead of
getting it from the stateblock.
On 9/28/10 9:37 PM, Reece Dunn wrote:
On 28 September 2010 15:14, Jacek Cabanja...@codeweavers.com wrote:
I am interested in helping out to improve this area -- my aim is to
not require the `winetricks ie6` command to get some of these
applications (specifically the Big Fish Games client) to
On 9/29/10 9:39 AM, Reece Dunn wrote:
Hi,
This reports any errors sent to the mshtml ActiveScriptSite
OnScriptError handler to the user and traces it to ERR to aid
debugging.
static HRESULT WINAPI ActiveScriptSite_OnScriptError(IActiveScriptSite *iface,
IActiveScriptError *pscripterror)
{
On 29 September 2010 11:41, Jacek Caban ja...@codeweavers.com wrote:
On 9/29/10 9:39 AM, Reece Dunn wrote:
Hi,
This reports any errors sent to the mshtml ActiveScriptSite
OnScriptError handler to the user and traces it to ERR to aid
debugging.
static HRESULT WINAPI
I didn't really look at the patch at all, but that's not how
HeapReAlloc() works.
On 29 September 2010 11:39, Jacek Caban ja...@codeweavers.com wrote:
On 9/28/10 9:37 PM, Reece Dunn wrote:
On 28 September 2010 15:14, Jacek Cabanja...@codeweavers.com wrote:
I am interested in helping out to improve this area -- my aim is to
not require the `winetricks ie6` command to get
On 9/29/10 2:30 PM, Reece Dunn wrote:
On 29 September 2010 11:39, Jacek Cabanja...@codeweavers.com wrote:
On 9/28/10 9:37 PM, Reece Dunn wrote:
On 28 September 2010 15:14, Jacek Cabanja...@codeweavers.comwrote:
I am interested in helping out to improve this area -- my aim is to
not
On 29 September 2010 13:45, Jacek Caban ja...@codeweavers.com wrote:
On 9/29/10 2:30 PM, Reece Dunn wrote:
On 29 September 2010 11:39, Jacek Cabanja...@codeweavers.com wrote:
On 9/28/10 9:37 PM, Reece Dunn wrote:
On 28 September 2010 15:14, Jacek Cabanja...@codeweavers.com wrote:
I
Ubuntu 10.10 is coming out soon, and its new kernel settings prevent
Wine apps from looking at each others' memory. This breaks World of
Warcraft, among other things. See:
http://bugs.winehq.org/show_bug.cgi?id=24193
What's needed is a very small shim for Wine that can be setuid 0, but
then
On 9/29/10 3:03 PM, Reece Dunn wrote:
On 29 September 2010 13:45, Jacek Cabanja...@codeweavers.com wrote:
The
problem is probably somewhere else and the question is why the script takes
code path resulting in an exception (and even if it's supposed to do so,
current exception handling is
On Wed, Sep 29, 2010 at 6:29 AM, Henri Verbeet hverb...@gmail.com wrote:
I didn't really look at the patch at all, but that's not how
HeapReAlloc() works.
Whoops! I can't believe I screwed that up, thanks.
Erich Hoover
ehoo...@mines.edu
On 09/29/2010 03:14 PM, Scott Ritchie wrote:
Ubuntu 10.10 is coming out soon, and its new kernel settings prevent
Wine apps from looking at each others' memory. This breaks World of
Warcraft, among other things. See:
http://bugs.winehq.org/show_bug.cgi?id=24193
What's needed is a very small
On 29 September 2010 08:21, Travis Athougies iamm...@gmail.com wrote:
The problem with your current setup is that you do the readback after
doing a Present(). Present() invalidates the contents of the
backbuffer.
+ ok(data[0] == D3DCOLOR_ARGB(0, 0, 255, 255),
+
On 29 September 2010 15:42, Michael Stefaniuc mstef...@redhat.com wrote:
On 09/29/2010 03:14 PM, Scott Ritchie wrote:
Ubuntu 10.10 is coming out soon, and its new kernel settings prevent
Wine apps from looking at each others' memory. This breaks World of
Warcraft, among other things. See:
Scott Ritchie sc...@open-vote.org writes:
Ubuntu 10.10 is coming out soon, and its new kernel settings prevent
Wine apps from looking at each others' memory. This breaks World of
Warcraft, among other things. See:
http://bugs.winehq.org/show_bug.cgi?id=24193
What's needed is a very small
On 09/29/2010 07:12 AM, Alexandre Julliard wrote:
Scott Ritchie sc...@open-vote.org writes:
Ubuntu 10.10 is coming out soon, and its new kernel settings prevent
Wine apps from looking at each others' memory. This breaks World of
Warcraft, among other things. See:
Hello,
I noticed the committed patch gameux: Add implementation of
IGameStatisticsMgr::RemoveGameStatistics.
(5cac9d2cb2c020802a56a5b1b28348316f1087ba)
The GAMEUX_getAppIdFromGDFPath() function now ends with:
+HeapFree(GetProcessHeap(), 0, lpRegistryPath);
+
+TRACE(found app id: %s,
On 29/09/10 16:53, Scott Ritchie wrote:
Unfortunately the default behavior can only be set globally, so that
leaves me with:
1) make installing the package cause the global change
2) the above idea
3) do nothing
I'm not sure which is worse, although I know doing nothing breaks a lot
of apps.
On 24/09/10 23:00, Alexandre Julliard wrote:
Paul Vrienspaul.vriens.w...@gmail.com writes:
I see you made great steps in getting the RTL stuff working. The
Hebrew version of native winmine shows the menu's right-aligned now!
What are the plans/ideas for the Wine builtin programs with
Shachar Shemesh shac...@shemesh.biz writes:
If I might recommend something, I suggest not to use
SetProcessDefaultLayout at all. Just localize whatever needs
localization through the resources and that's it. Even for menus, the
resources have an option to define the menus as RTL.
Most
On 29/09/10 18:21, Alexandre Julliard wrote:
Shachar Shemeshshac...@shemesh.biz writes:
If I might recommend something, I suggest not to use
SetProcessDefaultLayout at all. Just localize whatever needs
localization through the resources and that's it. Even for menus, the
resources have an
Shachar Shemesh shac...@shemesh.biz writes:
Did I mention that the automatic mirroring is a broken idea
implemented in a broken way already?
What do you consider broken about it?
Aside from notepad, for which the difference is very small, and most
people would regard a default LTR control
On 09/29/2010 07:53 AM, Scott Ritchie wrote:
On 09/29/2010 07:12 AM, Alexandre Julliard wrote:
Scott Ritchie sc...@open-vote.org writes:
Ubuntu 10.10 is coming out soon, and its new kernel settings prevent
Wine apps from looking at each others' memory. This breaks World of
Warcraft, among
On 29/09/10 20:25, Alexandre Julliard wrote:
Shachar Shemeshshac...@shemesh.biz writes:
Did I mention that the automatic mirroring is a broken idea
implemented in a broken way already?
What do you consider broken about it?
Everything. The concept is that a RTL layout is just a
Shachar Shemesh shac...@shemesh.biz writes:
Less specifically, however, all controls that have BiDi settings can
have those settings set through the resource for that control, without
setting it for the entire application. In those cases that the layout
is not control by a resource, we are
Alexandre Julliard julli...@winehq.org wrote:
Sent: Sep 29, 2010 11:25 AM
To: Shachar Shemesh shac...@shemesh.biz
Cc: Paul Vriens paul.vriens.w...@gmail.com, 'wine-devel@winehq.org'
wine-devel@winehq.org
Subject: Re: Right-To-Left (RTL) languages and Wine
Shachar Shemesh shac...@shemesh.biz
On 29/09/10 21:59, James Mckenzie wrote:
And Microsoft Office appears different in RTL rather than LTR. I used to work
with someone that had the Arabic version of these programs and it would switch
from RTL when typing in Arabic to LTR when typing in a Latin-based language.
I'm sorry,
On 29/09/10 21:52, Alexandre Julliard wrote:
You can't do that in resources, apart from simple dialogs. Many controls
are created directly in the code, so you need to change the source.
Whether this is to set the process-wide layout or to set WS_EX_LAYOUTRTL
individually on appropriate windows
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=5605
Your paranoid
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=5608
Your paranoid
On 9/29/10 2:29 PM, Shachar Shemesh wrote:
On 29/09/10 21:59, James Mckenzie wrote:
And Microsoft Office appears different in RTL rather than LTR. I
used to work with someone that had the Arabic version of these
programs and it would switch from RTL when typing in Arabic to LTR
when
36 matches
Mail list logo
