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
10 matches
Mail list logo