at speeds higher than the default, unixcw just sends long tones
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
unixcw (Ubuntu) |
Confirmed
|
Undecided
|
Unassigned |
Bug Description
Binary package hint: unixcw
If one starts the "cw" program at speeds higher than the default (say, with "cw -w 30"), then no matter what character is typed, the program simply generates a longish tone, instead of dits and dahs.
The duration of the tone varies slightly from character to character, but the program at no time generates a valid recognisable CW sequence of dits and dahs.
ProblemType: Bug
Architecture: amd64
Date: Sat Jan 23 12:53:54 2010
DistroRelease: Ubuntu 9.10
NonfreeKernelMo
Package: unixcw 2.3-11
ProcEnviron:
LANGUAGE=
PATH=(custom, user)
LANG=en_US.UTF-8
SHELL=/bin/bash
ProcVersionSign
SourcePackage: unixcw
Uname: Linux 2.6.31-18-generic x86_64
Changed in unixcw (Ubuntu): | |
assignee: | nobody → Kamal Mostafa (kamalmostafa) |
status: | New → Confirmed |
Changed in unixcw (Ubuntu): | |
status: | Confirmed → In Progress |
summary: |
- at speeds higher than the deafult, unixcw just sends long tones + at speeds higher than the default, unixcw just sends long tones |
It seems that this is probably a different manifestation of the same bug as #511676.
Starting the program as "cw -w 12" (the default speed) and typing "T", one gets the sound, as reported in bug #511676, that is similar to an "R".
Starting cw at 20 wpm, the sound for any character is more like an N, with the length of the dah depending on what character one types.
Starting at 25 or more wpm, basically all characters come out simply as a longish tone, (as reported in this bug), which seems to be the same as the 20wpm initial dah, but without the subsequent gap and dit.
In any case, the cw program is completely broken :-( And since other programs (such as tlf) rely on the same library, they too are useless in karmic.
FWIW, this package worked perfectly in hardy.