Kai Blin wrote:
> On Saturday 07 April 2007 23:52, Tony Lambregts wrote:
>> Scott Ritchie wrote:
>>> Yes. Wine's development speed has roughly correlated with its user
>>> base; popularity brings more bug reports, volunteers, and funding for
>>> paid work.
>
> [...]
>
>> I whole heartedly agree.
Am Sonntag 08 April 2007 02:07 schrieb H. Verbeet:
> On 08/04/07, Stefan Dösinger <[EMAIL PROTECTED]> wrote:
> > Am Sonntag 08 April 2007 00:14 schrieb Felix Nawothnig:
> > > ---
> > > dlls/wined3d/context.c |4
> > > 1 files changed, 4 insertions(+), 0 deletions(-)
> >
> > You also hav
On 08/04/07, Stefan Dösinger <[EMAIL PROTECTED]> wrote:
Am Sonntag 08 April 2007 00:14 schrieb Felix Nawothnig:
> ---
> dlls/wined3d/context.c |4
> 1 files changed, 4 insertions(+), 0 deletions(-)
You also have to do that for backbuffer
pbuffer?
Am Sonntag 08 April 2007 00:14 schrieb Felix Nawothnig:
> ---
> dlls/wined3d/context.c |4
> 1 files changed, 4 insertions(+), 0 deletions(-)
You also have to do that for backbuffer
pgpXiQj2TFMHX.pgp
Description: PGP signature
On Saturday 07 April 2007 23:52, Tony Lambregts wrote:
> Scott Ritchie wrote:
> > Yes. Wine's development speed has roughly correlated with its user
> > base; popularity brings more bug reports, volunteers, and funding for
> > paid work.
[...]
> I whole heartedly agree. If it were not for "dirty
Klaus Layer wrote:
> 21 0x7ee5050f in kernel32 (+0x5050f) (0x0034ffe8)
Do not strip Wine when you debuggin it, _especially_ when you sending
your traces to wine-devel.
> 22 0xb7ec8397 (0x)
> 0x7e42f2e9: movzbl 0xfffe(%ecx),%edx
> Modules:
> Module Address Debu
On 07/04/07, H. Verbeet <[EMAIL PROTECTED]> wrote:
On 07/04/07, Felix Nawothnig <[EMAIL PROTECTED]> wrote:
> ---
> dlls/wined3d/surface.c | 22 +++---
> 1 files changed, 11 insertions(+), 11 deletions(-)
>
Why did you move d3dfmt_get_conv?
Uh, nevermind that.
On 07/04/07, Felix Nawothnig <[EMAIL PROTECTED]> wrote:
---
dlls/wined3d/surface.c | 22 +++---
1 files changed, 11 insertions(+), 11 deletions(-)
Why did you move d3dfmt_get_conv?
I'm not too sure about always respecifying the texture.
Alexandre Julliard wrote:
> Byeong-Sik Jeon <[EMAIL PROTECTED]> writes:
>
> > _stscanf depends tchar.h
> >
> > Changelog:
> > Remove the _stscanf function dependency.
>
> You are going about this the wrong way. What you should do is convert
> the code to use explicit Unicode functions. Removi
Scott Ritchie wrote:
> On Mon, 2007-04-02 at 09:59 +1000,
> [EMAIL PROTECTED] wrote:
>>> Sasan
>>> ...but I think having the top most used windows
>>> software working on Wine out of the box will do wonders for its
>>> popularity
>> Is popularity a desirable goal?
>>
>> Will increasing the number o
> I created the key, but with it wine crashes with the dump below. I
> therefore removed the key and recorded a +ddraw,+d3d7 trace I will send
> separately to you.
Looks like this crash is unrelated to the original issue. The key worked
around the first issue, now we have another one of which I ha
Am Samstag, 7. April 2007 22:23 schrieben Sie:
> Am Samstag 07 April 2007 20:49 schrieb Klaus Layer:
> > Am Samstag, 7. April 2007 14:01 schrieb Stefan Dösinger:
> > > > when running an educational game, wine crashed and asked me to contact
> > > > wine-devel. Below is the post mortem trace. Can an
On Saturday 07 April 2007 21:00, Eric Pouech wrote:
> I don't see the point of still having "return;" as last statement of
> function. It can be safely removed
> A+
>
Thanks, Eric. I've now posted a return-less version.
--
Andy.
On 07/04/07, Andrew Talbot <[EMAIL PROTECTED]> wrote:
These functions are correctly declared to return nothing, so that's what they
should do.
-- Andy.
They don't technically return a value... the wined3d functions are
void as well. I'm not sure what the idea there was :-)
Am Samstag 07 April 2007 20:49 schrieb Klaus Layer:
> Am Samstag, 7. April 2007 14:01 schrieb Stefan Dösinger:
> > > when running an educational game, wine crashed and asked me to contact
> > > wine-devel. Below is the post mortem trace. Can anyone give me a hint
> > > what can be done?
> > >
> > >
Andrew Talbot a écrit :
These functions are correctly declared to return nothing, so that's what they
should do.
-- Andy.
---
Changelog:
d3d8: Void functions should not return a value.
diff -urN a/dlls/d3d8/cubetexture.c b/dlls/d3d8/cubetexture.c
--- a/dlls/d3d8/cubetexture.c 2006-12-06 1
Am Samstag, 7. April 2007 14:01 schrieb Stefan Dösinger:
> > when running an educational game, wine crashed and asked me to contact
> > wine-devel. Below is the post mortem trace. Can anyone give me a hint what
> > can be done?
>
> > err:ddraw:IDirectDrawImpl_QueryInterface (0x1bdd28) The App is r
> when running an educational game, wine crashed and asked me to contact
> wine-devel. Below is the post mortem trace. Can anyone give me a hint what
> can be done?
> err:ddraw:IDirectDrawImpl_QueryInterface (0x1bdd28) The App is requesting a
> D3D device, but a non-OpenGL surface type was choosen
Byeong-Sik Jeon <[EMAIL PROTECTED]> writes:
> _stscanf depends tchar.h
>
> Changelog:
> Remove the _stscanf function dependency.
You are going about this the wrong way. What you should do is convert
the code to use explicit Unicode functions. Removing TCHAR and the
like will then be an automa
Dan Kegel a écrit :
It looks like programs/taskmgr/taskmgr used to let
you edit debug channels for any process, but now
that function seems broken; when I right-click
on a process and select 'edit debug channels',
I get column headers
Debug Channel Fixme Err Warn Trace
but nothing under the
20 matches
Mail list logo