OK, that is very unlikely to work perfectly – it is fairly probable that the other media objects’ audio session requirements are breaking OpenEars’ required audio session. The error before the crash may suggest that the crash has some connection to this specifically. But I would be happy to take a look at an example like the kind described in the other post I linked to, since I would prefer that this kind of situation is handled as gracefully as possible by OpenEars. Keep in mind that if you are doing all of these things at the same time, although the crash is in a Pocketsphinx library function, it can be caused as a result of an action or flaw in another library.
Something else I would recommend is to put a guard around your calls to stopListening by checking whether isListening is TRUE first. You can see examples of this in the sample app.