Comportement étrange dans l'appel d'API de bibliothèque (NET et C++)

Question

J'ai une API tierce. Il suffit de diffuser le média sur le port ip donné (lire le média depuis un périphérique de capture). Lorsque j'utilise cette API dans une application Windows Form, cela fonctionne. Mais quand j'appelle cette API dans une console ou un service Windows, cela ne donne pas d'erreur mais ne fonctionne pas [ne stream pas]: Il semble que cela ne prenne pas de données de flux depuis le périphérique. La seule différence entre une application est Windows Form Application, l'autre ne l'est pas .. Il n'y a vraiment aucune différence autre que celle-ci.

Quel genre de dépendance peut causer une telle chose? Une idée ?

PS: L'API est écrite en C++. J'utilise cette API dans NET (C++/CLI)

Exemple:

// Works in Windows Form Application 

System::Void startButton_Click(System::Object^ sender, System::EventArgs^ e) 
{ 

    MyAPI->Start(); 
} 
System::Void stopButton_Click(System::Object^ sender, System::EventArgs^ e) 
{ 
    MyAPI->Stop(); 
} 

mais ....

// Not Work In Console or Windows Service 

MyAPI->Start(); 

Console::WriteLine("Streaming started.Press enter to exit"); 
Console::Read(); 

MyAPI->Stop(); 

Console::WriteLine("Streaming stopped"); 

Answer 1

Dans le cas d'une application d'interface utilisateur, il y a toujours une file d'attente de messages. Dans une application console, le n'est pas. Le logiciel tiers peut envoyer des messages à la file d'attente de messages qui n'est pas présente dans l'application console. Cela pourrait entraîner un comportement imprévisible du programme. Essayez d'appeler GetMessage() à partir de l'api de victoire avant le début de la communication.

Answer 2

L'API tiers dépend probablement en interne sur l'envoi des événements Windows, ce qu'une application de console ne fera pas (par défaut, je crois que vous pouvez configurer la distribution d'événements dans une application de console).