Sorry, this should've been CC'd to the list, forwarding here:
---------- Forwarded message ----------
From: Daniel Turing <mail at danielturing.com>
Date: Mon, Jan 27, 2014 at 10:52 AM
Subject: Re: [PATCH] fix alsa-tools/hdspmixer for RME 9632 A
To: Adrian Knoth <adi at drcomp.erfurt.thur.de>
Adi,
thanks for getting back to me on this.
On Thu, Jan 23, 2014 at 8:05 PM, Adrian Knoth <adi at drcomp.erfurt.thur.de> wrote:
> OTOH, I have to admit I don't fully understand the patch. What you're
> doing is to increment the number of output channels in case you have an
> additional input module.
>> The input module is handled in HDSPMixerCard.cxx. Is it just a side
> effect? Because semantically, it is wrong to create output destinations
> just to get input channels rendered.
>> Why is hdspmixer segfaulting? Do you happen to have a backtrace or
> explanation? This should be part of the commit message.
I admit i don't fully understand hdspmixer ;)
Here's the backtrace of the segfault in the unpatched version:
[dan at demo2 hdspmixer]$ gdb src/hdspmixer
GNU gdb (GDB) 7.6.2
Copyright (C) 2013 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-unknown-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from
/home/dan/alsa-tools/alsa-tools-1.0.27/hdspmixer/src/hdspmixer...done.
(gdb) r
Starting program: /home/dan/alsa-tools/alsa-tools-1.0.27/hdspmixer/src/hdspmixer
warning: no loadable sections found in added symbol-file
system-supplied DSO at 0x7ffff7ffa000
warning: Could not load shared library symbols for linux-vdso.so.1.
Do you need "set solib-search-path" or "set sysroot"?
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/usr/lib/libthread_db.so.1".
HDSPMixer 1.11 - Copyright (C) 2003 Thomas Charbonnel <thomas at undata.org>
This program comes with ABSOLUTELY NO WARRANTY
HDSPMixer is free software, see the file COPYING for details
Looking for RME cards:
Card 0: RME Hammerfall HDSP 9632 at 0xfebf0000, irq 17
HDSP 9632 found!
1 RME cards card found.
Initializing default presets
Program received signal SIGSEGV, Segmentation fault.
0x00007ffff71399eb in fl_draw(char const*, int, int, int, int,
unsigned int, Fl_Image*, int) () from /usr/lib/libfltk.so.1.3
(gdb) bt
#0 0x00007ffff71399eb in fl_draw(char const*, int, int, int, int,
unsigned int, Fl_Image*, int) () from /usr/lib/libfltk.so.1.3
#1 0x000000000040aa73 in HDSPMixerSelector::draw (this=0x6a8a50) at
HDSPMixerSelector.cxx:180
#2 0x00007ffff70f0709 in Fl_Group::draw_child(Fl_Widget&) const ()
from /usr/lib/libfltk.so.1.3
#3 0x000000000040a647 in HDSPMixerIOMixer::draw (this=0x6a2360) at
HDSPMixerIOMixer.cxx:79
#4 0x00007ffff70f0709 in Fl_Group::draw_child(Fl_Widget&) const ()
from /usr/lib/libfltk.so.1.3
#5 0x00007ffff70f08fb in Fl_Group::draw_children() () from
/usr/lib/libfltk.so.1.3
#6 0x00007ffff70f0709 in Fl_Group::draw_child(Fl_Widget&) const ()
from /usr/lib/libfltk.so.1.3
#7 0x00007ffff711108b in Fl_Scroll::draw_clip(void*, int, int, int,
int) () from /usr/lib/libfltk.so.1.3
#8 0x00007ffff7111d29 in Fl_Scroll::draw() () from /usr/lib/libfltk.so.1.3
#9 0x00007ffff70f0709 in Fl_Group::draw_child(Fl_Widget&) const ()
from /usr/lib/libfltk.so.1.3
#10 0x00007ffff70f08fb in Fl_Group::draw_children() () from
/usr/lib/libfltk.so.1.3
#11 0x00007ffff70e9707 in Fl_Double_Window::flush(int) () from
/usr/lib/libfltk.so.1.3
#12 0x00007ffff70db362 in Fl::flush() () from /usr/lib/libfltk.so.1.3
#13 0x00007ffff70dc1c5 in Fl::wait(double) () from /usr/lib/libfltk.so.1.3
#14 0x00007ffff70dc2fd in Fl::run() () from /usr/lib/libfltk.so.1.3
#15 0x0000000000404433 in main (argc=1, argv=0x7fffffffeb88) at
hdspmixer.cxx:122
(gdb)
It crashes when it tries to render the mixer labels for the inputs
(top row). Hdspmixer correctly shows 16 channels, but fails to
initialize the right amount of labels (in HDSPMixerSelector::draw(),
mvalue()->label() is NULL or some illegal low address value like 0x20
for the last four channels).
So i dont think the labels initialized in HDSPMixerSelector::setLabels
only relate to outputs, instead they seem to double for inputs and
outputs.
I'm sorry that i have only limited time and energy to work on this. If
the patch would go thru as it is, i can try to jump thru the hoops for
"Occasional Developers" though.
Best,
-daniel
--
from the desk of Daniel Turing
see also: http://danielturing.com
--
from the desk of Daniel Turing
see also: http://danielturing.com