Discussion :

[sylvain.cool]

Bonjour,

J'ai un programme qui utilise des serveurs DCOM. Pour me connecter à ces serveurs, j'utilise la fonction CreateRemote(). Cette fonction prend en paramètre l'@IP du serveur.

Quand le PC distant n'est pas allumé, j'ai une erreur HR CHECK qui s'affiche à l'ecran. Cette erreur est lancée par OleCheck. Voici la doc:

OleCheck est utilisé pour envelopper de nombreuses routines COM, pour que si la routine échoue, l'utilisateur pourra la gérer dans l'exception déclenchée.

Si ECode est inférieur à zéro, OleCheck déclenche une exception EOleSysError contenant le code d'erreur.

J'aimerais que cette erreur n'apparaisse pas à l'ecran, mais je ne sais pas comment faire.

De plus, je voudrais attraper l'exception lancée, mais je n'y arrive pas.

Voici mon code :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
		//Création du serveur de calcul distant 
		WideString addrServ = serverAddr;
		TCOMIObjetRun objetDistant;
		try
		{
			objetDistant = CoObjetRun::CreateRemote(addrServ.c_bstr());
		}
		catch(Comobj::EOleSysError &eOE)
		{
			texte = "";
        }

Je ne passe jamais dans le catch, mais je ne comprend pas pourquoi.
Je n'ai pas trouvé de doc correcte concernant la fonction CreateRemote.

Quelqu'un peut-il m'aider?

[grouff]

Bonjour,

je ne vais pas résoudre ton problème en profondeur, mais je pense que si tu n'attrapes pas l'erreur, c'est que ton catch ne récupère pas le bon objet. Es-tu sûr que la fonction envoie bien une erreur Comobj::EOleSysError et pas CoObjetRun::EOleSysError.

De toutes façons, tu peux toujours faire un catch (...) { qui doit normalement tout attrapé. Si ça ne marche pas, alors le problème est plus compliqué.

[sylvain.cool]

Le catch(...) n'apporte rien. Je n'attrape l'exception.

[grouff]

J'ai trouvé deux trucs intéressants pour toi dans la doc de C++ builder :

Tout d'abord ça :

Description

Le code de débogage inclus dans la gestion des appels COM dans C++Builder appelle DebugHlpr_PROMPT pour afficher une boîte message permettant à l'utilisateur de décider s'il faut déclencher une exception, ignorer le problème détecté ou basculer sur le débogueur. Cette routine est appelée quand des assertions échouent ou quand un appel d'interface renvoie un code d'erreur, sauf si NO_PROMPT_ON_ASSERTE_FAILURE ou NO_PROMPT_ON_HRCHECK_FAILURE sont appelées.

Le paramètre caption spécifie le libellé de la boîte message. Pour les échecs d'assertions, c'est "_ASSERTE:". “. Pour les erreurs renvoyées dans un HRESULT c'est "HRCHECK:". “.

Le paramètre msg est un message donnant des détails sur le problème rencontré.

DebugHlpr_PROMPT renvoie IDYES s'il faut déclencher une exception, IDNO si le problème doit être ignoré et IDCANCEL pour passer sur le débogueur.

Et ça

Les appels d'interface générés automatiquement testent si un code d'erreur a été renvoyé (HRESULT). Par défaut, quand une valeur d'erreur est renvoyée, une boîte message apparaît demandant s'il faut déclencher une exception. Définissez NO_PROMPT_ON_HRCHECK_FAILURE avant la compilation pour supprimer l'affichage de la boîte message. Quand NO_PROMPT_ON_HRCHECK_FAILURE est définie, une valeur d'erreur renvoyée déclenche une exception sans interaction utilisateur.

J'espère que ça peut t'aider. Il faudrait donc définir NO_PROMPT_ON_HRCHECKFAILURE, mais ça je sais pas comment.

[sylvain.cool]

Ça m'aide complètement!

J'ai définis NO_PROMPT_ON_HRCHECK_FAILURE dans les options du projet->"chemin et definitions"->"definitions conditionnelles".

Maintenant, je n'ai plus la fenêtre et j'arrive à attraper l'exception Comobj::EOleSysError.

Bref, c'est exactement ce que je voulais.

Tu les as trouvés où tes infos? Parce que je trouve pas grand chose dans l'aide.

En tout cas, merci beaucoup grouff!

[grouff]

Bon à savoir pour les définitions conditionnelles, ça m'aidera si j'ai des erreurs dans ce genre.
Sinon les infos je les ai trouvé sur le fichier d'aide de lC++ builder.