August 2012 - Wine-bugs - list.winehq.org

[Bug 29274] New: Steam on Mac - mic test fails and crashes Counter Strike 1.6
by wine-bugs＠winehq.org 15 Mar '13

15 Mar '13

http://bugs.winehq.org/show_bug.cgi?id=29274 Bug #: 29274 Summary: Steam on Mac - mic test fails and crashes Counter Strike 1.6 Product: Wine Version: 1.3.34 Platform: x86-64 OS/Version: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: tuckdesign(a)yahoo.com Classification: Unclassified Created attachment 37861 --> http://bugs.winehq.org/attachment.cgi?id=37861 Winedebug dump with +coreaudio When starting Counter Strike 1.6 game crashes or shows error messages and then continues without sound. Similar thing happens if you click "Test microphone" in Steam Settings>Voice. Attaching debug of coreaudio. Found one solution, but not sure it is proper one: Appears that in dlls/winecoreaudio/mmdevdrv.c in AudioCaptureClient_ReleaseBuffer function This->public_buffer is sometimes empty and makes this crash. So, changed: pbuf_frames = This->public_buffer->mAudioDataByteSize / This->fmt->nBlockAlign; to: if (This->public_buffer) pbuf_frames = This->public_buffer->mAudioDataByteSize / This->fmt->nBlockAlign; Programmer myself, but don't have time to explore where real error is. This fix makes game work without crash, but think problem is where is This->public_buffer released (or not set...) -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 6

[Bug 9548] New: pxtone: Can't save new project files (*.ptcop), or *.pttune
by wine-bugs＠winehq.org 15 Mar '13

15 Mar '13

http://bugs.winehq.org/show_bug.cgi?id=9548 Summary: pxtone: Can't save new project files (*.ptcop), or *.pttune Product: Wine Version: 0.9.44. Platform: Other URL: http://hp.vector.co.jp/authors/VA022293/pxtone.html OS/Version: other Status: UNCONFIRMED Severity: trivial Priority: P2 Component: wine-files AssignedTo: wine-bugs(a)winehq.org ReportedBy: trick(a)icculus.org Using pxtone (v 0.8.3.3), everything seems to work perfectly, *except* for saving a new .ptcop project file (also some d3d warnings in the terminal, but those seem harmless). Exporting to .pttune also doesn't work. Attempting to save either of these results in a dialog box titled "error" containing the text "open file". Interestingly, exporting to new .wav files works fine. (Wild shot in the dark, but could this be related to the filename extension of both .ptcop and .pttune being more than 3 chars?) Ran with freshly generated ~/.wine, and changing the emulated Windows version has no effect. Loading existing .ptcop files work fine. Saving to existing .ptcop files also work fine. Thus, the problem is only saving to new .ptcop files (and .pttune files) that doesn't already exist in the file system. (This also works fine in real Windows.) Using pxtone v 0.8.3.3, available from this page: <http://hp.vector.co.jp/authors/VA022293/pxtone.html> Steps to reproduce (works every time): 1. Download pxtone: <http://homepage2.nifty.com/rochet/storage/pxtone_0833.zip> 2. Delete japanese.ico to enable english mode 3. Run the program, go to File->Save project or File->Save project as 4. Enter a new filename, click save 5. Watch error dialog pop up -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 15

[Bug 24142] New: winebuild fails on sparc
by wine-bugs＠winehq.org 12 Mar '13

12 Mar '13

http://bugs.winehq.org/show_bug.cgi?id=24142 Summary: winebuild fails on sparc Product: Wine Version: 1.3.1 Platform: x86 OS/Version: Linux Status: NEW Keywords: download, patch, source Severity: normal Priority: P2 Component: build-env AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Created an attachment (id=30381) --> (http://bugs.winehq.org/attachment.cgi?id=30381) winebuild for sparc distcc -c -I. -I. -I../include -I../include -D__WINESRC__ -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wstrict-prototypes -Wwrite-strings -Wpointer-arith -g -O2 -o handle.o handle.c acledit.qJspDs.s: Assembler messages: acledit.qJspDs.s:160: Error: operation combines symbols in different segments acledit.qJspDs.s:161: Error: operation combines symbols in different segments winebuild: /usr/bin/as failed with status 1 winegcc: ../../tools/winebuild/winebuild failed make[1]: *** [acledit.dll.so] Error 2 make[1]: Leaving directory `/home/user/wine-git/dlls/acledit' make: *** [dlls/acledit] Error 2 I've found an old patch and rediff'ed it that seems to work fine. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 10

