On Thu, Jan 17, 2013 at 08:53:00PM +0400, Pavel Shilovsky wrote:
> Make CIFSSMBOpen take share_flags as a parm that allows us
> to pass new O_DENY* flags to the server.
>
> Signed-off-by: Pavel Shilovsky
> ---
> fs/cifs/cifsacl.c | 10 ++
> fs/cifs/cifsglob.h | 12 +++-
> fs/c
On Thu, Jan 17, 2013 at 08:52:59PM +0400, Pavel Shilovsky wrote:
> If O_DENYMAND flag is specified, O_DENYREAD/WRITE/MAND flags are
> translated to flock's flags:
>
> !O_DENYREAD -> LOCK_READ
> !O_DENYWRITE -> LOCK_WRITE
> O_DENYMAND -> LOCK_MAND
>
> and set through flock_lock_file on a file.
On Thu, Jan 17, 2013 at 08:52:09PM +0400, Pavel Shilovsky wrote:
> This patchset adds support of O_DENY* flags for Linux fs layer. These flags
> can be used by any application that needs share reservations to organize a
> file access. VFS already has some sort of this capability - now it's done
Hi Jeremy,
2013/1/30 Jeremy Newman :
>Patch looks good to me. Since I cannot read it, I need someone else here
on wine devel to vouch for the >translation. Just to make sure it is legit
and not a very tricky spam or just a pass through google translate.
So happy to hear that. But please ignore t
Hi again,
I've quickly implemented the aforementioned idea of fixing the segment
in the segfault handler when needed. I'm attaching my proposed patch.
Alessandro
Il giorno mer, 30/01/2013 alle 16.44 +0100, Alessandro Pignotti ha
scritto:
> Hi everyone,
>
> I'm trying to get a specific game whic
Hi Jeremy,
2013/1/30 Jeremy Newman
> Patch looks good to me. Since I cannot read it, I need someone else here
> on wine devel to vouch for the translation. Just to make sure it is legit
> and not a very tricky spam or just a pass through google translate.
>
So happy to hear that. But please ign
Hi everyone,
I'm trying to get a specific game which employs a seemingly custom
protection scheme to work. The DRM does various bad things as usual, but
a very bad one is manipulating to GS segment selector and setting it to
a NULL segment. The GS segment is used by libc though in various ways
(st
Detlef Riekenberg wrote:
> +/
> + * helper for SHGetStockIconInfo
> + */
> +typedef struct stockiconentry_t {
> +SHSTOCKICONID id;
> +DWORD iconid;
> +} stockiconentry;
Why bother with a typedef?
> +static stock
On Thu, Jan 31, 2013 at 11:34 AM, Jactry Zeng wrote:
> Hi folks,
> this is Simplified Chinese translation for Wine's website
The translation looks good to me, thanks for the great work!
--
Regards,
Qian Hong
-
Sent from Ubuntu
http://www.ubuntu.com/
On Thu, Jan 31, 2013 at 1:24 AM, Jeremy Newman wrote:
>
> We prefer UTF-8 as that is what the underlying template engine of the
> website understands. Modern browsers should be able to use it just fine
> (hopefully, even in China).
Don't worry about UTF-8, let's commit the patch and see what happ
When compiling Wine using Clang, there are a bunch of warnings that pop up,
such as:
ld: warning: could not create compact unwind for .L__wine_spec_call16_p_pw:
dwarf uses DW_CFA_same_value
ld: warning: could not create compact unwind for ___wine_stub_VARBSTRFROMR8:
stack subq instruction is too
Jacek Caban writes:
> ---
> dlls/Makedll.rules.in | 6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-)
Why do you need this?
--
Alexandre Julliard
julli...@winehq.org
Allows wine64 to run in valgrind! Apply with -Np0. :D
Yes I know that %gs is still zero on linux amd64. Details details..
Signed-off-by: Maarten Lankhorst
---
Index: coregrind/m_translate.c
===
--- coregrind/m_translate.c (rev
Thanks for looking at it.
I'll do a mass move of the .cvsignore files later. Jactry should just
leave it out if his final patch.
We prefer UTF-8 as that is what the underlying template engine of the
website understands. Modern browsers should be able to use it just fine
(hopefully, even in C
--- On Wed, 30/1/13, Jeremy Newman wrote:
> Patch looks good to me. Since I
> cannot read it, I need someone else here on wine devel to
> vouch for the translation. Just to make sure it is legit and
> not a very tricky spam or just a pass through google
> translate.
>
> You will also need to add
Hi Jacek,
just wanted to say these series of patches make me happy :)
lpfnHungarianNotationDieDieDie ;)
--Juan
Patch looks good to me. Since I cannot read it, I need someone else
here on wine devel to vouch for the translation. Just to make sure it
is legit and not a very tricky spam or just a pass through google
translate.
You will also need to add a string to the $this->languages array in the
data c
On Wed, 2013-01-30 at 18:52 +0800, Dmitry Timoshkov wrote:
> > The test added by 6395af1ae7b0cc5f2f1f82796502e2a605bc5a6b says otherwise,
> > GetThumbnail
> > is supported for ICO frames.
>
> It's still better to return WINCODEC_ERR_CODECNOTHUMBNAIL instead of
> E_INVALIDARG. Real implementation
Dmitry Timoshkov wrote:
> It's still better to return WINCODEC_ERR_CODECNOTHUMBNAIL instead of
> E_INVALIDARG
E_INVALIDARG -> E_NOTIMPL
--
Dmitry.
Hans Leidekker wrote:
> > static HRESULT WINAPI IcoFrameDecode_GetThumbnail(IWICBitmapFrameDecode
> > *iface,
> > IWICBitmapSource **ppIThumbnail)
> > {
> > -FIXME("(%p,%p)\n", iface, ppIThumbnail);
> > -return E_NOTIMPL;
> > +TRACE("(%p,%p)\n", iface, ppIThumbnail);
> > +
> >
On Wed, 2013-01-30 at 18:02 +0800, Dmitry Timoshkov wrote:
> diff --git a/dlls/windowscodecs/icoformat.c b/dlls/windowscodecs/icoformat.c
> index 7aec245..da5a733 100644
> --- a/dlls/windowscodecs/icoformat.c
> +++ b/dlls/windowscodecs/icoformat.c
> @@ -200,8 +200,12 @@ static HRESULT WINAPI
> Ico
21 matches
Mail list logo
