Hi,
On Fri, Feb 11, 2005 at 10:11:53AM -0700, [EMAIL PROTECTED] wrote:
> Holly Bostick wrote:
> >---
> >Welcome
> >
> >This is the Wine Application Database. From here you get info on
> >application compatibility with Wine. For developers, you can get
> >information o
On Sat, 12 Feb 2005 09:46:19 -0800, Nick Hornback wrote:
> This is because, as far as I'm aware, these
> applications don't send BeginPaint/EndPaint as they
> technically should, but they all work fine on native
> Windows. Now, before, it has simply been a matter of
> reversing the patch, no big de
Robert Reif wrote:
Jeremy White wrote:
Could you try the attached experimental patch and see
if it eliminates the NFS3 problem?
It fixes the problem in NFS3 when using hardware
accelerated sound. Sound is really messed up when
using HardwareAcceleration = Emulation.
The direct sound regression tes
Well, I've managed to reproduce the fault once with
the debugger running.. the backtrace I get is
Could you cut and paste in the full backtrace, with
addresses, along with a diff of the debug changes you've
made so I can see what's happening?
Thanks,
Jer
I'll just mention that, assuming you are referring to this patch:
http://cvs.winehq.org/patch.py?id=14198
it also causes a regression in Myst. Though I am not convinced the fault
is in the patch, rather than the patch exposing some other problem.
Would you mind trying my experimental patch to see
rd.
http://promotions.yahoo.com/new_mail
20050212.patch
Description: 20050212.patch
--- Oliver Stieber <[EMAIL PROTECTED]> > >
> > I guess that's a long way of saying that yes, I
> > think you have
> > identified a flaw in the code, but that I can't
> > imagine any way it's
> > could cause the problem you're seeing.
> >
>
> would something like
>
> void TIME_MMTimeStop(vo
Nick Hornback <[EMAIL PROTECTED]> writes:
> Alright, this is probably the last time I will bring
> it up before I realize that there is essentially no
> interest in fixing this, but this has been bothering
> me for quite some time now. A few others have brought
> it up over the past couple months
--- Mike Hearn <[EMAIL PROTECTED]> wrote:
> On Sat, 12 Feb 2005 17:36:58 +, Oliver Stieber
> wrote:
> > But that's not really useful, I couldn't find out
> how
> > to switch threads in winedbg so I don't known what
> the
> > backtraces of the other threads are..
>
> You put the tid after the
Alright, this is probably the last time I will bring
it up before I realize that there is essentially no
interest in fixing this, but this has been bothering
me for quite some time now. A few others have brought
it up over the past couple months as well.
http://www.winehq.org/hypermail/wine-cvs/20
On Sat, 12 Feb 2005 10:39:46 +, luis lenders wrote:
> The aforementioned patch also screws up foobar2000.
> See http://appdb.winehq.org/appview.php?versionId=2355
> , last comment. Maybe someone could have a look at it
> because it affects, as it appears, quite some apps.
It affects Notes too,
On Sat, 12 Feb 2005 17:36:58 +, Oliver Stieber wrote:
> But that's not really useful, I couldn't find out how
> to switch threads in winedbg so I don't known what the
> backtraces of the other threads are..
You put the tid after the bt command, eg:
bt 0x9
or you can use "bt all". Yes it's no
Jeremy White wrote:
When did that regression first start? The mmtime and
ntdll/sync.c code has been this way since late last fall.
I'll just mention that, assuming you are referring to this patch:
http://cvs.winehq.org/patch.py?id=14198
it also causes a regression in Myst. Though I am not convince
Marcelo Duarte wrote:
Uwe Bonnes escreveu:
"Marcelo" == Marcelo Duarte <[EMAIL PROTECTED]> writes:
Marcelo> Hi, In my system/language I see some messages:
Marcelo> fixme:ntdll:TIME_GetTZAsStr Can't match system time zone
name
Marcelo> "BRST" to an entry in TZ_INFO fixme:ntdll:
> in
> > TIME_TimersList and ..->lpNext instead of
> > referencing them or should it be changed to make
> sure
> > TIME_MMTimeStart and TIME_MMTimeStop etc.. use
> > critical sections.
>
> it's
> hard to imagine having just the right magic timing
> conditions and
> then also having a context swi
Hello again,
> The patch:
>
http://www.winehq.org/hypermail/wine-cvs/2004/10/0395.html
>
> Log message:
>Get rid of the WIN_NEEDS_BEGINPAINT flag, Windows
will happily loop
>forever too if WM_PAINT is not handled properly.
>
> Causes regression in the game "DeusEx".
> The game was pla
Uwe Bonnes escreveu:
"Marcelo" == Marcelo Duarte <[EMAIL PROTECTED]> writes:
Marcelo> Hi, In my system/language I see some messages:
Marcelo> fixme:ntdll:TIME_GetTZAsStr Can't match system time zone name
Marcelo> "BRST" to an entry in TZ_INFO fixme:ntdll:TIME_GetTZAsStr
Mar
On Fri, 11 Feb 2005 23:55:14 -0500, Tom <[EMAIL PROTECTED]> wrote:
> The latest news on the frontpage has a incorrect link,
> "Read more" points to : http://www.winehq.org/?announce=1.95
> when it should be 1.96
Fixed. Thanks.
-Brian
Jeremy White wrote:
Could you try the attached experimental patch and see
if it eliminates the NFS3 problem?
It fixes the problem in NFS3 when using hardware
accelerated sound. Sound is really messed up when
using HardwareAcceleration = Emulation.
The direct sound regression tests run better in
em
On Fri, 2005-02-11 at 23:09, Francois Gouget wrote:
> I guess this was accidental.
>
>
> Changelog:
>
> * dlls/winsock/tests/protocol.c
>
> Francois Gouget <[EMAIL PROTECTED]>
> Tests cannot use wine/test.h because it does not exist on Windows.
Hi Francois,
the Changelog says wine/te
> "Marcelo" == Marcelo Duarte <[EMAIL PROTECTED]> writes:
Marcelo> Hi, In my system/language I see some messages:
Marcelo> fixme:ntdll:TIME_GetTZAsStr Can't match system time zone name
Marcelo> "BRST" to an entry in TZ_INFO fixme:ntdll:TIME_GetTZAsStr
Marcelo> Please add approp
21 matches
Mail list logo
