When invoking lotus notes or moraf mahjongg with wine then resizing the resulting window results in 100% CPU usage. The error message "wine client error:0:" is continuously generate in a 'race' condition. I can't tell exactly where the bad interaction comes into play. It could just be a problem with wine-20030709 & some win32 programs, wine & nvidia, wine & kde or some more complex interaction. I will try out different scenarios over the next few days. In the meantime, it seems to me that the version wine-20030508 is the preferred version of wine over all others at the moment. Reproducible: Always Steps to Reproduce:
Ooops - I meant the 0618-r1 or the 0411 versions of wine are the ones to use. 0508 borks notes completely.
As promised - additional info: 1. All tested versions of wine now exihibit thiw "wine client error:0:" race condition. 2. It doesn't matter if the WM is KDE or fluxbox. At a guess, I suspect an interaction between X and nvidia triggered by the wine client. If I close notes; wineserver, nhldaemn.EXE and wineclipsrv continue to run. In the past, only wineserver would continue to run. The race condition doesn't stop until I issue a 'killall wine' or equivalent. emerge info: Portage 2.0.48-r5 (default-x86-1.4, gcc-3.2.3, glibc-2.3.2-r1) ================================================================= System uname: 2.4.21 i686 Intel(R) Pentium(R) 4 CPU 2.40GHz GENTOO_MIRRORS="http://gentoo.oregonstate.edu http://distro.ibiblio.org/pub/Linux/distributions/gentoo" CONFIG_PROTECT="/etc /var/qmail/control /usr/kde/2/share/config /usr/kde/3/share/config /usr/X11R6/lib/X11/xkb /usr/kde/3.1/share/config /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/config" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" PORTDIR="/usr/portage" DISTDIR="/usr/portage/distfiles" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR_OVERLAY="" USE="x86 oss 3dnow apm avi crypt cups encode foomaticdb gif jpeg libg++ mad mikmod mmx mpeg ncurses nls pdflib png quicktime spell truetype xml2 xmms xv zlib alsa gdbm berkdb slang readline arts tetex bonobo svga tcltk java guile X sdl gpm tcpd pam libwww ssl perl python esd imlib oggvorbis gnome gtk qt kde motif opengl mozilla cdr" COMPILER="gcc3" CHOST="i686-pc-linux-gnu" CFLAGS="-march=pentium3 -O3 -pipe" CXXFLAGS="-march=pentium3 -O3 -pipe" ACCEPT_KEYWORDS="x86 ~x86" MAKEOPTS="-j2" AUTOCLEAN="yes" SYNC="rsync://rsync.gentoo.org/gentoo-portage" FEATURES="sandbox ccache fixpackages"
Unofrunately we can't do anything about it unless upstream fixes the issue. So, could you please report this bug to wine directly?
I'm not convinced this is a problem with wine. Previous versions (200306 and 200304) used to both work fine. However, several things have happened since. I've upgraded to a new machine with an nVidia GEFORCE chip (from a Permedia 2 based graphics card) and there have been several (small) changes to X 4.3.0-rx. Now, _no_ version of wine works. I'd like to better determine where the problem actually lies. Unfortunately, I don't know enough to perform the needed diagnostics. However, I am capable of following instructions for same. If you are certain this is a wine problem I'll be happy to report this upstream.
Can you try the wine-20031118-r1?
closing as no responce
