Le 26/06/2010 01:58, Dan Kegel a écrit :
Is anybody else seeing winedbg fail to generate stack dumps?
I'm seeing
wine: Unhandled page fault on read access to 0x at address
0xb736bd68 (thread 0009), starting debugger...
Usage:
winedbg [ [ --gdb ] [ prog-name [ prog-args ] | |
fi
Francois Gouget wrote:
[skipped]
> These were picked at random. Isn't it strange how all these translated
> controls have the same size as the English version despite widely
> different text content?
There is nothing strange there, if the text still fits and doesn't get
clipped out.
> So in
On Fri, Jun 25, 2010 at 2:49 AM, Ilya Basin wrote:
Should be install 64-bit mingw, compile wine in 64-bit mode, and run
'make crosstest'. Though I just tried this on Ubuntu Lucid, and it
fails for me there (configure is looking for
checking for x86_64-pc-mingw32-gcc... no
checking for x86_64-w64-
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=2932
Your paranoid android.
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=2934
Your paranoid android.
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=2933
Your paranoid android.
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=2931
Your paranoid android.
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=2935
Your paranoid android.
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=2930
Your paranoid android.
Is anybody else seeing winedbg fail to generate stack dumps?
I'm seeing
wine: Unhandled page fault on read access to 0x at address
0xb736bd68 (thread 0009), starting debugger...
Usage:
winedbg [ [ --gdb ] [ prog-name [ prog-args ] | |
file.mdmp | --help ]
on a lot of apps when th
Ilya Basin writes:
> The struct in question is CSFV defined in shlobh.h. If I try to
> compile shell32_test for x64 using headers from windows 2008 SDK, I
> get assertion failure here:
> http://source.winehq.org/source/dlls/shell32/tests/generated.c?v=wine-1.2-rc5#L1395
>
> Is it normal for wine
The struct in question is CSFV defined in shlobh.h. If I try to
compile shell32_test for x64 using headers from windows 2008 SDK, I
get assertion failure here:
http://source.winehq.org/source/dlls/shell32/tests/generated.c?v=wine-1.2-rc5#L1395
Is it normal for wine to have different structure pack
On Thursday 24 June 2010 12:14:34 pm Piotr Caban wrote:
> On 06/24/10 10:49, Paul Chitescu wrote:
> > Hi!
> >
> > What would be the best way of testing MSVCRT.DLL considering that many
> > functions may or may be not present in the native version?
> There are already such tests in msvcrt. Take a lo
Ben Klein wrote:
Unless someone wants to donate an AM2/DDR2 motherboard to me, someone
is going to have to take over the packaging of Debian Stable, Testing
and Unstable packages.
Sure. Send me a newegg link and an address.
~Nate
On Fri, 2010-06-25 at 18:59 +0200, Henri Verbeet wrote:
> On 25 June 2010 18:20, Misha Koshelev wrote:
> >> regard, although there are (very) minor issues like using %d for
> >> unsigned arguments and using imo ugly typedefs like LPDIRECT3DDEVICE9
> >> over simply "IDirect3DDevice9 *".
> >
> > Oh
On 25 June 2010 18:14, Misha Koshelev wrote:
> If I do not declare these functions, how do I call the Release method of
> the appropriate interfaces?
>
> Specifically, I started looking at the test for line.c - I believe that
> if I create a mesh, I have to release it.
>
If it's just about releasi
On 25 June 2010 18:20, Misha Koshelev wrote:
>> regard, although there are (very) minor issues like using %d for
>> unsigned arguments and using imo ugly typedefs like LPDIRECT3DDEVICE9
>> over simply "IDirect3DDevice9 *".
>
> Oh and the LPDIRECT3DDEVICE9's are straight from line.c tests. But I wi
On 25 June 2010 18:07, Misha Koshelev wrote:
> So here is why I thought maybe having a separate shape.c file might be good.
> I am very new to D3DX9 so
> please pardon my ignorance, but simply looking at SDK, I see:
>
> i) http://msdn.microsoft.com/en-us/library/bb172976%28v=VS.85%29.aspx
> Shape
> On 24 June 2010 05:18, Misha Koshelev wrote:
> > Dan suggested tests ok during code freeze so blame Dan for my patches ;)
> Certainly will. wine-devel is an open mailing list, and posting is
> easy. You'll probably want to check with something like "git shortlog
> -s -n" if the advice you're ge
> On 24 June 2010 05:18, Misha Koshelev wrote:
> > +#if !defined(__cplusplus) || defined(CINTERFACE)
> > +/*** IUnknown methods ***/
> > +#define ID3DXMesh_QueryInterface(p,a,b)
> > (p)->lpVtbl->QueryInterface(p,a,b)
> > +#define ID3DXMesh_AddRef(p)(p)->lpVtbl->AddRef(p)
> > +#
> On 24 June 2010 05:18, Misha Koshelev wrote:
> > Dan suggested tests ok during code freeze so blame Dan for my patches ;)
> Certainly will. wine-devel is an open mailing list, and posting is
> easy. You'll probably want to check with something like "git shortlog
> -s -n" if the advice you're ge
On Fri, 2010-06-25 at 07:31 -0700, James Mckenzie wrote:
> Misha Koshelev wrote:
> >
> >So I've been working on bug 13891, but got sidetracked by what I thought
> >was a race condition as dlls/shell32/tests/shlexec.c was hanging.
> >
> >Spent several hours tracing it to line 464 in dlls/ntdll/dire
Misha Koshelev wrote:
>
>So I've been working on bug 13891, but got sidetracked by what I thought
>was a race condition as dlls/shell32/tests/shlexec.c was hanging.
>
>Spent several hours tracing it to line 464 in dlls/ntdll/directory.c
>
>if (stat( entry->mnt_dir, &st ) == -1) continue;
>
Mikko Rasa writes:
> +/* check that the buffer is large enough to hold the indices,
> + * reallocate if necessary.
> + */
> +hr = IWineD3DBuffer_GetDesc(This->indexbuffer, &desc);
> +if(desc.Size < IndexCount * sizeof(WORD))
> +{
> +UINT size = desc.Size;
> +
On Fri, 25 Jun 2010, Dmitry Timoshkov wrote:
> Francois Gouget wrote:
>
> > Requiring that translators master both skills severly limits the pool of
> > translators we can draw from.
>
> Doesn't this sound similar to so called limitation that exists for people
> willing to work on Wine code, b
Michael Stefaniuc wrote:
> > How is that different from transalting an .rc file and generating a patch
> > from
> > the resulting translation?
> For Alexandre there is no difference; he gets a patch on wine-patches
> and does his emacs magic on it. But we do not care about Alexandre here ;)
>
>
Dmitry Timoshkov wrote:
> Michael Stefaniuc wrote:
>
>> What we see is that there are several people who want to help us with
>> the translation part but have no idea how to code (or are actually
>> willing to code). We could use them, especially for the more exotic (or
>> let's c
Michael Stefaniuc wrote:
> What we see is that there are several people who want to help us with
> the translation part but have no idea how to code (or are actually
> willing to code). We could use them, especially for the more exotic (or
> let's call it less mainstream) lang
Dmitry Timoshkov wrote:
> Paul Vriens wrote:
>
What we see is that there are several people who want to help us with
the translation part but have no idea how to code (or are actually
willing to code). We could use them, especially for the more exotic (or
let's call it less ma
On 06/25/2010 12:08 PM, Dmitry Timoshkov wrote:
Paul Vriens wrote:
What we see is that there are several people who want to help us with
the translation part but have no idea how to code (or are actually
willing to code). We could use them, especially for the more exotic (or
let's call it less
Paul Vriens wrote:
> >> What we see is that there are several people who want to help us with
> >> the translation part but have no idea how to code (or are actually
> >> willing to code). We could use them, especially for the more exotic (or
> >> let's call it less mainstream) languages.
> >
> >
On 06/25/2010 11:44 AM, Dmitry Timoshkov wrote:
Paul Vriens wrote:
For the actual resources and their size/placements it would be nice to
have a tool/website as well that could be used to show how the
translated language actually looks in a menu/dialog/whatever with even
the possibility to cha
This is a patch that makes WINE detect snd_usb_audio mics and assign
them a mixer and working master control. See bug #12706 for more
information about this problem: http://bugs.winehq.org/show_bug.cgi?id=12706
I wasn't able to test it completely because I wasn't able to switch my
default input
Paul Vriens wrote:
> >> For the actual resources and their size/placements it would be nice to
> >> have a tool/website as well that could be used to show how the
> >> translated language actually looks in a menu/dialog/whatever with even
> >> the possibility to change things. Is that feasible?
>
On 6/25/2010 13:29, Paul Vriens wrote:
On 06/25/2010 11:23 AM, Dmitry Timoshkov wrote:
Paul Vriens wrote:
For the actual resources and their size/placements it would be nice to
have a tool/website as well that could be used to show how the
translated language actually looks in a menu/dialog/
On Fri, Jun 25, 2010 at 11:14, Paul Vriens wrote:
> On 06/25/2010 11:04 AM, Dmitry Timoshkov wrote:
>
>> Francois Gouget wrote:
>>
>>> We will still need people to take on the somwhat unsexy control resizing
>>>
>>> task and that may be a problem. If it turns out we lack volunteers for
>>> that w
On 06/25/2010 11:23 AM, Dmitry Timoshkov wrote:
Paul Vriens wrote:
For the actual resources and their size/placements it would be nice to
have a tool/website as well that could be used to show how the
translated language actually looks in a menu/dialog/whatever with even
the possibility to cha
Paul Vriens wrote:
> For the actual resources and their size/placements it would be nice to
> have a tool/website as well that could be used to show how the
> translated language actually looks in a menu/dialog/whatever with even
> the possibility to change things. Is that feasible?
What's wr
On 06/25/2010 11:04 AM, Dmitry Timoshkov wrote:
Francois Gouget wrote:
We will still need people to take on the somwhat unsexy control resizing
task and that may be a problem. If it turns out we lack volunteers for
that we may turn to some automatic layout scheme, for instance describe
the reso
Francois Gouget wrote:
> Requiring that translators master both skills severly limits the pool of
> translators we can draw from.
Doesn't this sound similar to so called limitation that exists for people
willing to work on Wine code, but have no appropriate skills? I.e. there is
always a choice
_
I don't think so. That FIXME should have been an ERR, and if you're
seeing it that's a bug.
42 matches
Mail list logo
