hfkernel crashes on hfterm mode change

Selecting any of the following modes causes the
"hfkernel" xterm window to unexpectedly close, and the
"hfterm" window to go into runaway (=> 98% CPU).

3: Standby
4: Pactor Standby
5: Pactor ARQ
6: Pactor FEC
7: Gtor
8: Amtor ARQ
9: Amtor-C-FEC
10: Amtor-S-FEC
11: RTTY
12: MT63

The mode buttons and the dropdown menu both produce the
same results. The "hfkernel" xterm is displaying what
looks like a good "rolling numbers" display until it
disappears. The new mode is displayed in the "hfterm"
status subwindow just before the "hfkernel" xterm
closes. There are no error messages in the root
window, i.e. the window from which "hf" was exec'd; or
in the status subwindow, or in the "hfkernel" xterm.
The RPM and a recompiled copy of the gzipped source
behave identically. If the "spectrum" window is open,
it freezes and refuses input. Until then, the spectrum
window appears to operate properly.

Output of "/usr/bin/hf" follows:
------------------------------------------------------------------------
Hello, pkcuff, I am /usr/bin/hf,
the main start script for hfkernel and hfterm,
Tom Sailer's ham radio RTTY-AMTOR-GTOR-PACTOR-MT63
package with F6FBB mailbox interface.
If you have to configure the package, edit /etc/hf.conf.
Short help is: man hf, man hfkernel, man hfterm.
Long help is: /usr/share/doc/<packages/>hf/HF-HOWTO
and in 'hfterm' under X: F1.

The homepage of hf is http://hfterm.sf.net.
You are welcome to subscribe our mailing list:
http://lists.sf.net/lists/listinfo/hfterm-hackers
and mail to hfterm-hackers@lists.sf.net

May the source be with you.

/proc/cpuinfo thinks your cpu runs with 1009.484 Mhz.
OPTIONS from /etc/hf.conf:
serial ptt:
audio: /dev/audio
sound_starter: alsa_prefix:
socket hfkernel<-->hfterm: /var/run/hfapp
workaround for non-root to start hfkernel: suid
hfterm is instructed to connect F6FBB mailbox
at host 127.0.0.1, port 6300.
other options to hfkernel:
correction of cpu frequency:
time correction factor: 1.0
soundcard clock correction factor: 1.0

-rwsr-xr-x 1 root root 525697 2005-02-10 19:23
/usr/bin/hfkernel

hfkernel must run with root rights.
As default, "suid" has been configured as workaround
so that normal users can run it.
But be aware that this can be a security hole.
The suid bit has already been set for hfkernel.

You called me under X, and not as root.
So I will start hfkernel in an xterm in the background,
and then I will start hfterm.

I will run now:
xterm -e
/usr/bin/hfkernel
-a /dev/audio
-c /var/run/hfapp -p
-m 1009.484 -t 1.0 -s 1.0

If you see the rolling numbers:
corrout: ... intermediate: ..., o.k.!
If error with 'MMAP': try option ' -n ' !
For any other errors, see the HF-HOWTO !
You can stop the hfkernel with <Strg> c.

--------------------------------------------------------------------------

My system:

Asus A7V motherboard
AMD Athlon (T-Bird) 1GHz CPU
512MB memory
SoundBlaster SBLive!Value soundcard
SuSE 9.2 Professional
Ten-Tec RX-320D

The RX-320 utilizes /dev/ttyS0 for control, and "line
in" on the soundcard.