Based on a patch by Mark Harmstone.

This patch fixes last problem of bug 32572.

d3dx9_36: Filter out D3DCompile warning messages that are not present with D3DCompileShader. (try 4)

This patch fixes vertex processing issue of bug 33770.

The problem comes from the fact that even if the call succeeds,
the game interprets a non null error_messages pointer as an error.

By calling D3DCompile we use a newer version of the compiler which is more
strict and generates the following warning.
  - warning X3206: 'dot': implicit truncation of vector type
  - warning X3206: implicit truncation of vector type
  - warning X3206: 'mul': implicit truncation of vector type
D3DCompileShader does not generate such warnings.

These is confirmed in the DX SDK release note:
New Warning X3206: Implicit Truncation of Vector Type
Beginning in the August 2009 release of the DirectX SDK, the compiler will warn
when an implicit truncation of a vector type occurs.

The warnings cannot be disable so this patch filters out these strings in D3DCompileShader
and reset the error messages pointer if the resulting buffer is empty.

Try 2:
  - only filter out lines containing "X3206:" in case d3dcompiler_43 has localization

Try 3:
  - use move in place instead of copying the buffer

Try 4:
  - filter simplification by Sebastian and remove 'mul' testing left-out in search string

Signed-off-by: Alistair Leslie-Hughes <leslie_alistair@hotmail.com>

Changes in v2 (by Christian Costa):
  * More generic code for D3DXDisassembleShader.

Signed-off-by: Alistair Leslie-Hughes <leslie_alistair@hotmail.com>

Wine-bug: https://bugs.winehq.org/show_bug.cgi?id=50210Signed-off-by: Alistair Leslie-Hughes <leslie_alistair@hotmail.com>

Signed-off-by: Dmitry Timoshkov <dmitry@baikal.ru>

An application in the bug 38400 passes a not initialized ofn->lpstrFileTitle
to GetSaveFileNameW(). Basically ofn->lpstrFileTitle points to the stack
approximately 428 bytes above the current stack pointer, and since Wine's
GetSaveFileNameW() uses more than 4096 bytes one of internal stack frames is
guaranteed to be trashed after copying file name to ofn->lpstrFileTitle.

An application that I have here checks comctl32.dll version information
and refuses to run, changing DLL version to 6.0 makes it run.
Signed-off-by: Dmitry Timoshkov <dmitry@baikal.ru>

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=14750

If a file association was set (e.g. ftype fred=xxx), ftype fred= needs to clear it,
but previously it failed to do so.