Can you provide a simple program that illustrates this behavior?

>> Can you provide a simple program that illustrates this behavior?

I have no simple program. This sound stuff is part of our C#-App. We use allegro in a c++ - SoundManager-dll. That is wrapped in a SoundManagerWrapper-Dll ( managed, assemply ) and this we use in a C#-app... no way to provide usefull source code... what a pity..

The log says:

// LOG START

ALLEGRO_SYSTEM_INTERFACE created.
al-winput INFO: Input thread started.
Render-to-texture: 1
ALSA not available on this platform (error code: 1)
sample matrix:
1.000000 0.000000
0.000000 1.000000

// LOG END

Funny, because I take the autodetect to install the audio
> al_install_audio(ALLEGRO_AUDIO_DRIVER_AUTODETECT) , so no need to say NO ALSA ..

What a pity.... but there's no program actually, because I only make init, create global voice and global mixer and create a stream:

// *****************************************
// INIT
// *****************************************

if ( !al_init() )
{
LOG_ERROR("Could not init allegro !");
return ;
}

// init sound stuff
if ( al_install_audio(ALLEGRO_AUDIO_DRIVER_AUTODETECT) )
{
LOG_ERROR("Could not init sound !");
return ;
}

// CREATE VOICE
m_GlobalVoice = al_create_voice( 44100, ALLEGRO_AUDIO_DEPTH_INT16, _al_count_to_channel_conf(2) );

m_GlobalMixer = al_create_mixer( 44100,
ALLEGRO_AUDIO_DEPTH_FLOAT32, _al_count_to_channel_conf(2) );

// attach mixer to voice
if ( al_attach_mixer_to_voice(m_GlobalVoice,m_GlobalMixer) != 0)
LOG_ERROR("Error, can't attach voice to mixer !!");

// *****************************************
// Create Stream and attaching to GlobalMixer
// *****************************************

m_pStream = al_create_stream( buffer_count, m_pSoundResource->GetSampleCount(), m_pSoundResource->GetFrequency(), _al_word_size_to_depth_conf(word_size), _al_count_to_channel_conf(channels) );

al_attach_stream_to_mixer(m_GlobalMixer, m_pStream)

That's all for the source code. There're no other filling/playing stuff.
A bit tricky is to use allegro in a managed wrapper dll, because net doesn't support tls. Initially we use to use allegro 4 as static lib in our soundmanager.dll, but this went wrong with this version. So now we use dlls and had to redefine this Mingw define in tls.c from

#if defined ALLEGRO_MINGW32 && ( \
_GNUC_ < 4 || (__GNUC__ == 4 && _GNUC_MINOR_ < 2) || \
(__GNUC__ == 4 && _GNUC_MINOR == 2 && _GNUC_PATCHLEVEL < 1))

to

#if defined OUR_NO_NATIVE_TLS || (ALLEGRO_MINGW32 && ( \
__GNUC__ < 4 || (__GNUC__ == 4 && _GNUC_MINOR_ < 2) || \
(__GNUC__ == 4 && _GNUC_MINOR == 2 && _GNUC_PATCHLEVEL < 1)) )

So the tls is supported in our dll.But don't know the side effects of this hack...

Yes, that's the keys.... and maybe you can help me ?

You mean I should create another program with the same code to check its behavior ?

hmmm....... any other ideas ?

That means the bug could be in any of those other pieces of code as well. It's impossible for us to diagnose what the problem is if we can't reproduce it ourselves.
We're not psychic.

It is a bit weird that it's looking for ALSA on Windows, but it shouldn't matter. All that's saying is that it failed to use ALSA for sound, which is fine.

Look. You want us to help you find the problem, right? Who knows, maybe it's a bug in Allegro we need to fix. But you have to help us do that by giving us code that we can run and that misbehaves for you. It's not that we do not want to help you otherwise, we just can't.

That said, do any of Allegro's examples show the same problem?

Better would be just to take the code in that dll that uses allegro, and put it in a simple test program.

Do the example which come with Allegro work?

>> Do the example which come with Allegro work?

Yes, they do...correctly

_al_win_input_init

and

_al_win_input_exit

without waiting at

WaitForSingleObject(ack_event, INFINITE);

Seems, that all the fancy / magic events are comming at the end and no one has to wait for something that nobody seems to know exactly :-(

>> Happens sometimes and a switch in/out of debugger makes it continue.

Do you mean that this is not happen if I compile in RELEASE or if I don't debug
with MSVC-IDE ?

Update:
Ok, I'm brassed off... my INFINITY takes 500ms now... and everything is fine...

> You can't make a diagnosis just by looking at the symptoms.

In principle - YES. But my question was, what is allegro at this point waiting for. Guess that this can't be all events in our universe, but some ending streaming stuff, special shut-down-allegro stuff and so on...

It waits for input evens, it's perfectly clear what it does and how it should work, to me at least.

Not knowing what's going on was never a reason to change anything but your own knowledge. Not the code you don't understand.

Can't help you on this event stuff though. Because I don't know what it's about.
Just thought that the above statement was kind of irritating.

You know what, that would make sense. A bug like that (that shouldn't be possible) could easily be caused by memory corruption.