[Bug 28407] New: make: *** [dlls/msvcrt/tests] Error 2
by wine-bugs＠winehq.org 12 Mar '13

12 Mar '13

http://bugs.winehq.org/show_bug.cgi?id=28407 Summary: make: *** [dlls/msvcrt/tests] Error 2 Product: Wine Version: 1.3.28 Platform: sparc OS/Version: Solaris Status: UNCONFIRMED Severity: critical Priority: P2 Component: msvcrt AssignedTo: wine-bugs(a)winehq.org ReportedBy: stedla(a)csu.org Getting an error when I run the /csu/home/stedla/Octave/winehq/wine-1.3.28/tool/ksh wineinstall scripts and it fails at msvcrt/tests/data.c file gcc -c -I. -I. -I../../../include -I../../../include -I../../../include/msvcrt -I./.. -DWINE_STRICT_PROTOTYPES -DWINE_NO_NAMELESS_EXTENSION -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wstrict-prototypes -Wunused-but-set-parameter -Wwrite-strings -Wpointer-arith -g -O2 -fno-builtin -o data.o data.c /usr/ccs/bin/as: "<stdin>": error: symbol "_open" is used but not defined /usr/ccs/bin/as: "<stdin>": error: symbol "_spawnlp" is used but not defined /usr/ccs/bin/as: "<stdin>": error: symbol "_spawnle" is used but not defined /usr/ccs/bin/as: "<stdin>": error: symbol "_spawnl" is used but not defined /usr/ccs/bin/as: "<stdin>": error: symbol "_execlpe" is used but not defined /usr/ccs/bin/as: "<stdin>": error: symbol "_spawnlpe" is used but not defined /usr/ccs/bin/as: "<stdin>": error: symbol "_sopen" is used but not defined /usr/ccs/bin/as: "<stdin>": error: symbol "_execle" is used but not defined /usr/ccs/bin/as: "<stdin>": error: symbol "_execlp" is used but not defined /usr/ccs/bin/as: "<stdin>": error: symbol "_execl" is used but not defined make[1]: *** [data.o] Error 1 make[1]: Leaving directory `/csu/home/stedla/Octave/winehq/wine-1.3.28/dlls/msvcrt/tests' make: *** [dlls/msvcrt/tests] Error 2 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 7

[Bug 15019] New: Solaris binary link wrong
by wine-bugs＠winehq.org 11 Mar '13

11 Mar '13

http://bugs.winehq.org/show_bug.cgi?id=15019 Summary: Solaris binary link wrong Product: WineHQ.org Version: unspecified Platform: Sun URL: http://www.winehq.org/site/download OS/Version: Solaris Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: www-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: rsparapa(a)mcw.edu The old link to the Solaris binary is 404. There is a new link that should be used instead http://ocean1.ee.duth.gr/SolarisX/ And, if you have a News section, I would mention that Wine v. 1.1.3 actually works on Solaris 10. Earlier versions, although compiling and installing, seemed to work on OpenSolaris variants only and Solaris 10 was out-of-luck. Three or more recent fixes in 1.1.3 get Wine working on Solaris 10 as well as OpenSolaris :o) Thanks for a great web site and great software! -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 12

[Bug 17048] New: MS Excel 2003 crashes on wine 1.0-1
by wine-bugs＠winehq.org 11 Mar '13

11 Mar '13

