Summary: | crash while recording training data | ||
---|---|---|---|
Product: | [Applications] simon | Reporter: | Florian Reinhard <florian.reinhard> |
Component: | simon | Assignee: | Peter Grasch <me> |
Status: | RESOLVED FIXED | ||
Severity: | crash | ||
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Compiled Sources | ||
OS: | Linux | ||
Latest Commit: | http://commits.kde.org/simon/9988ec08a3fd9248c129e222a12d4327d1029dfd | Version Fixed In: | |
Sentry Crash Report: |
Description
Florian Reinhard
2012-11-02 20:55:52 UTC
Can you describe what you did in a little bit more detail? Are you using pulseaudio or plain ALSA? Could you please also post the log at ~/.kde4/share/apps/simon/logs/protocol-<date>. Your backtrace indicates there were some problems with the actual recording. Git commit 9988ec08a3fd9248c129e222a12d4327d1029dfd by Peter Grasch. Committed on 12/11/2012 at 13:03. Pushed by grasch into branch 'master'. Adding locking to sound input client M +17 -5 simonlib/simonsound/simonsoundinput.cpp M +3 -1 simonlib/simonsound/simonsoundinput.h M +8 -8 simonlib/simonsound/simonsoundoutput.cpp M +3 -3 simonlib/simonsound/simonsoundoutput.h http://commits.kde.org/simon/9988ec08a3fd9248c129e222a12d4327d1029dfd I identified a race condition in the sound input layer that could potentially lead to the described crash. This commit should fix the problem but as I never experienced the crash myself (probably related to my audio configuration that appears to have very predictable timing), I can't really verify it. If you still get the crash, please re-open the bug. Thanks. |