Bonjour,
 
J'ai utilisé ASPLightning pour compiler des scripts ASP VBScript en VB6. En local tout fonctionne parfaitement (appel au composant toutes les minutes depuis 1 semaine sans plantages) sur deux machines de test, un Windows 2000 SP4+les derniers updates et un Windows NT4 SP6+les derniers updates.
 
Chez mon hébergeur, j'ai un serveur Win2000 SP4+les derniers updates lorsque je fais appel au composant celui-ci plante aléatoirement avec un message :
GET /test_dll.asp |3|80020009|Erreur_Automation 500
 
Qu'est-ce qui pourrait provoquer ce plantage ?
N'arrivant pas à reproduire l'erreur en interne, il est assez dur de debugger
 
Voici le code du composant :

 
Merci de votre aide

Tu peux intiquer comment tu instancies ta DLL ?
 
T'es sûr qu'elle est bien registrée sur le serveur ?

Voilà mon script de test :
 
<%
Dim moncomp
Set moncomp = Server.CreateObject("moncomp.Developpement" )
moncomp.Version
Set moncomp = Nothing
%>
 
Je pense que mon composant est bien enregistré (avec Component Services, avec les droits Admin pour éviter les restrictions) dans la mesure où il fonctionne par intermitance.

essaies de lancer l'utilitaire Regsvr32 pour lancer la registration de ton composant

S'il fonctionne par intermitance, alors le problème est bien simple : c'est la DLL qui plante et qui raise cette erreur.
 
En effet, quand on ne propage pas proprement l'exception, lorsqu'il se produit une erreur dans une DLL, l'exception reste à l'intérieur de la DLL, et elle s'arrête. SVCHOST reçoit alors une notification que la DLL est shootée, et notifie donc à l'ASP une erreur générique "Automation Error", qui indique simplement que la DLL a planté.

Merci à tous !
 
MagicBuzz, comme le composant fonctionne bien sur ma machine de test, je dois en déduire que c'est un des composants auxquels fait appel ASPLightning qui differe ?
 
J'essaierais la solution de Harkonnen demain.
 
Merci encore !

Ca peut venir d'un tas de raisons.
 
Si ton PC est configuré en français par exemple, et le serveur en anglais, alors tu auras droit aussi aux problème de nombres à virgule et de date.
 
A savoir :
 
Sur un PC français :
 
cdbl("1,2" ) = 1.2
 
Sur un PC anglais :
 
cdbl("1.2" ) = 1.2
 
Toute autre syntaxe plante.
 
Sur un PC français, la date est :
 
dd/mm/yyyy
 
Sur un PC anglais, la date est :
 
dd/mm/yyyy (hé oui !)
 
Sur un PC américain (90% des hébergeurs ), la date est :
 
mm/dd/yyyy (et boum !)