http://bugs.winehq.org/show_bug.cgi?id=17048 Summary: MS Excel 2003 crashes on wine 1.0-1 Product: WineHQ Apps Database Version: unspecified Platform: Sun OS/Version: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: appdb-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: hrc_varun(a)yahoo.co.in CC: hrc_varun(a)yahoo.co.in Created an attachment (id=18849) --> (http://bugs.winehq.org/attachment.cgi?id=18849) This file contains the log and back trace for the commands wine excel and wine excel /s. In either of cases, excel doesnt open. Hi, I recently installed Office 2003 SP3 (slip streamed) on wine 1.0-1.el4.i386 (reported as stable). After wine installation and office installation, I configured wine thru winecfg and added the necessary overrides. (gdiplus, rpcrt4, riched20, riched32, ole32, oleaut) in the defaults and in excel (also added imm32). I also installed msxml3, now win word starts perfectly, but excel doesnt starts at all. Not even in safe mode, wine excel /s. I could not find any support for this on net. Even after a clean install. Enclosed is the log and back trace for the same. Perhaps it is a bug, please let me know if I could be doing something wrong and this issue (reported as bug) can be closed or set to invalid ?? The dll's mentioned in the log are present but cannot be loaded for a reason unknown to me. Regards, - Varun -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 8

[Bug 14185] New: Wine 1.0 networking issues - /proc/net/route doesn't exit on Solaris hosts.
by wine-bugs＠winehq.org 11 Mar '13

11 Mar '13

http://bugs.winehq.org/show_bug.cgi?id=14185 Summary: Wine 1.0 networking issues - /proc/net/route doesn't exit on Solaris hosts. Product: Wine Version: 1.0.0 Platform: Sun OS/Version: Solaris Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: cmihai(a)boreas.ro Applications running in Wine 1.0 on Solaris hosts don't have any networking support. Wine attempts to use /proc/net/route to count route entries. There is no such thing on Solaris hosts. Instead, it should use something like netstat -rn. Behaviour: err:iphlpapi:getNumWithOneHeader Unable to open '/proc/net/route' to count entries! err:iphlpapi:getRouteTable unimplemented! To test this, I have created a /route file with a similar syntax to Linux /proc/net/route: cthulhu% cat /route Iface Destination Gateway Flags RefCnt Use Metric Mask MTU Window IRTT iwk00 00000000 0001A8C1 0003 0 0 0 00000000 0 0 0 And have modified wine sources by replacing /proc/net/route with /route in dlls/iphlpapi/ipstats.c After recompiling wine, I was able to run applications like EVE and connect to the Internet. Anyway, atm this is just a poor hackjob. It should not use /proc/net on non-Linux hosts at all. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 9

[Bug 14816] New: Build breaks on "Solaris Express Community Edition" (SX:CE) (Solaris 11) at git + many warnings
by wine-bugs＠winehq.org 11 Mar '13

11 Mar '13

