J'ai une erreur ADO digne des meilleurs X-Files alors je tenais à en faire profiter tout le monde.
On sait jamais que quelq'un ait une solution miracle.
 
J'ai une procédure stockée, dans disons la base de données A, qui va piocher des infos dans des tables de la base de données B (A & B peuvent être sur des serveurs physiques différents).
La procédure stockée marche très bien, testée & retestée maintes fois.
Pour l'utiliser en ASP, je passe par l'objet ADODB.Connexion, qui ne m'a jamais posé de vrais problèmes.
Je lance la procédure stockée depuis un objet Command branché sur l'objet Connexion.
Jusque là, pas de souci.
J'ai bien un recordset en sortie, avec les bons résultats dedans.
 
Mais.
J'ai implémenté une gestion des erreurs SQL sur la ma page ASP, en testant tout simplement le nombre d'erreurs retouné par l'objet Connexion, par exemple comme ça :
 

 
Et ben vous le croirez ou non, mais ça affiche bien une erreur.
Une erreur avec un code erreur 0, pas de description, pas de NativeError, bref rien. (la requête est bonne, en la lançant à la main, elle marche)
Mais la page continue sans problème, je peux accéder au recordset.
Je précise qu'en lançant une autre PS, identique, mais n'accédant qu'à la base de données A, il n'y a pas d'erreur ADO.
 
Niveau technique, ADO dernière version (laquelle, je sais pas mais pas ADO.net), SQL Server 2000, IIS 6.
 
Quelqu'un a déjà rencontré ce problème à la con ? C'est un bug connu ?

Ca inspire pas grand monde ce problème.  

J'ai trouvé.    
Dans ma PS, y'avait un print de debug qui trainait; et ce print faisait gérérer à ADO une erreur vide.
 
ADO, quelle techno de pointe.