Re: ru.po: improved an Russian translation

2012-05-29 Thread Julian Rüger
Am Dienstag, den 29.05.2012, 23:04 +0400 schrieb Oleg Yarigin: > There are some improvements of a style (now it is more official) and > non-translated empty lines. > > > To avoid an character encoding interruption, I send the diff file as a > packed text file attachment (ru_diff.txt.bz2, 22.3 K

Re: [PATCH 2/3] jscript: Get rid of ret_nan hack

2012-05-29 Thread Ruslan Kabatsayev
Hello, This patch (committed as d0a719a79dae001df341db907fcae54118691d35) leads to compilation error: make[1]: Entering directory `/fastdocs/programmer/wine-git/dlls/msadp32.acm' make[1]: Nothing to be done for `all'. make[1]: Leaving directory `/fastdocs/programmer/wine-git/dlls/msadp32.acm' gcc

stub for SetThreadStackGuarantee

2012-05-29 Thread Daniel Jelinski
Hello, SQL Server Management Studio 2005 needs SetThreadStackGuarantee to either be absent or return TRUE - otherwise it refuses to run at all. Is there a reason for this stub to return FALSE? Regards, Daniel

ru.po: improved an Russian translation

2012-05-29 Thread Oleg Yarigin
There are some improvements of a style (now it is more official) and non-translated empty lines. To avoid an character encoding interruption, I send the diff file as a packed text file attachment (ru_diff.txt.bz2, 22.3 KB). ru_diff.txt.bz2 Description: application/bzip

Re: kernel32/volume: Don't modify the last error in GetVolumeInformation

2012-05-29 Thread Alexandre Goujon
On Tue, May 29, 2012 at 7:07 PM, Alexandre Julliard wrote: > Alexandre Goujon writes: > > > @@ -729,6 +731,8 @@ BOOL WINAPI GetVolumeInformationW( LPCWSTR root, > LPWSTR label, DWORD label_len, > > } > > else > > { > > +/* At this point, last error is ERROR_

Re: kernel32/volume: Don't modify the last error in GetVolumeInformation

2012-05-29 Thread Alexandre Julliard
Alexandre Goujon writes: > @@ -729,6 +731,8 @@ BOOL WINAPI GetVolumeInformationW( LPCWSTR root, LPWSTR > label, DWORD label_len, > } > else > { > +/* At this point, last error is ERROR_NOT_SUPPORTED. Restoring > the previous one */ > +SetLastEr

Re: Implementing joystick ids in DirectInput

2012-05-29 Thread Lucas Zawacki
Ok, I sent patches doing this for linux and linuxinput drivers and a test. The joystick_osx.c version of this could be done but I dont have the means to test so if anyone wants to do it, you're welcome.

Re: [1/5] windowscodecs: Implement IWICStream::InitializeFromIStream. (try 2)

2012-05-29 Thread Vincent Povirk
>> +    offset.QuadPart = 0; >> +    size.u.LowPart = 0x; >> +    size.u.HighPart = 0x; >> +    return IWICStream_InitializeFromIStreamRegion(iface, pIStream, offset, >> size); > > What prevents you from discovering correct stream size? The size passed to InitializeFromIStreamRegi

Re: [1/5] windowscodecs: Implement IWICStream::InitializeFromIStream. (try 2)

2012-05-29 Thread Józef Kucia
On Tue, May 29, 2012 at 12:29 PM, Dmitry Timoshkov wrote: > Józef Kucia wrote: >> A stream can grow its memory. For example, IStream returned by >> CreateStreamOnHGlobal do this. > > I don't think you need to worry about that unless you have a test case > or an app that depends on this. That's w

Re: [1/5] windowscodecs: Implement IWICStream::InitializeFromIStream. (try 2)

2012-05-29 Thread Dmitry Timoshkov
Józef Kucia wrote: > > What prevents you from discovering correct stream size? > > A stream can grow its memory. For example, IStream returned by > CreateStreamOnHGlobal do this. I don't think you need to worry about that unless you have a test case or an app that depends on this. -- Dmitry.

Re: [1/5] windowscodecs: Implement IWICStream::InitializeFromIStream. (try 2)

2012-05-29 Thread Józef Kucia
On Tue, May 29, 2012 at 12:07 PM, Dmitry Timoshkov wrote: > What prevents you from discovering correct stream size? A stream can grow its memory. For example, IStream returned by CreateStreamOnHGlobal do this.

Re: [1/5] windowscodecs: Implement IWICStream::InitializeFromIStream. (try 2)

2012-05-29 Thread Dmitry Timoshkov
Józef Kucia wrote: > +offset.QuadPart = 0; > +size.u.LowPart = 0x; > +size.u.HighPart = 0x; > +return IWICStream_InitializeFromIStreamRegion(iface, pIStream, offset, > size); What prevents you from discovering correct stream size? -- Dmitry.

Re: [PATCH 1/3] ntdll: Implement RtlGetProductInfo and use it for GetProductInfo

2012-05-29 Thread Alexandre Julliard
Detlef Riekenberg writes: > The wrapper in kernel32 is not needed. > RtlGetProductInfo and GetProductInfo have the same signature and > tests show the same results. No they don't have the same signature, look closer. -- Alexandre Julliard julli...@winehq.org