http://bugs.winehq.org/show_bug.cgi?id=14816 Summary: Build breaks on "Solaris Express Community Edition" (SX:CE) (Solaris 11) at git + many warnings Product: Wine Version: 1.1.2 Platform: Sun OS/Version: Solaris Status: UNCONFIRMED Severity: normal Priority: P2 Component: build-env AssignedTo: wine-bugs(a)winehq.org ReportedBy: rob1weld(a)aol.com My Operating System is "Solaris Express Community Edition". bash-3.2$ uname -a SunOS unknown 5.11 snv_93 i86pc i386 i86pc I am using the default (vendor supplied) gcc. bash-3.2$ gcc -v Reading specs from /usr/sfw/lib/gcc/i386-pc-solaris2.11/3.4.3/specs Configured with: /builds2/sfwnv-gate/usr/src/cmd/gcc/gcc-3.4.3/configure --prefix=/usr/sfw --with-as=/usr/sfw/bin/gas --with-gnu-as --with-ld=/usr/ccs/bin/ld --without-gnu-ld --enable-languages=c,c++,f77,objc --enable-shared Thread model: posix gcc version 3.4.3 (csl-sol210-3_4-20050802) You will notice that when the Programmers at Sun compiled gcc for their Operating System that they used the configure options "--with-as=/usr/sfw/bin/gas --with-gnu-as --with-ld=/usr/ccs/bin/ld --without-gnu-ld". This is in accordance with Sun's recommended practice (use Sun's "ld" and not another). When I configured Wine in keeping with the accepted practice on this platform and to identify X11's correct location I edited "tools/wineinstall". That file says such a change is permitted. Here is the small portion I edited: #--- defaults (change these if you are a packager) #CONFARGS="" # configure args, e.g. --prefix=/usr CONFARGS="--prefix=/opt/gnu/wine --with-x --x-includes=/usr/include/X11 --x-libraries=/usr/X11/lib --with-as=/opt/gnu/bin/as --with-gnu-as --with-ld=/usr/ccs/bin/ld --without-gnu-ld" Issue 1.): (Not a "bug", a problem) There are way too many warnings of this nature: warning: visibility attribute not supported in this configuration; ignored My build log was created by running the builder/installer with this command: bash-3.2$ ./tools/wineinstall 2>&1 | tee gmade_wine_1a_log.txt bash-3.2$ ggrep visibility\ attribute\ not\ supported gmade_wine_1a_log.txt | wc -l 13820 My build log would be 13820 lines shorter if I did not get those warnings. Issue 2.): (A "bug") The build breaks here: ../../../tools/winegcc/winegcc -B../../../tools/winebuild -mconsole generated.o misc.o protocol.o stream.o url.o testlist.o -o urlmon_test.exe.so ../../../libs/port/libwine_port.a -lurlmon -lole32 -luser32 -ladvapi32 -lkernel32 -lsocket -lnsl cp ../../dlls/mshtml/tests/mshtml_test.exe.so mshtml_test.exe && strip mshtml_test.exe cp ../../dlls/msxml3/tests/msxml3_test.exe.so msxml3_test.exe && strip msxml3_test.exe cp ../../dlls/shdocvw/tests/shdocvw_test.exe.so shdocvw_test.exe && strip shdocvw_test.exe cp ../../dlls/urlmon/tests/urlmon_test.exe.so urlmon_test.exe && strip urlmon_test.exe ../../tools/wrc/wrc --nostdinc -I. -I. -I../../include -I../../include -DBUILD_SHA1=\"`GIT_DIR=../../.git git rev-parse HEAD 2>/dev/null`\" -fowinetest.res winetest.rc *** Error code 137 make: Fatal error: Command failed for target `winetest.res' Current working directory /aux0/wine-1.1.2/programs/winetest *** Error code 1 The following command caused the error: cd winetest && make make: Fatal error: Command failed for target `winetest' Current working directory /aux0/wine-1.1.2/programs *** Error code 1 The following command caused the error: cd programs && make make: Fatal error: Command failed for target `programs' Compilation failed, aborting install. bash-3.2$ If I type the exact same command by hand I do not get an error: bash-3.2$ cd /aux0/wine-1.1.2/programs/winetest bash-3.2$ ../../tools/wrc/wrc --nostdinc -I. -I. -I../../include -I../../include -DBUILD_SHA1=\"`GIT_DIR=../../.git git rev-parse HEAD 2>/dev/null`\" -fowinetest.res winetest.rc bash-3.2$ cd /aux0/wine-1.1.2 bash-3.2$ Perhaps if you used "ksh93 -c ..." or "bash -c ..." to execute that line you would have success. Issue 3.): (A "bug") The first time I compiled and installed Wine I got this error when I tried to run Wine: start_wineboot failed to start wineboot, err 1359 I tried to search your bug list and the Internet to discover what error 1359 was with very little luck, see here http://www.google.ca/search?q=start+wineboot+"err+1359" . Another reporter has made this entry (with a different error number): [Bug 11158] Wineboot and virtual desktop http://www.winehq.org/pipermail/wine-bugs/2008-February/093660.html The Wine executable resulting from my first build attempt had no debugging info so second time I compiled Wine I first set two environment variables: bash-3.2$ set | grep FLAGS CFLAGS=-g CXXFLAGS=-g I should be able to use gdb to trace what the error is. Sometimes Wine simply terminates with the above message and on other occasions the OS mentions an "Illegal Instruction". Issue 4.): (A "bug") My config.log says this (edited): ... configure:7340: checking ldap.h usability configure:7357: gcc -c -g conftest.c >&5 configure:7363: $? = 0 configure:7377: result: yes configure:7381: checking ldap.h presence configure:7396: gcc -E conftest.c configure:7402: $? = 0 configure:7416: result: yes configure:7449: checking for ldap.h configure:7457: result: yes ... configure:9811: result: yes configure:9763: checking for X11/extensions/Xrandr.h configure:9789: gcc -c -g -I/usr/include/X11 conftest.c >&5 conftest.c:110:35: X11/extensions/Xrandr.h: No such file or directory configure:9795: $? = 1 configure: failed program was: | /* confdefs.h. */ ... | #define HAVE_X11_EXTENSIONS_XINERAMA_H 1 | /* end confdefs.h. */ | #ifdef HAVE_X11_XLIB_H | # include <X11/Xlib.h> | #endif | #ifdef HAVE_X11_XUTIL_H | # include <X11/Xutil.h> | #endif | | #include <X11/extensions/Xrandr.h> configure:9811: result: no configure:9763: checking for X11/extensions/Xrender.h configure:9789: gcc -c -g -I/usr/include/X11 conftest.c >&5 configure:9795: $? = 0 configure:9811: result: yes configure:9763: checking for X11/extensions/xf86vmode.h configure:9789: gcc -c -g -I/usr/include/X11 conftest.c >&5 conftest.c:111:38: X11/extensions/xf86vmode.h: No such file or directory configure:9795: $? = 1 configure: failed program was: | /* confdefs.h. */ ... | #define HAVE_X11_EXTENSIONS_XRENDER_H 1 | /* end confdefs.h. */ | #ifdef HAVE_X11_XLIB_H | # include <X11/Xlib.h> | #endif | #ifdef HAVE_X11_XUTIL_H | # include <X11/Xutil.h> | #endif | | #include <X11/extensions/xf86vmode.h> configure:9811: result: no ... configure:10681: checking for -lXinerama configure:10716: gcc -o conftest -g -I/usr/include/X11 conftest.c -lXinerama -L/usr/X11/lib -R/usr/X11/lib -lXext -lX11 -lsocket -lnsl >&5 configure:10722: $? = 0 configure:10749: result: libXinerama.so.1 ... configure:14597: checking for esd-config configure:14615: found /usr/bin/esd-config configure:14627: result: /usr/bin/esd-config configure:14647: checking for esd_open_sound in -lesd configure:14682: gcc -o conftest -g conftest.c -lesd -L/usr/lib -lesd -laudiofile -lm >&5 configure:14688: $? = 0 configure:14706: result: yes ... configure:17730: checking for LDAPSortKey configure:17761: gcc -c -g conftest.c >&5 conftest.c:226: error: syntax error before "ac__type_new_" conftest.c:226: warning: data definition has no type or storage class conftest.c: In function `main': conftest.c:230: error: syntax error before ')' token ... | /* end confdefs.h. */ | #include <ldap.h> | | typedef LDAPSortKey ac__type_new_; | int | main () | { | if ((ac__type_new_ *) 0) | return 0; | if (sizeof (ac__type_new_)) | return 0; | ; | return 0; | } configure:17782: result: no configure:17942: checking for ldap_count_references configure:17998: gcc -o conftest -g conftest.c -lsocket -lnsl -lpthread >&5 Undefined first referenced symbol in file ldap_count_references /var/tmp//ccI1aqbB.o ld: fatal: Symbol referencing errors. No output written to conftest collect2: ld returned 1 exit status The result of those tests not being written in a manner that is compatible with Solaris and thus failing (when given a chance they could work) is this message: config.status:1665: executing include/wine commands configure:24483: libXxf86vm development files not found, XFree86 Vidmode won't be supported. configure:24483: libxrandr development files not found, XRandr won't be supported. configure:24483: libcapi20 development files not found, ISDN won't be supported. configure:24483: libldap (OpenLDAP) development files not found, LDAP won't be supported. configure:24491: WARNING: No sound system was found. Windows applications will be silent. I do have Xrandr.h and xf86vmode.h (note how "xinerama.h" in the same directory is found). You are using "gcc -I/usr/include/X11 ..." and in the conftest program you have "#include <X11/extensions/Xrandr.h>". That would mean that "Xrandr.h" would have to be in the "/usr/include/X11/X11/extensions/Xrandr.h" file, instead of the "/usr/include/X11/extensions/Xrandr.h" file. # ls -l /usr/X11/include/X11/extensions/ ... -r--r--r-- 1 root bin 11583 Jun 20 16:04 Xrandr.h ... -r--r--r-- 1 root bin 8569 Jun 20 15:14 xf86vmode.h ... -r--r--r-- 1 root bin 1999 Jun 5 13:37 xinerama.h I do have libldap and if you used "-lldap" in your test it would work better: # ls -l /usr/lib/libldap.so lrwxrwxrwx 1 root root 12 Jul 18 15:28 /usr/lib/libldap.so -> libldap.so.5 There are a few things that need fixing to support Solaris (and in some of the above cases the other OSes also). Want a free copy of Solaris 11 (with ZFS) ? Solaris Express Community Edition DVD - Build 95 http://opensolaris.org/os/downloads/sol_ex_dvd/ Thanks for the free software. I had Wine working quite well on GNU/Linux (Debian) so hopefully it will be working on Solaris sometime soon. BTW: The link to the 'binary' at Blastwave is 404. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 9

