Re: [Qemu-devel] Questions on audio_atexit(), possibly bugs

[Markus Armbruster <armbru@redhat.com>]

malc <av1474@comtv.ru> writes:

> On Fri, 2 Oct 2009, Markus Armbruster wrote:
[...]
>> Thanks.  Next question: I'm having difficulties understanding how
>> HWVoiceIn / HWVoiceOut member enabled works.
>> 
>> AUD_set_active_out(), AUD_set_active_in() and audio_run_out() take care
>> to maintain hw->enabled reflecting the state of the voice.  They also
>> use it to avoid changing the state uselessly.
>> 
>> audio_vm_change_state_handler() uses hw->enabled the same way.  But it
>> doesn't update it.  Why?  Same for audio_atexit().
>> 
>
> Because it's more or less a hack, just to make sure host doesn't loop
> the sample it has. Cleaner approach would be to have a member named
> something like tmporarily_disabled or paused, but that's an overkill.

I think I understand why we disable voices on stop.  My question is why
we don't record the fact in hw->enabled.  Care to explain?

> After some thinking i believe not calling VOICE_DISABLE in atexit is
> possible given that s->vm_running is zero.

Is it?  We call exit() in many, many places...