wine-devel August 2005

wine-devel@winehq.org

132 participants
254 discussions

x11drv glx deadlocks.
by Oliver Stieber 03 Aug '05

03 Aug '05

Hi, Somewhere between 20-07-2005 and 26-07-2005 I've been getting deadlocks when I call some glx functions e.g. glXMakeCurrent, I've tracked to problem down to a deadlock, prior to calling glXMakeCurrent wined3d calls wine_tsx11_lock_ptr, but the call to glXMakeCurrent is raising an event in x11drv on a different thread that then tries to call wine_tsx11_lock_ptr, resulting in a deadlock. I've looked through the patches send in between 20-07-2005 and 26-07-2005 but nothing looked obvious. Should I be calling wine_tsx11_lock_ptr before glXMakeCurrent? or should I try to find out what patch caused the problem? ___________________________________________________________ To help you stay safe and secure online, we've developed the all new Yahoo! Security Centre. http://uk.security.yahoo.com

2 2

fr-025
by Andreas Schneider 03 Aug '05

03 Aug '05

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, fr-25 doesn't display only a white bar in the middle. You can see the "demo" on the top, where normally a black bar is. And in the middle you se some colored vertical stripes. fixme:d3d:IWineD3DDeviceImpl_SetRenderState (0x403b50a0)->(161,1) not handled yet fixme:d3d:IWineD3DStateBlockImpl_Apply Unrecognized state block type 0 fixme:d3d:IWineD3DStateBlockImpl_Apply Unrecognized state block type 0 fixme:d3d:IWineD3DStateBlockImpl_Apply Unrecognized state block type 0 fixme:d3d:IWineD3DStateBlockImpl_Apply Unrecognized state block type 0 fixme:d3d:IWineD3DStateBlockImpl_Apply Unrecognized state block type 0 fixme:d3d:IWineD3DStateBlockImpl_Apply Unrecognized state block type 0 fixme:d3d:IWineD3DStateBlockImpl_Apply Unrecognized state block type 0 fixme:d3d:IWineD3DStateBlockImpl_Apply Unrecognized state block type 0 This is the output which loops. -- andreas - -- http://www.linux-gamers.net - your online gaming resource -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFC8NmVf94+j/M+P8YRAr3VAJ9QNCaK/vjcE53NQXi3+BqeFoIIQgCff//3 6ytQscKf03IRxeSIRSoDDiM= =Ov44 -----END PGP SIGNATURE-----

2 1

WRT: Links and Timeout
by Detlef Riekenberg 03 Aug '05

03 Aug '05

Hi Francois and Paul. On the WRT-Page "http://www.astro.gla.ac.uk/users/paulm/WRT/wrt.php", the link for "current status of Wine's conformance tests" is dead ("http://fgouget.free.fr/wine/tests-en.shtml"). Do you think, some Download-Links to "http://www.astro.gla.ac.uk/users/paulm/WRT/CrossBuilt/" and "winetest-latest.exe" / "winetest-latest.exe.sig" on the main WRT-Page are useful ? winetest-latest.exe hung on my machine wine with a MessageBox ("\wrt/ddraw_test.exe ddrawmodes" timed out) while the console gave me: -- cut -- fixme:ddraw:Main_DirectDraw_SetCooperative Level (0x7bc3d0c0)->(000b0044,00000051) fixme:xrandr:X11DRV_XRandR_SetCurrentMode Cannot change screen BPP from 32 to 16 fixme:xrandr:X11DRV_XRandR_SetCur rentMode Cannot change screen BPP from 32 to 16 fixme:xrandr:X11DRV_XRandR_SetCur rentMode Cannot change screen BPP from 32 to 16 fixme:xrandr:X11DRV_XRandR_SetCur rentMode Cannot change screen BPP from 32 to 16 fixme:ddraw:Main_DirectDraw_SetCo operativeLevel (0x7bc3d0c0)->(000 b0044,00000051) -- cut -- - copied from the console with line-splitting - the forward-slash in the MessageBox looks not like windows :-) My Desktop-Menu (Gnome 2.10.0 / Ubuntu 5.04) moved from the left edge to the right half of the Desktop-Menubar during the Test. (xorg 6.8.2-10 with nvidia-glx 1.0.7174-0ubuntu1 at 1152*864/32) -- By By ... ... Detlef