[Bug 13187] New: Apps hang on startup in X11DRV_CritSection
by wine-bugs＠winehq.org 11 Mar '13

11 Mar '13

http://bugs.winehq.org/show_bug.cgi?id=13187 Summary: Apps hang on startup in X11DRV_CritSection Product: Wine Version: 1.0-rc1 Platform: Sun OS/Version: Solaris Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: laurent(a)elanor.org Created an attachment (id=13005) --> (http://bugs.winehq.org/attachment.cgi?id=13005) Wine console output Hello, Since a few versions ago, Adobe Reader installers do not start anymore, blocking on thread errors. They used to work on version 0.9.54. I built Wine each time using the same ./configure options. The wine processes are stuck, but they do not die, they stay in memory, not showing. My system is Sun Solaris 10 U3, with patches. The compiler is Solaris' GCC 3.4.3. Attached is the console output and the list of processes I used the following to configure: export PATH=/usr/bin:/usr/ccs/bin:/usr/sfw/bin:/opt/csw/bin:/opt/fontforge/bin SHELL=/bin/bash \ CPPFLAGS='-I/usr/sfw/include -I/usr/X11/include -I/opt/csw/include' \ LDFLAGS='-lm -L/usr/sfw/lib -L/usr/X11/lib -L/opt/csw/lib -R/usr/sfw/lib -R/usr/X11/lib -R/opt/csw/lib' \ ./configure --prefix=/opt/wine-1.0-rc1 \ --without-alsa \ --without-audioio \ --without-capi \ --without-cms \ --without-coreaudio \ --without-esd \ --without-gphoto \ --without-hal \ --without-jack \ --without-ldap \ --without-nas \ --without-opengl \ --without-oss \ --without-sane gmake depend gmake -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 13

