Am 12.10.2013 23:28, schrieb Alan W. Irwin:
Under MSYS bash.exe if I use the touch command I only get 1-second
resolution when reading the results.
bash.exe-3.1$ touch touch1.test touch2.test
bash.exe-3.1$ ls --full-time touch*.test
-rw-r--r-- 1 wine 544 0 2013-10-12 13:57:58.0 -0700
Hi,
wine-mono hasn't been updated in nearly a year.Should it be time to
consider a new release?
Thoughts.
Best Regards
Alistair Leslie-Hughes
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
https://newtestbot.winehq.org/JobDetails.pl?Key=2733
Your paranoid
On 13 October 2013 11:13, Marcus Meissner mar...@jet.franken.de wrote:
1104553 Resource leak
Fixing the memory leak is fine of course, but I think it would be
better to handle the array initialization in
d3drm_visual_array_create() etc. instead, so that those functions
actually return an object
IMHO it is more than time.
Mono has several release cycles of new features that we are not taking
advantage of with wine-mono
cheers
2013/10/14 Alistair Leslie-Hughes leslie_alist...@hotmail.com:
Hi,
wine-mono hasn't been updated in nearly a year.Should it be time to
consider a new
Hello Hugh,
I'd be more than happy to help you review your patches, although I am
no wineconsole expert, I believe I could help you get your changes
into wine.
Contact me if no better offer comes around :)
cheers
2013/10/11 Hugh McMaster hugh.mcmas...@masterindexing.com:
Can anyone help me on
On Monday, 14 October 2013 9:50 PM, Ricardo Filipe wrote:
I'd be more than happy to help you review your patches, although I am no
wineconsole expert, I believe I could help you get your changes into wine.
Contact me if no better offer comes around :) cheers
Hello Ricardo,
Thank you for your
Huw Davies h...@codeweavers.com writes:
---
dlls/wsock32/protocol.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
This doesn't build on MingW:
protocol.o: In function `WSOCK32_inet_network@4':
/home/julliard/wine/build/obj-pe32/dlls/wsock32/../../../wine/dlls/wsock32/protocol.c:55:
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
https://newtestbot.winehq.org/JobDetails.pl?Key=2750
Your paranoid
I have been doing a Clang static analysis of Wine on OS X using the one
provided at http://clang-analyzer.llvm.org and storing the results on my
PogoPlug drive. If someone wants to see the results, please tell me and I'll
set up your e-mail. You will need a free PogoPlug account to view them.
On 2013-10-12 23:28, Alan W. Irwin wrote:
Under MSYS bash.exe if I use the touch command I only get 1-second
resolution when reading the results.
bash.exe-3.1$ touch touch1.test touch2.test
bash.exe-3.1$ ls --full-time touch*.test
-rw-r--r-- 1 wine 544 0 2013-10-12 13:57:58.0 -0700
Nikolay Sivov nsi...@codeweavers.com wrote:
+FreeLibrary(mod);
Please add the tests for FreeLibrary return value.
--
Dmitry.
On 10/14/2013 05:21, Dmitry Timoshkov wrote:
Nikolay Sivov nsi...@codeweavers.com wrote:
+FreeLibrary(mod);
Please add the tests for FreeLibrary return value.
Makes sense, thanks.
Under MSYS bash.exe if I use the touch command I only get 1-second
resolution when reading the results.
bash.exe-3.1$ touch touch1.test touch2.test
bash.exe-3.1$ ls --full-time touch*.test
-rw-r--r-- 1 wine 544 0 2013-10-12 13:57:58.0 -0700 touch1.test
-rw-r--r-- 1 wine 544 0 2013-10-12
On Fri, Oct 11, 2013 at 7:20 PM, Max . asnl...@hotmail.com wrote:
Hi,
I would like to know when the first patchs for d3d11 will be introduce into
wine ?
Beginning of 2014 ? middle 2014 ? End 2014 ?
Thanks,
WIR
Alistair Leslie-Hughes leslie_alist...@hotmail.com wrote:
+static HRESULT WINAPI metahostpolicy_QueryInterface(ICLRMetaHostPolicy
*iface, REFIID riid, void **ppvObject)
+{
+TRACE(%s %p\n, debugstr_guid(riid), ppvObject);
+
+if ( IsEqualGUID( riid, IID_ICLRMetaHostPolicy ) ||
+
On 01.10.2013 12:12, Alexandre Julliard wrote:
Ralf Habacker ralf.habac...@freenet.de writes:
With other patches i have been told to implement such stuff in the dib
driver. Unfortunally this do not works in this case, because in the top
level function it looks like having driver specific
Can anyone help me on this? I do realize that wineconsole is only a minor focus
of development.
Hugh
-
Hi everyone,
I just wanted to know if anyone would mind helping/mentoring me with a few
small patches.
I am working primarily on
(no idea why my client sent this to wine-patches)
On 10/10/13 15:23, Andrew Cook wrote:
---
dlls/kernel32/tests/process.c | 159
+-
include/winbase.h | 1 +
include/winnt.h | 90
3 files changed,
Hmm... It still fails today. I have a better idea to fix it, will send
a patch tomorrow. Sorry for introducing the failures :(
On 11 October 2013 22:51, Frédéric Delanoy frederic.dela...@gmail.com wrote:
-DWORD onesided_enable = FALSE;
-DWORD twosided_enable = FALSE;
+DWORD onesided_enable = 0;
+DWORD twosided_enable = 0;
Actually, all of those initializations are redundant.
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
https://newtestbot.winehq.org/JobDetails.pl?Key=2721
Your paranoid
Dears,
I faced the same problem, but, unfortunally, link to answer is invalid.
Please, tell me, how did you resolve situation?
Thanks.
--
View this message in context:
http://wine.1045685.n5.nabble.com/winspool-ERROR-INVALID-NAME-in-GetDefaultPrinter-tp1788463p5773073.html
Sent from the Wine
On 01.10.2013 12:40, Alexandre Julliard wrote:
Ralf Habacker r...@habacker.de writes:
On 01.10.2013 12:12, Alexandre Julliard wrote:
Ralf Habacker ralf.habac...@freenet.de writes:
With other patches i have been told to implement such stuff in the dib
driver. Unfortunally this do not works
Hello,
On Thu, Oct 10, 2013 at 3:24 AM, Ken Thomases k...@codeweavers.com wrote:
On Oct 9, 2013, at 4:49 PM, Phil Krylov wrote:
Do you consider adding an option to stop interpreting Command as Alt?
I have not considered it. What would be gained? Do you want the Command key
interpreted as
Hi Vincent,
Thanks a lot for the advice, I'll try that.
On Thu, Oct 10, 2013 at 12:41 AM, Vincent Povirk madewokh...@gmail.com wrote:
I don't think it's possible to properly implement SwitchDesktop in
either the X11 or Mac driver. There's just nothing sensible for it to
do.
That's one reason
On 10/10/2013 00:36, Frédéric Delanoy wrote:
---
dlls/xmllite/reader.c | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git a/dlls/xmllite/reader.c b/dlls/xmllite/reader.c
index 0a4423c..a216951 100644
--- a/dlls/xmllite/reader.c
+++ b/dlls/xmllite/reader.c
@@
Qian Hong qh...@codeweavers.com writes:
---
dlls/user32/tests/winstation.c | 57
1 file changed, 57 insertions(+)
Can you please fix the test failures introduced by your previous changes
first? cf.
On 10/10/2013 14:58, Jeff Latimer wrote:
---
dlls/wmvcore/Makefile.in| 2 +-
dlls/wmvcore/wmvcore_main.c | 100
+++-
include/wmsdkidl.idl| 11 ++---
3 files changed, 105 insertions(+), 8 deletions(-)
+typedef struct MetadataEditorImpl {
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
https://newtestbot.winehq.org/JobDetails.pl?Key=2688
Your paranoid
Hello,
On Thu, Oct 10, 2013 at 6:48 PM, Alexandre Julliard julli...@winehq.org wrote:
Can you please fix the test failures introduced by your previous changes
first? cf. https://test.winehq.org/data/tests/user32:winstation.html
Sorry for introduced the failures, I'd like to investigate,
On Thu, Oct 10, 2013 at 8:42 PM, Qian Hong qh...@codeweavers.com wrote:
Sorry for introduced the failures, I'd like to investigate, however I
can't reproduce the failures on my own Win7. I try to run
winetest-latest.exe on the testbot, but it ran timeout (as expect), is
there any way I can
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
https://newtestbot.winehq.org/JobDetails.pl?Key=2689
Your paranoid
On Thu, Oct 10, 2013 at 12:40 PM, Nikolay Sivov bungleh...@gmail.com wrote:
On 10/10/2013 00:36, Frédéric Delanoy wrote:
---
dlls/xmllite/reader.c | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git a/dlls/xmllite/reader.c b/dlls/xmllite/reader.c
index
On 10 October 2013 16:59, Frédéric Delanoy frederic.dela...@gmail.com wrote:
Basically cleanup/clarity. Using boolean values when expressing
logical expressions results does make sense (and it makes the intent
clearer) IMHO.
I just think it would have been nice if we could have used the C99
On 09.10.2013 01:12, Matteo Bruni wrote:
Hi Rico,
2013/10/8 Rico Schüller kgbric...@web.de:
Hi,
this moves the object initialization into a separate function, so it could
be used for strings and resources. It also removes the STATE_TYPE as we
could distinguish the types at the object level.
Henri Verbeet hverb...@codeweavers.com wrote:
+static HRESULT WINAPI
IDirect3DRMVisualArrayImpl_QueryInterface(IDirect3DRMVisualArray *iface,
REFIID riid, void **out)
{
-TRACE((%p)-(%s, %p)\n, iface, debugstr_guid(riid), ret_iface);
+TRACE(iface %p, riid %s, out %p.\n, iface,
On 9 October 2013 11:26, Dmitry Timoshkov dmi...@baikal.ru wrote:
Henri Verbeet hverb...@codeweavers.com wrote:
+static HRESULT WINAPI
IDirect3DRMVisualArrayImpl_QueryInterface(IDirect3DRMVisualArray *iface,
REFIID riid, void **out)
{
-TRACE((%p)-(%s, %p)\n, iface,
Hi everyone,
I just wanted to know if anyone would mind helping/mentoring me with a few
small patches.
I am working primarily on wineconsole's screen buffer problems (to which I
believe I have the solution), but am also looking at implementing some stub
Win32 console functions found in
2013/10/9 Rico Schüller kgbric...@web.de:
On 09.10.2013 01:12, Matteo Bruni wrote:
Hi Rico,
2013/10/8 Rico Schüller kgbric...@web.de:
Hi,
this moves the object initialization into a separate function, so it
could
be used for strings and resources. It also removes the STATE_TYPE as we
I don't think it's possible to properly implement SwitchDesktop in
either the X11 or Mac driver. There's just nothing sensible for it to
do.
One possible strategy would be to implement SwitchDesktop in user32
and wineserver. Wineserver could logically track the input desktop,
and OpenInputDesktop
Thanks! Do you consider adding an option to stop interpreting Command as Alt?
On Thu, Oct 10, 2013 at 1:30 AM, Ken Thomases k...@codeweavers.com wrote:
---
dlls/winemac.drv/cocoa_window.m | 22 --
dlls/winemac.drv/macdrv_cocoa.h |2 ++
dlls/winemac.drv/macdrv_main.c |
On Oct 9, 2013, at 4:49 PM, Phil Krylov wrote:
Thanks!
You're welcome.
Do you consider adding an option to stop interpreting Command as Alt?
I have not considered it. What would be gained? Do you want the Command key
interpreted as the Windows key? Do you want something else to happen
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
https://newtestbot.winehq.org/JobDetails.pl?Key=2682
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
https://newtestbot.winehq.org/JobDetails.pl?Key=2683
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
https://newtestbot.winehq.org/JobDetails.pl?Key=2667
Your paranoid
Nikolay Sivov nsi...@codeweavers.com writes:
On 10/6/2013 19:06, Nikolay Sivov wrote:
It's normal to grow destination buffer, in this case all stored
pointers will be trashed. This patch uses offsets from start of a
buffer instead.
Hi, Alexandre.
Patches list shows a build failure for
Hi,
I finally got around to working on support for Cocoa full-screen mode in the
Mac driver, based on the work of Kevin Eaves. I've attached a new patch. This
patch can only be applied on top of the other Mac driver patches I just
submitted to wine-patches.
Some changes from Kevin's
On 8 October 2013 00:27, Stefan Dösinger ste...@codeweavers.com wrote:
diff --git a/dlls/wined3d/surface.c b/dlls/wined3d/surface.c
index 52eac16..eb8ca7e 100644
--- a/dlls/wined3d/surface.c
+++ b/dlls/wined3d/surface.c
@@ -5608,8 +5608,6 @@ HRESULT surface_load_location(struct
On Sat, 05 Oct 2013 14:54:07 +0200, Piotr Caban wrote:
+ if (!(editor-styleFlags ES_MULTILINE))
+ {
+len = 0;
+while(textW[len] != '0' textW[len] != '\r' textW[len] != '\n')
+ len++;
+ }
Although this patch has been committed as
Hi Akihiro,
On 10/08/13 12:51, Akihiro Sagawa wrote:
On Sat, 05 Oct 2013 14:54:07 +0200, Piotr Caban wrote:
+ if (!(editor-styleFlags ES_MULTILINE))
+ {
+len = 0;
+while(textW[len] != '0' textW[len] != '\r' textW[len] != '\n')
+ len++;
+ }
Although
On 10/8/2013 10:56, Alexandre Julliard wrote:
Nikolay Sivov nsi...@codeweavers.com writes:
On 10/6/2013 19:06, Nikolay Sivov wrote:
It's normal to grow destination buffer, in this case all stored
pointers will be trashed. This patch uses offsets from start of a
buffer instead.
Hi,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 2013-10-08 12:06, schrieb Henri Verbeet:
On 8 October 2013 00:27, Stefan Dösinger ste...@codeweavers.com
wrote:
diff --git a/dlls/wined3d/surface.c b/dlls/wined3d/surface.c
index 52eac16..eb8ca7e 100644 --- a/dlls/wined3d/surface.c +++
On 8 October 2013 13:44, Stefan Dösinger stefandoesin...@gmail.com wrote:
Are you sure? E.g. if a texture is used with srgb=true and sRGB_decode
is supported, wined3d_texture_bind sets WINED3D_TEXTURE_IS_SRGB. If
the application later calls PreLoad manually, texture2d_preload is
called with
Aric Stewart a...@codeweavers.com writes:
@@ -1597,7 +1612,9 @@ BOOL WINAPI ImmGetConversionStatus(
HWND WINAPI ImmGetDefaultIMEWnd(HWND hWnd)
{
HWND ret;
-IMMThreadData* thread_data = IMM_GetThreadData(0);
+IMMThreadData* thread_data = IMM_GetThreadDataForWindow(hWnd);
+
I found this page
http://www.nirsoft.net/dll_information/windows8/gdi32_dll.html shows
that gdi32 dll has more than 800 functions,but the spec file has only 500 .
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
https://newtestbot.winehq.org/JobDetails.pl?Key=2669
Your paranoid
From: xantare...@hotmail.com
To: hverb...@gmail.com
Subject: RE: binfmt support
Date: Mon, 7 Oct 2013 11:47:05 +
Date: Mon, 7 Oct 2013 12:23:30 +0200
Subject: Re: binfmt support
From: hverb...@gmail.com
To: xantare...@hotmail.com
CC: wine-devel@winehq.org
On 7 October 2013
Some of those are probably Wine-specific, and/or are forwarded from other DLLs.
On Oct 8, 2013, at 8:35 AM, Akira Nakagawa matyapir...@gmail.com wrote:
I found this page shows that gdi32 dll has more than 800 functions,but the
spec file has only 500 .
On Tue, Oct 8, 2013 at 11:54 AM, C.W. Betts computer...@hotmail.com wrote:
Some of those are probably Wine-specific, and/or are forwarded from other
DLLs.
On Oct 8, 2013, at 8:35 AM, Akira Nakagawa matyapir...@gmail.com wrote:
I found this page shows that gdi32 dll has more than 800
Hello, this patch is in pending status, is there any way I can improve it?
IMO there is no way to 'correctly' implement OpenInputDesktop before
implementing SwitchDesktop, as far as SwitchDesktop is a stub, it is
safe to assume that OpenInputDesktop will always return either NULL or
Hi Rico,
2013/10/8 Rico Schüller kgbric...@web.de:
Hi,
this moves the object initialization into a separate function, so it could
be used for strings and resources. It also removes the STATE_TYPE as we
could distinguish the types at the object level.
1. When an object has a destination, it
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
https://newtestbot.winehq.org/JobDetails.pl?Key=2674
Your paranoid
Hello,
I made a patch to add a configuration file to be picked up by binfmt to allow
to associate windows executables
to wine.
As binfmt is now a part of systemd in most linux disttributions:
http://www.freedesktop.org/software/systemd/man/systemd-binfmt.service.html
... I don't see a reason
On 7 October 2013 12:06, xantares 09 xantare...@hotmail.com wrote:
... I don't see a reason why to not include it at the wine level instead of
every linux distros, see:
https://github.com/xantares/wine/commit/76ebd5d29effaf4b6b39ceecb689f7008bf6b376
What do you think ?
Ignoring the
Hi,
On 10/06/13 00:45, morphiend wrote:
+ * _chsize_s (MSVCRT.@)
+ */
+int CDECL MSVCRT__chsize_s(int fd, __int64 size)
+{
+LARGE_INTEGER cur, pos;
+LARGE_INTEGER temp = { 0 };
This causes compilation warnings. There's also a trailing space in this
line.
+
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
https://newtestbot.winehq.org/JobDetails.pl?Key=2650
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
https://newtestbot.winehq.org/JobDetails.pl?Key=2649
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
https://newtestbot.winehq.org/JobDetails.pl?Key=2651
Your paranoid
Piotr Caban pi...@codeweavers.com writes:
---
dlls/riched20/editor.c | 21 +
dlls/riched20/tests/editor.c | 38 ++
2 files changed, 59 insertions(+)
It doesn't work:
../../../tools/runtest -q -P wine -M riched20.dll -T ../../..
HRESULT CLRMetaHost_CreateInstance(REFIID riid, void **ppobj)
{
+GlobalCLRMetaHost.callback = NULL;
return ICLRMetaHost_QueryInterface(GlobalCLRMetaHost.ICLRMetaHost_iface,
riid, ppobj);
}
I don't think we should be changing global state every time someone
creates an instance of this
On 10/6/2013 19:06, Nikolay Sivov wrote:
It's normal to grow destination buffer, in this case all stored
pointers will be trashed. This patch uses offsets from start of a
buffer instead.
Hi, Alexandre.
Patches list shows a build failure for this one, and I don't see any
failures on testbot
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
https://newtestbot.winehq.org/JobDetails.pl?Key=2660
Your paranoid
On Sun, Oct 6, 2013 at 12:45 AM, morphiend morphi...@gmail.com wrote:
This patch adds the _chsize_s() to the mscvrt and corresponding mscvr*s.
This was tested on Ubuntu 12.10 using IDA 6.4 as a test application. Without
the implementation of _chsize_s(), certain binaries caused an internal
On 6 October 2013 20:32, Frédéric Delanoy frederic.dela...@gmail.com wrote:
On Sun, Oct 6, 2013 at 12:45 AM, morphiend morphi...@gmail.com wrote:
This patch adds the _chsize_s() to the mscvrt and corresponding mscvr*s.
This was tested on Ubuntu 12.10 using IDA 6.4 as a test application. Without
Stefan Dösinger stefandoesin...@gmail.com writes:
Am 2013-10-03 21:45, schrieb Henri Verbeet:
On 3 October 2013 21:16, Lasse Rasinen lrasi...@iki.fi wrote:
According to debugging output, Artemis Spaceship Bridge Simulator
2.0 calls LockRect twice on the same texture (for whatever
reason) and
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
https://newtestbot.winehq.org/JobDetails.pl?Key=2634
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
https://newtestbot.winehq.org/JobDetails.pl?Key=2637
Your paranoid
On Oct 4, 2013, at 12:17 AM, Ken Thomases wrote:
---
dlls/winemac.drv/cocoa_app.m| 8 ++--
dlls/winemac.drv/cocoa_window.h | 1 +
dlls/winemac.drv/cocoa_window.m | 16 +---
dlls/winemac.drv/event.c| 5 +
dlls/winemac.drv/macdrv.h | 1 +
On 4 October 2013 00:03, Stefan Dösinger ste...@codeweavers.com wrote:
@@ -2883,10 +2886,6 @@ HRESULT CDECL wined3d_surface_set_mem(struct
wined3d_surface *surface, void *mem
/* Now the surface memory is most up do date. Invalidate drawable
and texture. */
Hello,
So Unicode 6.3 was just recently released. One of the things it features is
an updated BIDI (Bidirectional) algorithm. This is revision 29 to the
algorithm. (http://www.unicode.org/reports/tr9/tr9-29.html#Modifications)
Looking at the code I moved from gdi32 to usp10, it looks like
On 4 October 2013 15:02, Stefan Dösinger stefandoesin...@gmail.com wrote:
Client storage only applies to GL textures, which won't be created for sysmem
surfaces.
I don't think that's necessarily true at the moment. In particular,
ddraw blits can in principle cause a texture to be created for
Am 04.10.2013 um 15:28 schrieb Henri Verbeet hverb...@gmail.com:
On 4 October 2013 15:02, Stefan Dösinger stefandoesin...@gmail.com wrote:
Client storage only applies to GL textures, which won't be created for
sysmem surfaces.
I don't think that's necessarily true at the moment. In
Am 04.10.2013 um 15:51 schrieb Stefan Dösinger stefandoesin...@gmail.com:
No codepath in wined3d_surface_blt will attempt to load a sysmem surface into
a texture. fbo_blit_supported returns FALSE if src or destination are in
sysmem, and so do arbfp_blit_supported and surface_blt_special.
While I have no experience contributing code to wine itself so far, BiDi
or not, I smell a high-level design choice here. If the new revision to
the Unicode algorithm looks superior, my first idea would be to try
rebasing the code on that and then explicitly overriding it for Windows
quirks.
I
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
https://newtestbot.winehq.org/JobDetails.pl?Key=2624
Your paranoid
On 4 October 2013 15:51, Stefan Dösinger stefandoesin...@gmail.com wrote:
No codepath in wined3d_surface_blt will attempt to load a sysmem surface into
a texture. fbo_blit_supported returns FALSE if src or destination are in
sysmem, and so do arbfp_blit_supported and surface_blt_special.
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
https://newtestbot.winehq.org/JobDetails.pl?Key=2625
Your paranoid
Am 04.10.2013 um 17:15 schrieb Henri Verbeet hverb...@gmail.com:
I guess that makes it ok in practice, but I'd still feel happier about
this kind of patch if we actually enforced resource access flags
first. (At which point you could also just check the access flags
instead of the pool.)
My
Dmitry Timoshkov dmi...@baikal.ru writes:
@@ -979,6 +986,12 @@ NTSTATUS WINAPI NtWriteFile(HANDLE hFile, HANDLE hEvent,
goto done;
}
+if (append_write)
+{
+offset_eof.QuadPart = (LONGLONG)-1; /* FILE_WRITE_TO_END_OF_FILE
*/
+
Aric Stewart a...@codeweavers.com writes:
Hello,
So Unicode 6.3 was just recently released. One of the things it
features is an updated BIDI (Bidirectional) algorithm. This is
revision 29 to the
algorithm. (http://www.unicode.org/reports/tr9/tr9-29.html#Modifications)
Looking at the code
On 3 October 2013 13:08, Stefan Dösinger ste...@codeweavers.com wrote:
---
dlls/wined3d/volume.c | 46
+-
dlls/wined3d/wined3d_private.h | 6 --
2 files changed, 27 insertions(+), 25 deletions(-)
What about surfaces and buffers?
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 2013-10-03 13:14, schrieb Henri Verbeet:
On 3 October 2013 13:08, Stefan Dösinger ste...@codeweavers.com
wrote:
--- dlls/wined3d/volume.c | 46
+-
dlls/wined3d/wined3d_private.h | 6 -- 2
On 3 October 2013 13:22, Stefan Dösinger ste...@codeweavers.com wrote:
Am 2013-10-03 13:14, schrieb Henri Verbeet:
On 3 October 2013 13:08, Stefan Dösinger ste...@codeweavers.com
wrote:
--- dlls/wined3d/volume.c | 46
+-
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 2013-10-03 13:45, schrieb Henri Verbeet:
On 3 October 2013 13:22, Stefan Dösinger ste...@codeweavers.com
wrote:
Will be updated as well. See
http://www.winehq.org/pipermail/wine-devel/2013-October/101575.html
for the surface part and more
On 3 October 2013 15:03, Stefan Dösinger ste...@codeweavers.com wrote:
Am 2013-10-03 13:45, schrieb Henri Verbeet:
It sounds like you have some ordering issues in that patch set.
Correct. Patches before patch 24 shouldn't be affected by that though.
I didn't get around to splitting and
The window for that icon was made from a screenshot of a window from
my desktop. The Wine glass was from a png on the WineHQ website. So
there should be no copyright issues there, so long as Wine agrees to
letting itself use it.
I made it in icon composer which only supports up to 512x512 which
Andrew Cook aris...@gmail.com writes:
+sprintf(buffer, \%s\ tests/process.c ignored \%s\, selfname,
wait);
+
+IOPort = CreateIoCompletionPort(INVALID_HANDLE_VALUE, NULL, 0, 1);
+ok(IOPort != INVALID_HANDLE_VALUE, CreateIoCompletionPort (%d),
GetLastError());
+
+JobObject
On 3 October 2013 21:16, Lasse Rasinen lrasi...@iki.fi wrote:
According to debugging output, Artemis Spaceship Bridge Simulator 2.0
calls LockRect twice on the same texture (for whatever reason) and crashes.
http://bugs.winehq.org/show_bug.cgi?id=34271
This change prevents the locked_rect
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 2013-10-03 21:45, schrieb Henri Verbeet:
On 3 October 2013 21:16, Lasse Rasinen lrasi...@iki.fi wrote:
According to debugging output, Artemis Spaceship Bridge Simulator
2.0 calls LockRect twice on the same texture (for whatever
reason) and
1 - 100 of 74996 matches
Mail list logo
