winecfg: Problems with audio configuration
I have noticed significant increase in crashes and lockups in winecfg's audio page. Could we do something about that before the next release? This makes it hard for any first timer to configure wine. Especially knowing that most people will have to change hardware acceleration to "emulation" and they will not be able to do so. -- Best regards, Vitaliy
Vitaliy Margolen wrote:
I have noticed significant increase in crashes and lockups in winecfg's audio page. Could we do something about that before the next release?
I agree with you but can you be more specific? There is a bug in arts itself which causes arts to crash. I believe this has been fixed in the latest arts libraries. There can be a short hang in the esd driver if esd in not configured properly. One person reported a computer lockup with OSS but that is probably a kernel driver bug. Winecfg is now really using all compiled in audio drivers to do hardware probing of all available hardware. OSS with a real OSS kernel driver (not ALSA emulated OSS) is the only really stable setup now. All the sound drivers need to be looked at more closely now so they either work properly on a wide range of hardware or fail gracefully on misconfigured or marginal setups.
This makes it hard for any first timer to configure wine. Especially knowing that most people will have to change hardware acceleration to "emulation" and they will not be able to do so.
This is a good example of a workaround for a broken driver, soundcard, or driver/soundcard configuration. The same is also true for Windows where this same workaround works the same way there for broken drivers. Contrary to popular belief, sound can work very well in wine and even work better than on Windows but only with some hardware and with some versions of linux. In general, both wine and the sound systems that it uses have a long way to go before they will work well for everyone out of the box. Even Windows has problems doing sound well for everyone out of the box.
Monday, January 2, 2006, 2:55:38 PM, Robert Reif wrote:
Vitaliy Margolen wrote:
I have noticed significant increase in crashes and lockups in winecfg's audio page. Could we do something about that before the next release?
I agree with you but can you be more specific?
I'm afraid I can't. It all works here. But all the reports I get from people on #winehq don't have that much details. I had one person who had winecfg crash each time he went to audio tab. Installing arts & esd didn't help - same result. It was a pre-compiled binaries. If such a crash would happen what would you be interested in? (what debug channels, system information, etc.?)
This makes it hard for any first timer to configure wine. Especially knowing that most people will have to change hardware acceleration to "emulation" and they will not be able to do so.
This is a good example of a workaround for a broken driver, soundcard, or driver/soundcard configuration. The same is also true for Windows where this same workaround works the same way there for broken drivers.
Well I'm not sure how about other configurations, but on mine I can not set it to anything else with any driver I have. My system is nForce 2 with ALSA HW drivers.
Vitaliy Margolen wrote:
Monday, January 2, 2006, 2:55:38 PM, Robert Reif wrote:
Vitaliy Margolen wrote:
I have noticed significant increase in crashes and lockups in winecfg's audio page. Could we do something about that before the next release?
I agree with you but can you be more specific?
I'm afraid I can't. It all works here. But all the reports I get from people on #winehq don't have that much details.
Same here. Works for me too.
I had one person who had winecfg crash each time he went to audio tab. Installing arts & esd didn't help - same result. It was a pre-compiled binaries.
If such a crash would happen what would you be interested in? (what debug channels, system information, etc.?)
We need enough information to determine where the problem is. The problem could be a kernel driver problem (broken hardware and/or software), a sound system problem (oss, alsa, arts, esd,...), a distribution problem (kernel version and configuration), a wine driver bug or missing feature, or a wine direct sound or winmm bug or missing feature, or even an application assumption problem. The problem is really complex due to the large number of variables and the potential for multiple failures.
This makes it hard for any first timer to configure wine. Especially knowing that most people will have to change hardware acceleration to "emulation" and they will not be able to do so.
This is a good example of a workaround for a broken driver, soundcard, or driver/soundcard configuration. The same is also true for Windows where this same workaround works the same way there for broken drivers.
Well I'm not sure how about other configurations, but on mine I can not set it to anything else with any driver I have. My system is nForce 2 with ALSA HW drivers.
You probably have a fixed frequency/format soundcard and the application doesn't bother to set the primary buffer format or sets it to an unsupported setting. You can either reconfigure ALSA to use dmix or plughw or use a patch I submitted to wine-bugs to fix a foobar2000 problem. This is either a configuration issue or an application that doesn't support wines windows 95 assumptions. It could also be a hardware/driver issue.
Monday, January 2, 2006, 5:26:57 PM, Robert Reif wrote:
Vitaliy Margolen wrote:
Monday, January 2, 2006, 2:55:38 PM, Robert Reif wrote:
I had one person who had winecfg crash each time he went to audio tab. Installing arts & esd didn't help - same result. It was a pre-compiled binaries.
If such a crash would happen what would you be interested in? (what debug channels, system information, etc.?) We need enough information to determine where the problem is. The problem could be a kernel driver problem (broken hardware and/or software), a sound system problem (oss, alsa, arts, esd,...), a distribution problem (kernel version and configuration), a wine driver bug or missing feature, or a wine direct sound or winmm bug or missing feature, or even an application assumption problem. The problem is really complex due to the large number of variables and the potential for multiple failures.
Yeah I do realize that it could be anything... We just need to present it in a way that's doable by users <g> Will relay log would be enough? Lets say last 300 lines before the crash?
This makes it hard for any first timer to configure wine. Especially knowing that most people will have to change hardware acceleration to "emulation" and they will not be able to do so. This is a good example of a workaround for a broken driver, soundcard, or driver/soundcard configuration. The same is also true for Windows where this same workaround works the same way there for broken drivers. Well I'm not sure how about other configurations, but on mine I can not set it to anything else with any driver I have. My system is nForce 2 with ALSA HW drivers.
You probably have a fixed frequency/format soundcard and the application I think that's what nForce2 is. doesn't bother to set the primary buffer format or sets it to an unsupported setting. You can either reconfigure ALSA to use dmix or plughw or use Have that now (both). But I think the problem with something else... I don't remember who that was, but several months ago he sent a test patch here for dsound & alsa (1st patch, not 2nd). With that patch I could select "Full" for all but one program I've tested. I wander what happened to those patches?
a patch I submitted to wine-bugs to fix a foobar2000 problem. This is either a configuration issue or an application that doesn't support wines windows 95 assumptions. It could also be a hardware/driver issue. Yeah I'm not sure here really. I don't know enough to tell where the problem is and what looks right and what isn't.
Vitaliy
On 1/2/06, Vitaliy Margolen <wine-devel(a)kievinfo.com> wrote:
Well I'm not sure how about other configurations, but on mine I can not set it to anything else with any driver I have. My system is nForce 2 with ALSA HW drivers.
Hi, I'm the one having complete lockups with wineoss.drv. I also have the nforce2 sound chip (snd_intel8x0), but I use it as a secondary device. I actually use cmi 8738 (snd_cmipci) for most everything. I will disable snd_intel8x0 and switch back to wineoss.drv to see what happens. I'm thinking the problem lies in snd_intel8x0 based on your report. Jesse
On 1/2/06, Jesse Allen <the3dfxdude(a)gmail.com> wrote:
I'm the one having complete lockups with wineoss.drv. I also have the nforce2 sound chip (snd_intel8x0), but I use it as a secondary device. I actually use cmi 8738 (snd_cmipci) for most everything. I will disable snd_intel8x0 and switch back to wineoss.drv to see what happens.
The problem is with snd_cmipci. Furthermore I get a gpf when rmmoding. So I have something else to go by now without resorting to the winecfg hard lockup. This is probably a kernel regression so I will track it down. You can ask the others having a lockup with the winecfg what sound drivers are loaded into the kernel too. snd_intel8x0 seems fine, so actually, you are ok too then.
Monday, January 2, 2006, 6:18:11 PM, Jesse Allen wrote:
On 1/2/06, Jesse Allen <the3dfxdude(a)gmail.com> wrote:
I'm the one having complete lockups with wineoss.drv. I also have the nforce2 sound chip (snd_intel8x0), but I use it as a secondary device. I actually use cmi 8738 (snd_cmipci) for most everything. I will disable snd_intel8x0 and switch back to wineoss.drv to see what happens.
The problem is with snd_cmipci. Furthermore I get a gpf when rmmoding. So I have something else to go by now without resorting to Yeah that's fun I've seen something like that crashing kernel 8-[ ]
the winecfg hard lockup. This is probably a kernel regression so I will track it down. You can ask the others having a lockup with the winecfg what sound drivers are loaded into the kernel too. Yeah we should at least print to the console and flush buffers before opening next driver. This will give as at least some info if we get hard lockup.
snd_intel8x0 seems fine, so actually, you are ok too then. Oh good <g>
Vitaliy
On Mon, 2006-01-02 at 19:23 -0700, Vitaliy Margolen wrote:
Monday, January 2, 2006, 6:18:11 PM, Jesse Allen wrote:
On 1/2/06, Jesse Allen <the3dfxdude(a)gmail.com> wrote:
I'm the one having complete lockups with wineoss.drv. I also have the nforce2 sound chip (snd_intel8x0), but I use it as a secondary device. I actually use cmi 8738 (snd_cmipci) for most everything. I will disable snd_intel8x0 and switch back to wineoss.drv to see what happens.
The problem is with snd_cmipci. Furthermore I get a gpf when rmmoding. So I have something else to go by now without resorting to Yeah that's fun I've seen something like that crashing kernel 8-[ ]
the winecfg hard lockup. This is probably a kernel regression so I will track it down. You can ask the others having a lockup with the winecfg what sound drivers are loaded into the kernel too. Yeah we should at least print to the console and flush buffers before opening next driver. This will give as at least some info if we get hard lockup.
snd_intel8x0 seems fine, so actually, you are ok too then. Oh good <g>
Vitaliy
Externally to Wine I came across a similar "page fault" issue... that turned out to be an alsa versioning issue by appearance using Kernel 2.6.15rc7 with "alsa-driver" package for SourceMage (source build from alsa-driver-1.0.10.tar.bz2 archive) I kept getting a repetitive "free_hot_cold_page()" call message in the kernel messages queue I simply removed the alsa-driver package and updated my kernel build with a clean build enabling intel8x0+intel8x0m drivers from the kernel instead... maybe some alsa internal changes are being reflected to outside the kernel, Im not totally sure if this is relevant Hopefully there is something there and not just some random bug Send instant messages to your online friends http://au.messenger.yahoo.com
I found the patch that causes both the rmmod oops and a hard lock up in winecfg with snd_cmipci loaded. Introduced in 2.6.15-rc1: http://www.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commi... So I'll contact the ALSA people now.
Hello! I'm also using cmpci and the nforce sound chip but I don't get any crashes on ubuntu/breezy using the precompiled wine packages from winehq.org. BUT winecfg crashes for me when accessing the audio tab: ALSA lib seq_hw.c:455:(snd_seq_hw_open) open /dev/snd/seq failed: Datei oder Verzeichnis nicht gefunden wine: Unhandled page fault on write access to 0x3998e260 at address 0x7ec5a3b1 (thread 0009), starting debugger... WineDbg starting on pid 0x8 Unhandled exception: page fault on write access to 0x3998e260 in 32-bit code (0x7ec5a3b1). In 32 bit mode. Register dump: CS:0073 SS:007b DS:007b ES:007b FS:1007 GS:0033 EIP:7ec5a3b1 ESP:7fa8c894 EBP:7fa8c8bc EFLAGS:00210202( - 00 - -RI1) EAX:6f636d2e EBX:7ecf6cd0 ECX:7c02e730 EDX:7c0b2da8 ESI:00000004 EDI:7c08ace0 Stack dump: 0x7fa8c894: 7c213024 7c0cf62c 00000001 0000000b 0x7fa8c8a4: 00000bb8 00000003 7c1f5edc 7ecf6cd0 0x7fa8c8b4: 7c02e738 7ecfa3f8 7fa8c8ec 7ec5aa82 0x7fa8c8c4: 7ecfa420 7c02e730 0000001c 7ecfa3f8 0x7fa8c8d4: 7c0cf637 7d5aa788 7fa8c914 7ecf6cd0 0x7fa8c8e4: 0000001c 7fa8c91f 7fa8c92c 7eca8e68 0200: sel=1007 base=7fec4000 limit=00001fff 32-bit rw- Backtrace: =>1 0x7ec5a3b1 (0x7ec5a3b1) 2 0x7ec5aa82 (0x7ec5aa82) 3 0x7eca8e68 (0x7eca8e68) 4 0x7d5eae2a _ZN4Arts9MCOPUtils14createFilePathESs+0x9e8 in libmcop.so.1 (0x7d5eae2a) 5 0x7d650b8c _ZN4Arts10DispatcherC1EPNS_9IOManagerENS0_11StartServerE+0x794 in libmcop.so.1 (0x7d650b8c) 6 0x7d9d6a37 arts_backend_init+0x8f in libartscbackend.so.0 (0x7d9d6a37) 7 0x7de4a293 arts_init+0x3b in libartsc.so.0 (0x7de4a293) 8 0x7da82f37 ARTS_WaveInit+0x27 in winearts (0x7da82f37) 9 0x7da7f1a2 ARTS_DriverProc+0x52 in winearts (0x7da7f1a2) 10 0x7ea8567f in winmm (+0x1567f) (0x7ea8567f) 11 0x7ea85ca9 DRIVER_TryOpenDriver32+0xc9 in winmm (0x7ea85ca9) 12 0x7ea85fa9 OpenDriver+0x169 in winmm (0x7ea85fa9) 13 0x7ea8607e OpenDriverA+0x3e in winmm (0x7ea8607e) 14 0x7faabc02 in winecfg (+0xbc02) (0x7faabc02) 15 0x7faacbb8 AudioDlgProc+0x298 in winecfg (0x7faacbb8) 16 0x7f6a86ba WINPROC_wrapper+0x1a in user32 (0x7f6a86ba) 17 0x7f6a9260 in user32 (+0x89260) (0x7f6a9260) 18 0x7f6ae2de CallWindowProcW+0x1ae in user32 (0x7f6ae2de) 19 0x7f64f1f7 DefDlgProcW+0x57 in user32 (0x7f64f1f7) 20 0x7f6a86ba WINPROC_wrapper+0x1a in user32 (0x7f6a86ba) 21 0x7f6a9260 in user32 (+0x89260) (0x7f6a9260) 22 0x7f6ae526 CallWindowProcW+0x3f6 in user32 (0x7f6ae526) 23 0x7f67d83f in user32 (+0x5d83f) (0x7f67d83f) 24 0x7f680f56 SendMessageTimeoutW+0x156 in user32 (0x7f680f56) 25 0x7f680fa5 SendMessageW+0x35 in user32 (0x7f680fa5) 26 0x7f654382 in user32 (+0x34382) (0x7f654382) 27 0x7f654d1d CreateDialogIndirectParamAorW+0x2d in user32 (0x7f654d1d) 28 0x7f654d5b CreateDialogIndirectParamW+0x2b in user32 (0x7f654d5b) 29 0x7eb57653 in comctl32 (+0x47653) (0x7eb57653) 30 0x7eb58991 in comctl32 (+0x48991) (0x7eb58991) 31 0x7eb5a56a PROPSHEET_DialogProc+0x95a in comctl32 (0x7eb5a56a) 32 0x7f6a86ba WINPROC_wrapper+0x1a in user32 (0x7f6a86ba) 33 0x7f6a9260 in user32 (+0x89260) (0x7f6a9260) 34 0x7f6ae2de CallWindowProcW+0x1ae in user32 (0x7f6ae2de) 35 0x7f64f1f7 DefDlgProcW+0x57 in user32 (0x7f64f1f7) 36 0x7f6a86ba WINPROC_wrapper+0x1a in user32 (0x7f6a86ba) 37 0x7f6a9260 in user32 (+0x89260) (0x7f6a9260) 38 0x7f6ae526 CallWindowProcW+0x3f6 in user32 (0x7f6ae526) 39 0x7f67d83f in user32 (+0x5d83f) (0x7f67d83f) 40 0x7f680f56 SendMessageTimeoutW+0x156 in user32 (0x7f680f56) 41 0x7f680fa5 SendMessageW+0x35 in user32 (0x7f680fa5) 42 0x7eb6c31c in comctl32 (+0x5c31c) (0x7eb6c31c) 43 0x7eb703a6 in comctl32 (+0x603a6) (0x7eb703a6) 44 0x7f6a86ba WINPROC_wrapper+0x1a in user32 (0x7f6a86ba) 45 0x7f6a9260 in user32 (+0x89260) (0x7f6a9260) 46 0x7f6ae2de CallWindowProcW+0x1ae in user32 (0x7f6ae2de) 47 0x7f67e03c DispatchMessageW+0x16c in user32 (0x7f67e03c) 48 0x7f652e42 IsDialogMessageW+0xe2 in user32 (0x7f652e42) 49 0x7eb564ab in comctl32 (+0x464ab) (0x7eb564ab) 50 0x7eb580d6 PropertySheetW+0x246 in comctl32 (0x7eb580d6) 51 0x7fab10f5 WinMain+0x335 in winecfg (0x7fab10f5) 52 0x7fab485e main+0x8e in winecfg (0x7fab485e) 53 0x7fab47aa in winecfg (+0x147aa) (0x7fab47aa) 54 0x7fccdce7 in kernel32 (+0x4dce7) (0x7fccdce7) 55 0xb7fd0c17 wine_switch_to_stack+0x17 in libwine.so.1 (0xb7fd0c17) 0x7ec5a3b1: decl 0x0(%edx,%eax,4) Modules: Module Address Debug info Name (104 modules) ELF 0x739b5000-739bd000 Deferred libxrender.so.1 ELF 0x7be8c000-7bf00000 Deferred ntdll<elf> \-PE 0x7bea0000-7bf00000 \ ntdll ELF 0x7bf00000-7bf03000 Deferred <wine-loader> ELF 0x7d426000-7d46c000 Deferred libkmedia2_idl.so.1 ELF 0x7d46c000-7d471000 Deferred libogg.so.0 ELF 0x7d471000-7d498000 Deferred libvorbis.so.0 ELF 0x7d498000-7d597000 Deferred libvorbisenc.so.2 ELF 0x7d597000-7d59f000 Deferred libvorbisfile.so.3 ELF 0x7d59f000-7d6b7000 Export libmcop.so.1 ELF 0x7d6b7000-7d6c1000 Deferred libesd.so.0 ELF 0x7d6c1000-7d70f000 Deferred libxt.so.6 ELF 0x7d70f000-7d723000 Deferred libaudio.so.2 ELF 0x7d723000-7d744000 Deferred libaudiofile.so.0 ELF 0x7d744000-7d801000 Deferred libartsflow_idl.so.1 ELF 0x7d801000-7d869000 Deferred libsoundserver_idl.so.1 ELF 0x7d869000-7d9cd000 Deferred libartsflow.so.1 ELF 0x7d9cd000-7d9e0000 Export libartscbackend.so.0 ELF 0x7d9e0000-7da66000 Deferred libglib-2.0.so.0 ELF 0x7da66000-7da6a000 Deferred libgthread-2.0.so.0 ELF 0x7da6a000-7da6d000 Deferred libgmodule-2.0.so.0 ELF 0x7da6d000-7da87000 Export winearts<elf> \-PE 0x7da70000-7da87000 \ winearts ELF 0x7dacb000-7dae0000 Deferred midimap<elf> \-PE 0x7dad0000-7dae0000 \ midimap ELF 0x7dbf2000-7dc14000 Deferred msacm32<elf> \-PE 0x7dc00000-7dc14000 \ msacm32 ELF 0x7dc14000-7dc2b000 Deferred msacm<elf> \-PE 0x7dc20000-7dc2b000 \ msacm ELF 0x7dc4a000-7dcfd000 Deferred libasound.so.2 ELF 0x7dcfd000-7dd25000 Deferred winealsa<elf> \-PE 0x7dd10000-7dd25000 \ winealsa ELF 0x7dd25000-7dd71000 Deferred libgcrypt.so.11 ELF 0x7dd71000-7ddd3000 Deferred libgnutls.so.11 ELF 0x7ddd3000-7ddf0000 Deferred libcups.so.2 ELF 0x7de30000-7de40000 Deferred libtasn1.so.2 ELF 0x7de49000-7de4f000 Export libartsc.so.0 ELF 0x7df25000-7df40000 Deferred imm32<elf> \-PE 0x7df30000-7df40000 \ imm32 ELF 0x7df40000-7df5c000 Deferred ximcp.so.2 ELF 0x7df5c000-7df64000 Deferred librt.so.1 ELF 0x7df66000-7df6a000 Deferred libgpg-error.so.0 ELF 0x7df6a000-7df6e000 Deferred libxfixes.so.3 ELF 0x7df6e000-7df77000 Deferred libxcursor.so.1 ELF 0x7df77000-7df7a000 Deferred libxrandr.so.2 ELF 0x7e02d000-7e770000 Deferred fglrx_dri.so ELF 0x7e770000-7e80f000 Deferred libgl.so.1 ELF 0x7e80f000-7e813000 Deferred libxdmcp.so.6 ELF 0x7e813000-7e816000 Deferred libxau.so.6 ELF 0x7e816000-7e8d6000 Deferred libx11.so.6 ELF 0x7e8d6000-7e8e3000 Deferred libxext.so.6 ELF 0x7e8e3000-7e8fc000 Deferred libice.so.6 ELF 0x7e8fc000-7e979000 Deferred winex11<elf> \-PE 0x7e910000-7e979000 \ winex11 ELF 0x7e979000-7e998000 Deferred libexpat.so.1 ELF 0x7e998000-7e9c6000 Deferred libfontconfig.so.1 ELF 0x7e9c6000-7ea30000 Deferred libfreetype.so.6 ELF 0x7ea30000-7ea60000 Deferred uxtheme<elf> \-PE 0x7ea40000-7ea60000 \ uxtheme ELF 0x7ea60000-7eae1000 Export winmm<elf> \-PE 0x7ea70000-7eae1000 \ winmm ELF 0x7eae1000-7eb09000 Deferred winspool<elf> \-PE 0x7eaf0000-7eb09000 \ winspool ELF 0x7eb09000-7ebb8000 Export comctl32<elf> \-PE 0x7eb10000-7ebb8000 \ comctl32 ELF 0x7ebb8000-7ebd6000 Deferred iphlpapi<elf> \-PE 0x7ebc0000-7ebd6000 \ iphlpapi ELF 0x7ebd6000-7ec1a000 Deferred rpcrt4<elf> \-PE 0x7ebf0000-7ec1a000 \ rpcrt4 ELF 0x7ed00000-7f600000 Deferred gdi32<elf> \-PE 0x7ed40000-7f600000 \ gdi32 ELF 0x7f600000-7f719000 Export user32<elf> \-PE 0x7f620000-7f719000 \ user32 ELF 0x7f719000-7f755000 Deferred advapi32<elf> \-PE 0x7f720000-7f755000 \ advapi32 ELF 0x7f755000-7f7db000 Deferred ole32<elf> \-PE 0x7f770000-7f7db000 \ ole32 ELF 0x7f7db000-7f830000 Deferred shlwapi<elf> \-PE 0x7f7f0000-7f830000 \ shlwapi ELF 0x7f830000-7f8ee000 Deferred shell32<elf> \-PE 0x7f850000-7f8ee000 \ shell32 ELF 0x7f8ee000-7f980000 Deferred comdlg32<elf> \-PE 0x7f900000-7f980000 \ comdlg32 ELF 0x7fa92000-7fa97000 Deferred libxxf86vm.so.1 ELF 0x7fa97000-7fad0000 Export winecfg<elf> \-PE 0x7faa0000-7fad0000 \ winecfg ELF 0x7fad1000-7fad6000 Deferred libxxf86dga.so.1 ELF 0x7fad6000-7fadd000 Deferred libsm.so.6 ELF 0x7fc64000-7fd60000 Export kernel32<elf> \-PE 0x7fc80000-7fd60000 \ kernel32 ELF 0x7fe72000-7fe7d000 Deferred libgcc_s.so.1 ELF 0x7fe7d000-7fe87000 Deferred libnss_files.so.2 ELF 0x7fe87000-7fe90000 Deferred libnss_nis.so.2 ELF 0x7fe90000-7fea5000 Deferred libnsl.so.1 ELF 0x7fea5000-7feae000 Deferred libnss_compat.so.2 ELF 0x7feb0000-7fec4000 Deferred libz.so.1 ELF 0x7fec7000-7fee9000 Deferred libm.so.6 ELF 0x7fee9000-7ffe0000 Deferred libwine_unicode.so.1 ELF 0xb7e73000-b7e76000 Deferred libdl.so.2 ELF 0xb7e76000-b7fa4000 Deferred libc.so.6 ELF 0xb7fa4000-b7fb6000 Deferred libpthread.so.0 ELF 0xb7fb6000-b7fb8000 Deferred xlcutf8load.so.2 ELF 0xb7fcc000-b7fe6000 Export libwine.so.1 ELF 0xb7fe9000-b7fff000 Deferred ld-linux.so.2 Threads: process tid prio (all id:s are in hex) 00000008 (D) c:\windows\system32\winecfg.exe 00000009 0 <== WineDbg terminated on pid 0x8 Perhaps an arts - problem? When starting arts before running winecfg the same happens. Removing artsd from harddisk doesn't help either. Here is my asound.conf: pcm.playback { # The ipc_key needs to be unique. ipc_key 135 type dmix slave { pcm "hw:1,0" period_size 1024 periods 128 period_time 0 buffer_size 12288 rate 44100 } bindings { # Add or reduce the number of channels as needed. 0 0 1 1 } } pcm.mux { type asym playback.pcm "playback" capture.pcm "capture" } pcm.!default { type plug slave.pcm "mux" } pcm.dsp0 { type plug slave.pcm "playback" } ctl.mixer0 { type hw card 1 } pcm.capture { type dsnoop # The ipc_key needs to be unique. ipc_key 137 slave { pcm "hw:1,0" period_size 1024 periods 128 period_time 0 } bindings { # Add or reduce the number of channels as needed. 0 0 1 1 } } hw:1 is cmpci, hw:0 is nforce2. But I think this isn't a cmpci problem for me, as it used to crash, too before I installed this card two weeks ago. Hope you might need this information. Ciao, Olaf Leidinger
On 1/3/06, Olaf Leidinger <leidola(a)newcon.de> wrote:
But I think this isn't a cmpci problem for me, as it used to crash, too before I installed this card two weeks ago.
You need to be using kernel 2.6.15-rc1 or later including now released 2.6.15 =/ for the problems with snd_cmipci (probably opl3 related).
Vitaliy Margolen wrote:
Monday, January 2, 2006, 2:55:38 PM, Robert Reif wrote:
Vitaliy Margolen wrote:
I have noticed significant increase in crashes and lockups in winecfg's audio page. Could we do something about that before the next release?
I agree with you but can you be more specific?
I'm afraid I can't. It all works here. But all the reports I get from people on #winehq don't have that much details. I had one person who had winecfg crash each time he went to audio tab. Installing arts & esd didn't help - same result. It was a pre-compiled binaries.
Vitaliy, in the circumstance of pre-compiled binaries I know, at least for me, that the last time I tried using them, they didnt work.. This was back in 2002, and I was using Mandrake at the time, using their precompiled binaries that came with the latest release. It crashed running _anything_.. But once I removed that and got source, it worked fine.. So if a user is having a problem with precompiled binaries, check what distro it is the user is using, and if it is one that is known to add their own code to their binaries (like Mandrake), ask them to se fi the same happens from source. Now I know we already did that, and I just stated the obvious, but I just think I should make it known that several distro's add code to wine that cause it to not work on some of their users' machines.. The above is why I personally unless, I am forced to do otherwise, always download and compile from source, well that and the fact that I now use Slackware.. lol Tom
Hi Robert, On Monday 02 January 2006 22:55, Robert Reif wrote:
There is a bug in arts itself which causes arts to crash. I believe this has been fixed in the latest arts libraries.
It crashes with a plain .wine directory for me on a current Debian Sarge with KDE 3.3.2. It's a self-backed 2.6.14 kernel. Might be a configuration issue, but sound works fine in other apps. If I click the "Audio" tab in winecfg, it hangs for a few seconds, then the dialog "There is no audio driver currently specified in the registry..." comes up. After clicking 'OK', it crashes. I've attached the console output (The first of the two ALSA messages comes up as soon as I click the Audio-tab (before it hangs), the second immediately before it crashes) and some more info, which I guess might be useful. I'll be happy to provide you with more data, if you tell me what you need. mjung(a)denkbrett:~$ lsmod Module Size Used by vmnet 31908 13 vmmon 170860 0 serial_cs 19784 1 pcmcia 40548 5 serial_cs irtty_sir 6848 2 sir_dev 17516 1 irtty_sir irda 125752 1 sir_dev ipw2100 85876 0 firmware_class 10560 2 pcmcia,ipw2100 ieee80211 23176 1 ipw2100 ieee80211_crypt 5572 1 ieee80211 e1000 107124 0 yenta_socket 28044 6 rsrc_nonstatic 14144 1 yenta_socket pcmcia_core 43536 3 pcmcia,yenta_socket,rsrc_nonstatic snd_intel8x0m 18756 3 i2c_i801 8908 0 ehci_hcd 33672 0 uhci_hcd 34320 0 vfat 13888 1 fat 54492 1 vfat psmouse 39428 0 snd_intel8x0 34848 1 snd_ac97_codec 97340 2 snd_intel8x0m,snd_intel8x0 snd_pcm_oss 53536 0 snd_mixer_oss 19584 1 snd_pcm_oss snd_pcm 94024 6 snd_intel8x0m,snd_intel8x0,snd_ac97_codec,snd_pcm_oss snd_timer 25796 1 snd_pcm snd 57380 13 snd_intel8x0m,snd_intel8x0,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_timer soundcore 10272 1 snd snd_page_alloc 11016 3 snd_intel8x0m,snd_intel8x0,snd_pcm snd_ac97_bus 2240 1 snd_ac97_codec mjung(a)denkbrett:~$ cat /proc/asound/card0/id I82801DBICH4 mjung(a)denkbrett:~$ cat /proc/asound/card1/id Modem Bye, -- Michael Jung mjung(a)iss.tu-darmstadt.de
Robert Reif wrote:
There is a bug in arts itself which causes arts to crash. I believe this has been fixed in the latest arts libraries.
From a user's perspective, even if arts crashes, it shouldn't be taking winecfg down with it. Counting on users to have correct audio setups across distros sounds a bit utopian. Obviously we can't fix sound for the users, but we can at least show an error message saying what failed. Also, people who have arts installed but don't run it as their sound mixer still crash (happens under Ubuntu too). I'm running Kubuntu on my desktop and clicking the Audio tab under cvs gives this: ALSA lib pcm_dmix.c:746:(snd_pcm_dmix_open) The dmix plugin supports only playback stream wine: Unhandled page fault on write access to 0x44fec1ec at address 0x7e6f49d1 (thread 0009), starting debugger... WineDbg starting on pid 0x8 Unhandled exception: page fault on write access to 0x44fec1ec in 32-bit code (0x7e6f49d1). In 32 bit mode. Register dump: CS:0073 SS:007b DS:007b ES:007b FS:1007 GS:0033 EIP:7e6f49d1 ESP:7fb0c91c EBP:7fb0c944 EFLAGS:00010216( - 00 -RIAP1) EAX:32373539 EBX:7e7912f0 ECX:7c293650 EDX:7c21ed08 ESI:00000004 EDI:7c1eac1c Stack dump: 0x7fb0c91c: 7e794a40 7fb0c960 00000001 00000000 0x7fb0c92c: 000007d0 00000000 00000001 7e7912f0 0x7fb0c93c: 7c293658 7e794a18 7fb0c974 7e6f50a2 0x7fb0c94c: 7e794a40 7c293650 0000002f 7e794a18 0x7fb0c95c: 00000000 4d9c109c 7c1e8ea8 7e7912f0 0x7fb0c96c: 0000002f 7fb0c9a7 7fb0c9b4 7e743488 0200: sel=1007 base=7fee6000 limit=00001fff 32-bit rw- Backtrace: =>1 0x7e6f49d1 (0x7e6f49d1) 2 0x7e6f50a2 (0x7e6f50a2) 3 0x7e743488 (0x7e743488) 4 0x4da87305 _ZN4Arts18TmpGlobalComm_impl3putERKSsS2_+0x215 in libmcop.so.1 (0x4da87305) 5 0x4da752a3 _ZN4Arts10DispatcherC1EPNS_9IOManagerENS0_11StartServerE+0xc03 in libmcop.so.1 (0x4da752a3) 6 0x7e7a4b27 arts_backend_init+0x87 in libartscbackend.so.0 (0x7e7a4b27) 7 0x4d5ad2d6 arts_init+0x46 in libartsc.so.0 (0x4d5ad2d6) 8 0x7e7c4f37 ARTS_WaveInit+0x27 [/home/prophet/monkey/wine/dlls/winmm/winearts/audio.c:398] in winearts (0x7e7c4f37) 9 0x7e7c11a2 ARTS_DriverProc(dwDevID=0x0, hDriv=0x7fe0b550, wMsg=0x1, dwParam1=0x0, dwParam2=0x0) [/home/prophet/monkey/wine/dlls/winmm/winearts/arts.c:66] in winearts (0x7e7c11a2) 10 0x7f46467f DRIVER_AddToList+0x1bf [/home/prophet/monkey/wine/dlls/winmm/driver.c:110] in winmm (0x7f46467f) 11 0x7f464ca9 DRIVER_TryOpenDriver32+0xc9(fn=0x7fb0cc3c, lParam2=0x0) [/home/prophet/monkey/wine/dlls/winmm/driver.c:298] in winmm (0x7f464ca9) 12 0x7f464fa9 OpenDriver+0x169(lpDriverName=0x7fe0b528, lpSectionName=0x0, lParam=0x0) [/home/prophet/monkey/wine/dlls/winmm/driver.c:365] in winmm (0x7f464fa9) 13 0x7f46507e OpenDriverA+0x3e(lpDriverName=0x7fb0d370, lpSectionName=0x0, lParam=0x0) [/home/prophet/monkey/wine/dlls/winmm/driver.c:340] in winmm (0x7f46507e) 14 0x7fb26c62 initAudioDlg+0x582 [/home/prophet/monkey/wine/programs/winecfg/audio.c:479] in winecfg (0x7fb26c62) 15 0x7fb27c18 AudioDlgProc+0x298(hDlg=0x10044, uMsg=0x110, wParam=0x0, lParam=0x7fdfdfc8) [/home/prophet/monkey/wine/programs/winecfg/audio.c:768] in winecfg (0x7fb27c18) 16 0x7f72880a WINPROC_wrapper in user32 (0x7f72880a) 17 0x7f7293b0 WINPROC_CallWndProc(wParam=0x0, lParam=0x7fdfdfc8) [/home/prophet/monkey/wine/dlls/user/winproc.c:416] in user32 (0x7f7293b0) 18 0x7f72e42e CallWindowProcW+0x1ae(func=0x7f788e9c, hwnd=0x10044, msg=0x110, wParam=0x0, lParam=0x7fdfdfc8) [/home/prophet/monkey/wine/dlls/user/winproc.c:3329] in user32 (0x7f72e42e) 19 0x7f6cf1f7 DefDlgProcW+0x57(hwnd=0x10044, msg=0x110, wParam=0x0, lParam=0x7fdfdfc8) [/home/prophet/monkey/wine/dlls/user/defdlg.c:510] in user32 (0x7f6cf1f7) 20 0x7f72880a WINPROC_wrapper+0x1a in user32 (0x7f72880a) 21 0x7f7293b0 WINPROC_CallWndProc+0x60(wParam=0x0, lParam=0x7fdfdfc8) [/home/prophet/monkey/wine/dlls/user/winproc.c:416] in user32 (0x7f7293b0) 22 0x7f72e676 CallWindowProcW+0x3f6(func=0x7f6cf1a0, hwnd=0x10044, msg=0x110, wParam=0x0, lParam=0x7fdfdfc8) [/home/prophet/monkey/wine/dlls/user/winproc.c:3310] in user32 (0x7f72e676) 23 0x7f6fd98f call_window_proc+0x10f(lparam=0x7fdfdfc8, unicode=0x1, same_thread=0x1) [/home/prophet/monkey/wine/dlls/user/message.c:1516] in user32 (0x7f6fd98f) 24 0x7f7010a6 SendMessageTimeoutW+0x156(hwnd=0x10044, msg=0x110, wparam=0x0, lparam=0x7fdfdfc8, flags=0x0, timeout=0x0, res_ptr=0x7fb0e478) [/home/prophet/monkey/wine/dlls/user/message.c:2349] in user32 (0x7f7010a6) 25 0x7f7010f5 SendMessageW+0x35(hwnd=0x10044, msg=0x110, wparam=0x0, lparam=0x7fdfdfc8) [/home/prophet/monkey/wine/dlls/user/message.c:2430] in user32 (0x7f7010f5) 26 0x7f6d4382 DIALOG_CreateIndirect+0xdf2(dlgProc=0x7fb27980, param=0x7fdfdfc8, unicode=0x1, modal=0x0) [/home/prophet/monkey/wine/dlls/user/dialog.c:638] in user32 (0x7f6d4382) 27 0x7f6d4d1d CreateDialogIndirectParamAorW+0x2d(hInst=0x7fb20000, dlgTemplate=0x7fe095a8, owner=0x10024, dlgProc=0x7fb27980, param=0x7fdfdfc8, flags=0x0) [/home/prophet/monkey/wine/dlls/user/dialog.c:697] in user32 (0x7f6d4d1d) 28 0x7f6d4d5b CreateDialogIndirectParamW(hInst=0x7fb20000, dlgTemplate=0x7fe095a8, owner=0x10024, dlgProc=0x7fb27980, param=0x7fdfdfc8) [/home/prophet/monkey/wine/dlls/user/dialog.c:715] in user32 (0x7f6d4d5b) 29 0x7f536713 PROPSHEET_CreatePage(ppshpage=0x7fdfdfc8) [/home/prophet/monkey/wine/dlls/comctl32/propsheet.c:1523] in comctl32 (0x7f536713) 30 0x7f537a51 PROPSHEET_SetCurSel+0x3c1(hpage=0x0) [/home/prophet/monkey/wine/dlls/comctl32/propsheet.c:2079] in comctl32 (0x7f537a51) 31 0x7f53963a PROPSHEET_DialogProc+0x95a(hwnd=0x10024, uMsg=0x4e, wParam=0x3020, lParam=0x7fb0f558) [/home/prophet/monkey/wine/dlls/comctl32/propsheet.c:3511] in comctl32 (0x7f53963a) 32 0x7f72880a WINPROC_wrapper+0x1a in user32 (0x7f72880a) 33 0x7f7293b0 WINPROC_CallWndProc+0x60(wParam=0x3020, lParam=0x7fb0f558) [/home/prophet/monkey/wine/dlls/user/winproc.c:416] in user32 (0x7f7293b0) 34 0x7f72e42e CallWindowProcW+0x1ae(func=0x7f788e74, hwnd=0x10024, msg=0x4e, wParam=0x3020, lParam=0x7fb0f558) [/home/prophet/monkey/wine/dlls/user/winproc.c:3329] in user32 (0x7f72e42e) 35 0x7f6cf1f7 DefDlgProcW+0x57(hwnd=0x10024, msg=0x4e, wParam=0x3020, lParam=0x7fb0f558) [/home/prophet/monkey/wine/dlls/user/defdlg.c:510] in user32 (0x7f6cf1f7) 36 0x7f72880a WINPROC_wrapper+0x1a in user32 (0x7f72880a) 37 0x7f7293b0 WINPROC_CallWndProc+0x60(wParam=0x3020, lParam=0x7fb0f558) [/home/prophet/monkey/wine/dlls/user/winproc.c:416] in user32 (0x7f7293b0) 38 0x7f72e676 CallWindowProcW+0x3f6(func=0x7f6cf1a0, hwnd=0x10024, msg=0x4e, wParam=0x3020, lParam=0x7fb0f558) [/home/prophet/monkey/wine/dlls/user/winproc.c:3310] in user32 (0x7f72e676) 39 0x7f6fd98f call_window_proc+0x10f(lparam=0x7fb0f558, unicode=0x1, same_thread=0x1) [/home/prophet/monkey/wine/dlls/user/message.c:1516] in user32 (0x7f6fd98f) 40 0x7f7010a6 SendMessageTimeoutW+0x156(hwnd=0x10024, msg=0x4e, wparam=0x3020, lparam=0x7fb0f558, flags=0x0, timeout=0x0, res_ptr=0x7fb0f538) [/home/prophet/monkey/wine/dlls/user/message.c:2349] in user32 (0x7f7010a6) 41 0x7f7010f5 SendMessageW+0x35(hwnd=0x10024, msg=0x4e, wparam=0x3020, lparam=0x7fb0f558) [/home/prophet/monkey/wine/dlls/user/message.c:2430] in user32 (0x7f7010f5) 42 0x7f54b3ec TAB_SendSimpleNotify+0x3c [/home/prophet/monkey/wine/dlls/comctl32/tab.c:183] in comctl32 (0x7f54b3ec) 43 0x7f54f476 TAB_WindowProc(hwnd=0x1002e, uMsg=0x201, wParam=0x1, lParam=0x1000ab) [/home/prophet/monkey/wine/dlls/comctl32/tab.c:502] in comctl32 (0x7f54f476) 44 0x7f72880a WINPROC_wrapper in user32 (0x7f72880a) 45 0x7f7293b0 WINPROC_CallWndProc(wParam=0x1, lParam=0x1000ab) [/home/prophet/monkey/wine/dlls/user/winproc.c:416] in user32 (0x7f7293b0) 46 0x7f72e42e CallWindowProcW+0x1ae(func=0x7f788dfc, hwnd=0x1002e, msg=0x201, wParam=0x1, lParam=0x1000ab) [/home/prophet/monkey/wine/dlls/user/winproc.c:3329] in user32 (0x7f72e42e) 47 0x7f6fe18c DispatchMessageW+0x16c(msg=0x7fb0fca4) [/home/prophet/monkey/wine/dlls/user/message.c:2987] in user32 (0x7f6fe18c) 48 0x7f6d2e42 IsDialogMessageW+0xe2(hwndDlg=0x10024, msg=0x7fb0fca4) [/home/prophet/monkey/wine/dlls/user/dialog.c:1163] in user32 (0x7f6d2e42) 49 0x7f53556b do_loop [/home/prophet/monkey/wine/dlls/comctl32/propsheet.c:2780] in comctl32 (0x7f53556b) 50 0x7f537196 PropertySheetW+0x246(lppsh=0x7fb0fe60) [/home/prophet/monkey/wine/dlls/comctl32/propsheet.c:2905] in comctl32 (0x7f537196) 51 0x7fb2c155 WinMain(hInstance=0x7fb20000, hPrev=0x0, szCmdLine=0x7fd95dff, nShow=0x1) [/home/prophet/monkey/wine/programs/winecfg/main.c:273] in winecfg (0x7fb2c155) 52 0x7fb2f8be main(argc=0x1, argv=0x7fd90430) [/home/prophet/monkey/wine/dlls/winecrt0/exe_main.c:49] in winecfg (0x7fb2f8be) 53 0x7fb2f80a __wine_spec_exe_entry(peb=0x7beffc60) [/home/prophet/monkey/wine/dlls/winecrt0/exe_entry.c:36] in winecfg (0x7fb2f80a) 54 0x7fcfdc67 start_process+0xb7(arg=0x0) [/home/prophet/monkey/wine/dlls/kernel/process.c:1027] in kernel32 (0x7fcfdc67) 55 0xb7f21c17 wine_switch_to_stack+0x17 in libwine.so.1 (0xb7f21c17) 0x7e6f49d1: decl 0x0(%edx,%eax,4) Modules: Module Address Debug info Name (101 modules) ELF 0x4bcff000-4bd15000 Deferred ld-linux.so.2 ELF 0x4bd17000-4be45000 Deferred libc.so.6 ELF 0x4be47000-4be4a000 Deferred libdl.so.2 ELF 0x4be4c000-4be6e000 Deferred libm.so.6 ELF 0x4be70000-4bf30000 Deferred libx11.so.6 ELF 0x4bf32000-4bf35000 Deferred libxau.so.6 ELF 0x4bf37000-4bf3b000 Deferred libxdmcp.so.6 ELF 0x4bf3d000-4bf4a000 Deferred libxext.so.6 ELF 0x4bf4c000-4bf60000 Deferred libz.so.1 ELF 0x4bf62000-4bf74000 Deferred libpthread.so.0 ELF 0x4bf76000-4bf7d000 Deferred libsm.so.6 ELF 0x4bf7f000-4bf98000 Deferred libice.so.6 ELF 0x4bf9a000-4bfea000 Deferred libxt.so.6 ELF 0x4bfec000-4c056000 Deferred libfreetype.so.6 ELF 0x4c058000-4c063000 Deferred libgcc_s.so.1 ELF 0x4c065000-4c084000 Deferred libexpat.so.1 ELF 0x4c197000-4c1c5000 Deferred libfontconfig.so.1 ELF 0x4c1cc000-4c1d4000 Deferred libxrender.so.1 ELF 0x4c1e5000-4c1ee000 Deferred libxcursor.so.1 ELF 0x4c1f0000-4c1f4000 Deferred libxfixes.so.3 ELF 0x4c22c000-4c2ad000 Deferred libglib-2.0.so.0 ELF 0x4c2c3000-4c2d7000 Deferred libaudio.so.2 ELF 0x4c2d9000-4c2dc000 Deferred libgmodule-2.0.so.0 ELF 0x4cb2e000-4cb43000 Deferred libnsl.so.1 ELF 0x4d442000-4d45f000 Deferred libcups.so.2 ELF 0x4d442000-4d45f000 Deferred libcups.so.2 ELF 0x4d442000-4d45f000 Deferred libcups.so.2 ELF 0x4d4f4000-4d4f8000 Deferred libgpg-error.so.0 ELF 0x4d4fa000-4d546000 Deferred libgcrypt.so.11 ELF 0x4d548000-4d5aa000 Deferred libgnutls.so.11 ELF 0x4d5ac000-4d5b2000 Export libartsc.so.0 ELF 0x4d5b4000-4d5b8000 Deferred libgthread-2.0.so.0 ELF 0x4d5ba000-4d5c2000 Deferred libvorbisfile.so.3 ELF 0x4d5ba000-4d5c2000 Deferred libvorbisfile.so.3 ELF 0x4d5c4000-4d612000 Deferred libkmedia2_idl.so.1 ELF 0x4d61f000-4d6d2000 Deferred libasound.so.2 ELF 0x4d6d4000-4d6fb000 Deferred libvorbis.so.0 ELF 0x4d6fd000-4d702000 Deferred libogg.so.0 ELF 0x4d704000-4d728000 Deferred libaudiofile.so.0 ELF 0x4d72a000-4d734000 Deferred libesd.so.0 ELF 0x4d736000-4d835000 Deferred libvorbisenc.so.2 ELF 0x4d837000-4d9b3000 Deferred libartsflow.so.1 ELF 0x4d9b5000-4dae2000 Export libmcop.so.1 ELF 0x4dae4000-4dbb8000 Deferred libartsflow_idl.so.1 ELF 0x4dbba000-4dc2f000 Deferred libsoundserver_idl.so.1 ELF 0x7395b000-7395d000 Deferred xlcutf8load.so.2 ELF 0x7be8c000-7bf00000 Deferred ntdll<elf> \-PE 0x7bea0000-7bf00000 \ ntdll ELF 0x7bf00000-7bf03000 Deferred <wine-loader> ELF 0x7e79b000-7e7af000 Export libartscbackend.so.0 ELF 0x7e7af000-7e7c9000 Stabs winearts<elf> \-PE 0x7e7c0000-7e7c9000 \ winearts ELF 0x7ea38000-7ea5a000 Deferred msacm32<elf> \-PE 0x7ea40000-7ea5a000 \ msacm32 ELF 0x7ea5a000-7ea71000 Deferred msacm<elf> \-PE 0x7ea60000-7ea71000 \ msacm ELF 0x7ea71000-7ea99000 Deferred winealsa<elf> \-PE 0x7ea80000-7ea99000 \ winealsa ELF 0x7ebfa000-7ec15000 Deferred imm32<elf> \-PE 0x7ec00000-7ec15000 \ imm32 ELF 0x7ec15000-7ec31000 Deferred ximcp.so.2 ELF 0x7ec3e000-7ec53000 Deferred midimap<elf> \-PE 0x7ec40000-7ec53000 \ midimap ELF 0x7ec53000-7f396000 Deferred fglrx_dri.so ELF 0x7f396000-7f40f000 Deferred winex11<elf> \-PE 0x7f3a0000-7f40f000 \ winex11 ELF 0x7f40f000-7f43f000 Deferred uxtheme<elf> \-PE 0x7f420000-7f43f000 \ uxtheme ELF 0x7f43f000-7f4c0000 Stabs winmm<elf> \-PE 0x7f450000-7f4c0000 \ winmm ELF 0x7f4c0000-7f4e8000 Deferred winspool<elf> \-PE 0x7f4d0000-7f4e8000 \ winspool ELF 0x7f4e8000-7f597000 Stabs comctl32<elf> \-PE 0x7f4f0000-7f597000 \ comctl32 ELF 0x7f597000-7f5b5000 Deferred iphlpapi<elf> \-PE 0x7f5a0000-7f5b5000 \ iphlpapi ELF 0x7f5b5000-7f5f9000 Deferred rpcrt4<elf> \-PE 0x7f5d0000-7f5f9000 \ rpcrt4 ELF 0x7f5f9000-7f680000 Deferred gdi32<elf> \-PE 0x7f610000-7f680000 \ gdi32 ELF 0x7f680000-7f799000 Stabs user32<elf> \-PE 0x7f6a0000-7f799000 \ user32 ELF 0x7f799000-7f7d5000 Deferred advapi32<elf> \-PE 0x7f7a0000-7f7d5000 \ advapi32 ELF 0x7f7d5000-7f85b000 Deferred ole32<elf> \-PE 0x7f7f0000-7f85b000 \ ole32 ELF 0x7f85b000-7f8b0000 Deferred shlwapi<elf> \-PE 0x7f870000-7f8b0000 \ shlwapi ELF 0x7f8b0000-7f96e000 Deferred shell32<elf> \-PE 0x7f8d0000-7f96e000 \ shell32 ELF 0x7f96e000-7fa00000 Deferred comdlg32<elf> \-PE 0x7f980000-7fa00000 \ comdlg32 ELF 0x7fb12000-7fb4c000 Stabs winecfg<elf> \-PE 0x7fb20000-7fb4c000 \ winecfg ELF 0x7fc94000-7fd90000 Stabs kernel32<elf> \-PE 0x7fcb0000-7fd90000 \ kernel32 ELF 0x7feb0000-7feba000 Deferred libnss_files.so.2 ELF 0x7feba000-7fec3000 Deferred libnss_nis.so.2 ELF 0x7fec3000-7fecc000 Deferred libnss_compat.so.2 ELF 0x7fee9000-7ffe0000 Deferred libwine_unicode.so.1 ELF 0xb7f1d000-b7f37000 DIA libwine.so.1 Threads: process tid prio (all id:s are in hex) 00000008 (D) c:\windows\system\winecfg.exe 0000000a 0 00000009 0 <== WineDbg terminated on pid 0x8
Joseph Garvin wrote:
Robert Reif wrote:
There is a bug in arts itself which causes arts to crash. I believe this has been fixed in the latest arts libraries.
From a user's perspective, even if arts crashes, it shouldn't be taking winecfg down with it. Counting on users to have correct audio setups across distros sounds a bit utopian. Obviously we can't fix sound for the users, but we can at least show an error message saying what failed. Also, people who have arts installed but don't run it as their sound mixer still crash (happens under Ubuntu too).
I'm running Kubuntu on my desktop and clicking the Audio tab under cvs gives this:
ALSA lib pcm_dmix.c:746:(snd_pcm_dmix_open) The dmix plugin supports only playback stream wine: Unhandled page fault on write access to 0x44fec1ec at address 0x7e6f49d1 (thread 0009), starting debugger... WineDbg starting on pid 0x8 Unhandled exception: page fault on write access to 0x44fec1ec in 32-bit code (0x7e6f49d1). In 32 bit mode. Register dump: CS:0073 SS:007b DS:007b ES:007b FS:1007 GS:0033 EIP:7e6f49d1 ESP:7fb0c91c EBP:7fb0c944 EFLAGS:00010216( - 00 -RIAP1) EAX:32373539 EBX:7e7912f0 ECX:7c293650 EDX:7c21ed08 ESI:00000004 EDI:7c1eac1c Stack dump: 0x7fb0c91c: 7e794a40 7fb0c960 00000001 00000000 0x7fb0c92c: 000007d0 00000000 00000001 7e7912f0 0x7fb0c93c: 7c293658 7e794a18 7fb0c974 7e6f50a2 0x7fb0c94c: 7e794a40 7c293650 0000002f 7e794a18 0x7fb0c95c: 00000000 4d9c109c 7c1e8ea8 7e7912f0 0x7fb0c96c: 0000002f 7fb0c9a7 7fb0c9b4 7e743488 0200: sel=1007 base=7fee6000 limit=00001fff 32-bit rw- Backtrace: =>1 0x7e6f49d1 (0x7e6f49d1) 2 0x7e6f50a2 (0x7e6f50a2) 3 0x7e743488 (0x7e743488) 4 0x4da87305 _ZN4Arts18TmpGlobalComm_impl3putERKSsS2_+0x215 in libmcop.so.1 (0x4da87305) 5 0x4da752a3 _ZN4Arts10DispatcherC1EPNS_9IOManagerENS0_11StartServerE+0xc03 in libmcop.so.1 (0x4da752a3) 6 0x7e7a4b27 arts_backend_init+0x87 in libartscbackend.so.0 (0x7e7a4b27) 7 0x4d5ad2d6 arts_init+0x46 in libartsc.so.0 (0x4d5ad2d6)
The crash occurs in libartsc.so.0 as shown above. Can you try this patch: http://bugs.winehq.org/attachment.cgi?id=1523&action=view <http://bugs.winehq.org/attachment.cgi?id=1523&action=view> It tries to catch the exception in the arts library. This is just a hack to work around a bug in the arts library.
Hi Robert, On Wednesday 04 January 2006 06:32, Robert Reif wrote:
Can you try this patch: http://bugs.winehq.org/attachment.cgi?id=1523&action=view <http://bugs.winehq.org/attachment.cgi?id=1523&action=view>
It tries to catch the exception in the arts library. This is just a hack to work around a bug in the arts library.
It fixes the problem for me. Would be nice if this could go into CVS, even if it is just a hack. I guess it crashes on any Debian Sarge setup? Your patch is missing an ntdll import. I've attached an updated version. Bye, -- Michael Jung mjung(a)iss.tu-darmstadt.de
Am Mittwoch, den 04.01.2006, 08:19 +0100 schrieb Michael Jung:
It fixes the problem for me. Would be nice if this could go into CVS, even if it is just a hack. I guess it crashes on any Debian Sarge setup?
Your patch is missing an ntdll import. I've attached an updated version.
While reading your Patch, I remembered a comment from Alexandre: Do not "return" in a __TRY - Block. -- By By ... ... Detlef
* On Wed, 4 Jan 2006, Robert Reif wrote:
* Joseph Garvin wrote:
I'm running Kubuntu on my desktop and clicking the Audio tab under cvs gives this:
wine: Unhandled page fault on write access to 0x44fec1ec at address 0x7e6f49d1 (thread 0009), starting debugger...
...
Backtrace: =>1 0x7e6f49d1 (0x7e6f49d1) 2 0x7e6f50a2 (0x7e6f50a2) 3 0x7e743488 (0x7e743488) 4 0x4da87305 _ZN4Arts18TmpGlobalComm_impl3putERKSsS2_+0x215 in libmcop.so.1 (0x4da87305) 5 0x4da752a3 _ZN4Arts10DispatcherC1EPNS_9IOManagerENS0_11StartServerE+0xc03 in libmcop.so.1 (0x4da752a3) 6 0x7e7a4b27 arts_backend_init+0x87 in libartscbackend.so.0 (0x7e7a4b27) 7 0x4d5ad2d6 arts_init+0x46 in libartsc.so.0 (0x4d5ad2d6)
The crash occurs in libartsc.so.0 as shown above.
And why it can't be libartscbackend.so.0 ?
Saulius Krasuckas wrote:
* On Wed, 4 Jan 2006, Robert Reif wrote:
* Joseph Garvin wrote:
I'm running Kubuntu on my desktop and clicking the Audio tab under cvs gives this:
wine: Unhandled page fault on write access to 0x44fec1ec at address 0x7e6f49d1 (thread 0009), starting debugger...
...
Backtrace: =>1 0x7e6f49d1 (0x7e6f49d1) 2 0x7e6f50a2 (0x7e6f50a2) 3 0x7e743488 (0x7e743488) 4 0x4da87305 _ZN4Arts18TmpGlobalComm_impl3putERKSsS2_+0x215 in libmcop.so.1 (0x4da87305) 5 0x4da752a3 _ZN4Arts10DispatcherC1EPNS_9IOManagerENS0_11StartServerE+0xc03 in libmcop.so.1 (0x4da752a3) 6 0x7e7a4b27 arts_backend_init+0x87 in libartscbackend.so.0 (0x7e7a4b27) 7 0x4d5ad2d6 arts_init+0x46 in libartsc.so.0 (0x4d5ad2d6)
The crash occurs in libartsc.so.0 as shown above.
And why it can't be libartscbackend.so.0 ?
The point is that it is not crashing in winecfg or any wine code at all. Adding an exception handler to catch a crash in an external library may work but it's a workaround for a broken external library. The external library needs to be fixed.
Hi, On Wed, Jan 04, 2006 at 07:14:02AM -0500, Robert Reif wrote:
Saulius Krasuckas wrote:
* On Wed, 4 Jan 2006, Robert Reif wrote:
The crash occurs in libartsc.so.0 as shown above.
And why it can't be libartscbackend.so.0 ?
The point is that it is not crashing in winecfg or any wine code at all. Adding an exception handler to catch a crash in an external library may work but it's a workaround for a broken external library. The external library needs to be fixed. Depends. If we are invoking it with "invalid" or "uncommon" parameters, then we do have something to be "fixed" (read: corrected) in Wine. Could that be the case here? However of course the external library ideally should never crash on invalid input, so they also have a bug to be fixed.
Andreas Mohr
Andreas Mohr wrote:
Hi,
On Wed, Jan 04, 2006 at 07:14:02AM -0500, Robert Reif wrote:
Saulius Krasuckas wrote:
* On Wed, 4 Jan 2006, Robert Reif wrote:
The crash occurs in libartsc.so.0 as shown above.
And why it can't be libartscbackend.so.0 ?
The point is that it is not crashing in winecfg or any wine code at all. Adding an exception handler to catch a crash in an external library may work but it's a workaround for a broken external library. The external library needs to be fixed.
Depends. If we are invoking it with "invalid" or "uncommon" parameters, then we do have something to be "fixed" (read: corrected) in Wine. Could that be the case here? However of course the external library ideally should never crash on invalid input, so they also have a bug to be fixed.
Andreas Mohr
Did you look at the code? The line: ARTS_Init(); is what's crashing! This is the first call to the library. Clearly an arts library bug.
Sorry, I assumed that there would be some form of querying the arts daemon rather than lib calls, which would make crashing avoidable. Guess things don't work that way :P Robert Reif wrote:
Andreas Mohr wrote:
Hi,
On Wed, Jan 04, 2006 at 07:14:02AM -0500, Robert Reif wrote:
Saulius Krasuckas wrote:
* On Wed, 4 Jan 2006, Robert Reif wrote:
The crash occurs in libartsc.so.0 as shown above.
And why it can't be libartscbackend.so.0 ?
The point is that it is not crashing in winecfg or any wine code at all. Adding an exception handler to catch a crash in an external library may work but it's a workaround for a broken external library. The external library needs to be fixed.
Depends. If we are invoking it with "invalid" or "uncommon" parameters, then we do have something to be "fixed" (read: corrected) in Wine. Could that be the case here? However of course the external library ideally should never crash on invalid input, so they also have a bug to be fixed.
Andreas Mohr
Did you look at the code? The line: ARTS_Init(); is what's crashing! This is the first call to the library. Clearly an arts library bug.
participants (11)
-
Andreas Mohr -
Belxjander Serechai -
Detlef Riekenberg -
Jesse Allen -
Joseph Garvin -
Michael Jung -
Olaf Leidinger -
Robert Reif -
Saulius Krasuckas -
Tom Spear (aka Dustin Navea) -
Vitaliy Margolen