April 2020 - Wine-Devel - list.winehq.org

Re: [PATCH 4/5] d3dcompiler: Set the dimensions for array types.

by Matteo Bruni

Signed-off-by: Matteo Bruni <mbruni(a)codeweavers.com>

April 30, 2020

Re: [PATCH 3/5] d3dcompiler: Respect arrays in struct fields.

by Matteo Bruni

Signed-off-by: Matteo Bruni <mbruni(a)codeweavers.com>

April 30, 2020

Re: [PATCH 2/5] d3dcompiler: Set the struct base type to HLSL_TYPE_VOID.

by Matteo Bruni

Signed-off-by: Matteo Bruni <mbruni(a)codeweavers.com>

April 30, 2020

Re: [PATCH 1/5] d3dcompiler: Fix matrix dimension declaration and access.

by Matteo Bruni

Signed-off-by: Matteo Bruni <mbruni(a)codeweavers.com> --- AKA two wrongs don't make a right...

April 30, 2020

Re: [PATCH 1/2] winmm-wave: fixed waveOutGetDevCaps and waveInGetDevCaps

by Andrew Eikum

On Tue, Apr 28, 2020 at 07:20:18AM +0000, dead ash wrote: > from MSDN, the waveInGetDevCaps and waveOutGetDevCaps function > of parameter uDeviceID can be either a device identifier or a handle of > an open waveform-audio input or output device. now the function not > support handle. also same as waveOutOpen and waveInOpen. Hi Changping, Thanks for your work on this. Is there a Wine bug for this? Do you know of any applications that need this change? Thanks, Andrew

April 30, 2020

Re: [PATCH] xaudio2: Avoid redefining several F3DAudio related constants.

by Andrew Eikum

On Thu, Apr 30, 2020 at 12:28:10AM +0200, Gerald Pfeifer wrote: > I noticed a bunch of compiler warnings like the following issued > by GCC 10: > > In file included from ../xaudio2_7/x3daudio.c:29: > .../include/F3DAudio.h:69: warning: "SPEAKER_2POINT1" redefined > ../../include/x3daudio.h:127: note: this is the location of the previous definition > > Our own include/x3daudio.h tries to prevent that via > > #ifndef _SPEAKER_POSITIONS_ > #define _SPEAKER_POSITIONS_ > > However, current it is included *before* the system provided F3DAudio.h, > so this safety net falls short. > > Fixed thusly by changing the order of these two include files so that the > system provided one comes first. > I'm not opposed to this, but I think there's a better solution. The platform SDK and Wine's header both check for "#ifndef SPEAKER_MONO" before defining the speaker arrangements symbols. However, FAudio's header checks for "#ifndef _SPEAKER_COMBINATIONS_" instead. This symbol doesn't occur in the platform SDK. Perhaps we should change FAudio's header to check for SPEAKER_MONO instead, to match the platform SDK? Andrew > Signed-off-by: Gerald Pfeifer <gerald(a)pfeifer.com> > --- > dlls/xaudio2_7/x3daudio.c | 4 +--- > 1 file changed, 1 insertion(+), 3 deletions(-) > > diff --git a/dlls/xaudio2_7/x3daudio.c b/dlls/xaudio2_7/x3daudio.c > index 240cd5c101..6f16ba3470 100644 > --- a/dlls/xaudio2_7/x3daudio.c > +++ b/dlls/xaudio2_7/x3daudio.c > @@ -20,15 +20,13 @@ > #include "config.h" > > #include <stdarg.h> > - > +#include <F3DAudio.h> > #include "windef.h" > #include "winbase.h" > #include "x3daudio.h" > > #include "wine/debug.h" > > -#include <F3DAudio.h> > - > #if XAUDIO2_VER >= 8 || defined X3DAUDIO1_VER > WINE_DEFAULT_DEBUG_CHANNEL(xaudio2); > #endif > -- > 2.25.0

April 30, 2020

Re: [PATCH 2/2] ntoskrnl.exe: Add KeIpiGenericCall stub function

by Vijay Kiran Kamuju

On Thu, Apr 30, 2020 at 12:34 PM Dmitry Timoshkov <dmitry(a)baikal.ru> wrote: > > Vijay Kiran Kamuju <infyquest(a)gmail.com> wrote: > > > On Thu, Apr 30, 2020 at 12:03 PM Dmitry Timoshkov <dmitry(a)baikal.ru> wrote: > > > > > > Vijay Kiran Kamuju <infyquest(a)gmail.com> wrote: > > > > > > > +typedef ULONG_PTR KIPI_BROADCAST_WORKER(ULONG_PTR); > > > > +typedef KIPI_BROADCAST_WORKER *PKIPI_BROADCAST_WORKER; > > > > > > Probably NTAPI/WINAPI is missing, have you verified with DDK? > > I checked with Windows 10 SDK, it does not have it. > > Which .h have you checked? In my copy of SDK 10.0.14393.0 it's missing. Oops its the WDK, sorry its in the include/km directory. MS renamed the DDK as WDK. > > -- > Dmitry.

April 30, 2020

Re: [PATCH 2/2] ntoskrnl.exe: Add KeIpiGenericCall stub function

by Dmitry Timoshkov

Vijay Kiran Kamuju <infyquest(a)gmail.com> wrote: > On Thu, Apr 30, 2020 at 12:03 PM Dmitry Timoshkov <dmitry(a)baikal.ru> wrote: > > > > Vijay Kiran Kamuju <infyquest(a)gmail.com> wrote: > > > > > +typedef ULONG_PTR KIPI_BROADCAST_WORKER(ULONG_PTR); > > > +typedef KIPI_BROADCAST_WORKER *PKIPI_BROADCAST_WORKER; > > > > Probably NTAPI/WINAPI is missing, have you verified with DDK? > I checked with Windows 10 SDK, it does not have it. Which .h have you checked? In my copy of SDK 10.0.14393.0 it's missing. -- Dmitry.

April 30, 2020

Re: [PATCH 2/2] ntoskrnl.exe: Add KeIpiGenericCall stub function

by Vijay Kiran Kamuju

On Thu, Apr 30, 2020 at 12:03 PM Dmitry Timoshkov <dmitry(a)baikal.ru> wrote: > > Vijay Kiran Kamuju <infyquest(a)gmail.com> wrote: > > > +typedef ULONG_PTR KIPI_BROADCAST_WORKER(ULONG_PTR); > > +typedef KIPI_BROADCAST_WORKER *PKIPI_BROADCAST_WORKER; > > Probably NTAPI/WINAPI is missing, have you verified with DDK? I checked with Windows 10 SDK, it does not have it. > > -- > Dmitry.

April 30, 2020

Re: [PATCH 2/2] ntoskrnl.exe: Add KeIpiGenericCall stub function

by Dmitry Timoshkov

Vijay Kiran Kamuju <infyquest(a)gmail.com> wrote: > +typedef ULONG_PTR KIPI_BROADCAST_WORKER(ULONG_PTR); > +typedef KIPI_BROADCAST_WORKER *PKIPI_BROADCAST_WORKER; Probably NTAPI/WINAPI is missing, have you verified with DDK? -- Dmitry.

April 30, 2020