3 4

Re: DSOUND: prevent assertion in mixer.c
by Felix Nawothnig 03 Aug '05

03 Aug '05

Alex Villacís Lasso wrote: > wine-pthread: mixer.c:386: DSOUND_MixInBuffer: Assertion > `adjusted_remainder >= 0' failed. > wine: Unhandled exception (thread 000a), starting debugger... > WineDbg starting on pid 0x8 I guess this is preluded by some "length not a multiple of block size" errors? I've been experiencing those errors with the same failed assertion in another game and came up with a similar patch but didn't submit since I think this just hides another bug as it should *not* happen that buf_mixpos becomes greater than buflen (and this >= above should probably be ==) at any time. IMHO you should at least add an ERR to that branch. > --- wine-20050725-cvs/dlls/dsound/mixer.c 2005-06-21 04:43:29.000000000 -0500 > +++ wine-20050725-cvs-patch/dlls/dsound/mixer.c 2005-08-01 02:16:42.000000000 -0500 > @@ -491,6 +491,7 @@ > if (dsb->leadin && (dsb->startpos <= dsb->buf_mixpos)) > dsb->leadin = FALSE; /* HACK: see above */ > } > + else dsb->buf_mixpos = 0; /* %= dsb->buflen; */ And shouldn't it be "%= dsb->buflen;"? I'd think that this causes looping until new stuff is mixed in... Felix

2 4

Re: Move Win16 relay messages to the relay16 channel
by Marcus Meissner 03 Aug '05

03 Aug '05

On Mon, Aug 01, 2005 at 01:57:27PM +0100, Richard Cohen wrote: > Changelog: > Move Win16 relay messages to their own channel (relay16) Why? Ciao, Marcus

5 12

Benchmark's on the Wiki
by Tom Wickline 03 Aug '05

03 Aug '05

Hello, I put the Benchmark results that I posted to wine-devel back in April on the Wiki. http://wiki.winehq.org/BenchMark I would appreciate any constitutive criticism to improve this page. Tom

14 35

Re: Remove Win16 CurrentDirectory hack
by Alexandre Julliard 03 Aug '05

03 Aug '05

Richard Cohen <richard(a)daijobu.co.uk> writes: > The Win32 CurrentDirectory is more likely to be correct, and this > fixes some Win16 installers. No it's not correct, the current directory needs to be per-task for Win16 apps. -- Alexandre Julliard julliard(a)winehq.org

2 1

WaitCommEvent Patches
by Uwe Bonnes 03 Aug '05

03 Aug '05

Any comments on the WaitCommEvent patches? They have not been applied yet... -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

1 0

AppDB - allow maintainers to process submitted screenshots and application versions
by Chris Morgan 03 Aug '05

03 Aug '05

This patch should offload a little bit of the work involved in being an appdb admin by allowing maintainers and super maintainers to process screenshots submitted for applications they maintain or supermaintain, or to process submitted versions for applications they super maintain. Any comments on the code changes? Ideas for improving the patch? I wanted as much review as possible for this one given that we are expanding the roles of maintainers. ChangeLog: Chris Morgan <cmorgan(a)alum.wpi.edu> Allow maintainers to process submitted screenshots and application versions for applications they maintain and supermaintain. Chris

1 0

Re: commctrl: rebar theming
by Robert Shearman 03 Aug '05

03 Aug '05

Frank Richter wrote: >@@ -184,6 +186,7 @@ > HFONT hFont; /* handle to the rebar's font */ > SIZE imageSize; /* image size (image list) */ > DWORD dwStyle; /* window style */ >+ DWORD orgStyle; /* original style (dwStyle may change) */ > SIZE calcSize; /* calculated rebar size */ > SIZE oldSize; /* previous calculated rebar size */ > BOOL bUnicode; /* TRUE if this window is W type */ >@@ -322,6 +325,7 @@ > You have added this field, but don't use it apart from in a commented out line. -- Rob Shearman

2 2

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-devel August 2005