[Bug 13227] New: 100% CPU Usage with notepad - with dtrace output
by wine-bugs＠winehq.org 11 Mar '13

11 Mar '13

http://bugs.winehq.org/show_bug.cgi?id=13227 Summary: 100% CPU Usage with notepad - with dtrace output Product: Wine Version: 0.9.61. Platform: Sun OS/Version: Solaris Status: UNCONFIRMED Severity: major Priority: P2 Component: wineserver AssignedTo: wine-bugs(a)winehq.org ReportedBy: mritun(a)gmail.com Created an attachment (id=13061) --> (http://bugs.winehq.org/attachment.cgi?id=13061) DTrace stacktrace of most often executed functions wineserver is consuming 100% of CPU while running any application. I have created a test-case with notepad provided with wine. This bug is reproducible every time. The system is openSolaris build 84 (nevada SXCE build 84). Specifics are as following: $ WINEDEBUG=-all wine notepad $ wine --version wine-0.9.61 $ uname -a SunOS spot 5.11 snv_84 i86pc i386 i86pc CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 5600+ RAM: 2 GB DDR2 (single channel 2 GB x 1) The dtrace script I used to create the backtrace log of where the "wineserver" process is spending most of its time is as following: # cat wine.d #!/usr/sbin/dtrace -s pid14618:wineserver:: { @[ustack()] = count(); } -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 6