to sum up the recent discrepencies between msvcrt and msvcrN0 Dlls:
- msvcrt doesn't raise exception on _s functions while msvcrN0 does
- (likely) in _s functions returning an errno_t value, msvcrt does set errno
to the returned value, while msvcrN0 doesn't change the errno value (tested
on
va_copy only exists in C99
wine requires C89 only
A+
2010/11/8 David Laight da...@l8s.co.uk
On Wed, Nov 03, 2010 at 10:53:55AM +0100, Alexandre Julliard wrote:
Eric Pouech eric.pou...@orange.fr writes:
+int CDECL _vcprintf(const char* format, __ms_va_list xvalist)
{
char
2010/11/8 Rico Schüller kgbric...@web.de:
-object-vtbl = d3dcompiler_shader_reflection_vtbl;
-object-refcount = 1;
+hr = d3dcompiler_shader_reflection_init(object, data, data_size, riid);
+if (FAILED(hr))
+{
+WARN(Failed to initialize shader reflection\n);
+
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=6910
Your paranoid
Am 09.11.2010 12:01, schrieb Henri Verbeet:
2010/11/8 Rico Schüllerkgbric...@web.de:
-object-vtbl =d3dcompiler_shader_reflection_vtbl;
-object-refcount = 1;
+hr = d3dcompiler_shader_reflection_init(object, data, data_size, riid);
+if (FAILED(hr))
+{
+WARN(Failed
2010/11/9 Rico Schüller kgbric...@web.de:
I made the assumption, because setting the vtbl is the first thing
d3dcompiler_shader_reflection_init() does.
It is, but you're not supposed to care. Abstractions aren't very
useful if you have to care about the details of their internals.
Well, a heap
Hi,
There may be a problem with the way the authors.c file is generated on a
Mac with GNU sed installed.
On Mac OS X, the C locale's default encoding is MacRoman, not UTF-8.
This has some pretty surprising consequences. For example, since the
AUTHORS file contains UTF-8 multibyte sequences that
Charles Davis cda...@mymail.mines.edu wrote:
Hi,
There may be a problem with the way the authors.c file is generated on a
Mac with GNU sed installed.
On Mac OS X, the C locale's default encoding is MacRoman, not UTF-8.
This has some pretty surprising consequences. For example, since the
AUTHORS
On 11/9/10 12:13 PM, James Mckenzie wrote:
No, it is not a bug in GNU sed. The authors.c file needs to have the
erroneous characters for the language used by MacOSX changed to be acceptable?
That ain't gonna fly. I think we should explicitly use a UTF-8 locale
(like en_US.UTF-8 or some such)
What's wrong now?
Chip
Am 09.11.2010 18:39, schrieb Henri Verbeet:
2010/11/9 Rico Schüllerkgbric...@web.de:
I made the assumption, because setting the vtbl is the first thing
d3dcompiler_shader_reflection_init() does.
It is, but you're not supposed to care. Abstractions aren't very
useful if you have to
Charles Davis cda...@mymail.mines.edu wrote:
On 11/9/10 12:13 PM, James Mckenzie wrote:
No, it is not a bug in GNU sed. The authors.c file needs to have the
erroneous characters for the language used by
MacOSX changed to be acceptable?
That ain't gonna fly. I think we should explicitly use a
On Tue, Nov 9, 2010 at 9:38 PM, Eryk Wieliczko ewde...@gmail.com wrote:
(_w)fopen_s were always failing due to regression introduced in
commit 00f07046c0be658d97c47f69e1b4c518bc06b3a2
---
dlls/msvcrt/file.c | 4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git
On 11/9/10 1:58 PM, James Mckenzie wrote:
Charles Davis cda...@mymail.mines.edu wrote:
On 11/9/10 12:13 PM, James Mckenzie wrote:
No, it is not a bug in GNU sed. The authors.c file needs to have the
erroneous characters for the language used by
MacOSX changed to be acceptable?
That ain't
On 9 November 2010 22:13, Charles Davis cda...@mymail.mines.edu wrote:
On 11/9/10 1:58 PM, James Mckenzie wrote:
Charles Davis cda...@mymail.mines.edu wrote:
On 11/9/10 12:13 PM, James Mckenzie wrote:
No, it is not a bug in GNU sed. The authors.c file needs to have the
erroneous characters
On 11/9/10 4:20 PM, André Hentschel wrote:
@@ -643,7 +643,7 @@ static DWORD WINAPI MZ_DOSVM( LPVOID lpExtra )
if (GetLastError() == ERROR_NOT_SUPPORTED)
MESSAGE( wine: Cannot start DOS application %s\n
- because vm86 mode is not supported on this
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=6922
Your paranoid
What was wrong with the patch sent in this post?
http://article.gmane.org/gmane.comp.emulators.wine.devel/54403%29
On 11/9/10 3:29 PM, Reece Dunn wrote:
On 9 November 2010 22:13, Charles Daviscda...@mymail.mines.edu wrote:
On 11/9/10 1:58 PM, James Mckenzie wrote:
Charles Daviscda...@mymail.mines.edu wrote:
On 11/9/10 12:13 PM, James Mckenzie wrote:
No, it is not a bug in GNU sed. The authors.c file
On 11/9/10 7:58 PM, James McKenzie wrote:
On 11/9/10 3:29 PM, Reece Dunn wrote:
On 9 November 2010 22:13, Charles Daviscda...@mymail.mines.edu wrote:
On 11/9/10 1:58 PM, James Mckenzie wrote:
Charles Daviscda...@mymail.mines.edu wrote:
On 11/9/10 12:13 PM, James Mckenzie wrote:
No, it is
On 11/9/10 8:02 PM, Charles Davis wrote:
On 11/9/10 7:58 PM, James McKenzie wrote:
On 11/9/10 3:29 PM, Reece Dunn wrote:
On 9 November 2010 22:13, Charles Daviscda...@mymail.mines.edu wrote:
On 11/9/10 1:58 PM, James Mckenzie wrote:
Charles Daviscda...@mymail.mines.edu wrote:
On 11/9/10
Eryk Wieliczko ewde...@gmail.com wrote:
+if (!p_fopen_s)
+{
+win_skip(Skipping fopen_s test\n);
+return;
+}
+else
+{
+/* testing fopen_s */
+ret = p_fopen_s(file, name, w);
+ok(ret == 0, fopen_s failed with %d\n, ret);
+
22 matches
Mail list logo
