Un comportement atypique sur un Record Set

Bonjour,
je réalise des tests sur plusieurs serveurs (W2000 - SP3) et constate que sur un serveur (1 sur 30) la méthode movenext d'un recordset n'a pas le comportement escompté.
En effet, j'effectue une recherche de donnée (SGBD = sql server 2000) que je stocke ds un recordset et tant que je n'ai pas fini de balayer ce RecordSet j'insere ds une table la val. à inserer (récupérée du RS). Je fais un movenext sur ce recordset pour récupérer la nouvelle valeur à inserer.

J'ai rajouté des traces (suite à une boucle infini remontée pour un serveur) = > Record count, CursorLocation, et la donnée à inserer avant et après le movenext.
Et en effet, les logs sur un des serveur font apparaitrent- le non fonctionement du movenext !! le cusorlocation reste à 2 et la valeur tjs la mm.

Cela signifierait-il que l'envir. win ne soit pas à jour (ps nous avons déjà fait tourner des vbs sur le serveur qui pose "pb"). y' a t'il un patch à installer?, peut-on mettre en place un vbs qui nous permettrait de controler des infos (param win, version de dll, ..) indispensables au bon fonctionnement de ttes les méthodes vbs ?

Merci d'avance pour votre aide.
Ci-dessous le code en question

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15

if MaRechercheOK then While not monRecordSet.eof If not InsertDonnees(ValeurAinserer) then EcritureAnomalie("Non insertion de ma donnee") end if monRecordSet.MoveNext ValeurAinserer = monRecordSet("ValeurAinserer") ofilelog.writeLine now & "--Cas xxx ma val. a inserer est : " & ValeurAinserer Wend end if

---

Je dirais qu'il y a trop peu d'information, ou trop d'information incompréhensible, pour que l'on puisse te dire pourquoi cela bug.

Citation:

---

peut-on mettre en place un vbs qui nous permettrait de controler des infos (param win, version de dll, ..) indispensables au bon fonctionnement de ttes les méthodes vbs ?

---

Je te renvois ici, où tu auras toutes les infos pour utiliser l'API windows WMI qui devrait te permettre de faire ce genre de VBS.

Le soucis c'est que le movenext pour un recordset ne fonctionne pas sur 1 serveur. Le recordcount nous indique qu'il y a plus de 100 enreg. mais lors de l'éxécution le movenext reste sur le 2ième enreg. Les traces nous indique que ce comportement ne se produit que sur ce serveur sur lequel des scripts vb ont été éxécutés sans pb.
Y'a t'il des composants (version,..) nécessaires, comment récupérer la liste des dll (éventuellement) utiles au bon fonctionnement de vbs?

Non

mais je ne peut pas te dire grand chose si tu ne nous dit pas quelle est la différence de config entre ton serveur qui ne marche pas et les autres.

tous les serveurs ont en commun une application basée sur sql serveur 2000 (SP identiques) mm OS. Nous déployons nos outils (pour l'essentiel des vbs) sur tous les serveurs. Ce qui est étonnant c'est ce comportement des méthodes d'un recordset , y 'a t'il des méthodes qui ont besoin d'une version précise de wscript.exe ?
En dehors de la page que tu m'as donnée (en anglais) y'a t'il d'autres infos relatives à ce sujet en francais (plus pratique pour comprendre parfaitement les problématiqeus et infos énnoncés)
merci encore

Il n'y a pas de doc sur WMI en français à ma connaissance.
Je pense que ton problème viens d'une configuration particulière sur ton serveur.
Peut être une règle de sécurité quelque part qui va poser un problème et de façon détourné va provoquer ton bug.

bonjour,

La config du serveur posantv est la suivante :
Le serveur est sous Windows NT 4.00.1381.
La version de wscript est 5.1.0.46.15
La version SQL2000 est 8.00.760 (SP3).
La différence avec les autres est l'OS en effet il n'y a pas de pbs avec des serveurs tournant sous win 2000 5.00.2195 SP3.
ESt-ce que cela peut avoir une influence sur le sur des composants wscript?
merci

Entre NT4 et Windows 2000 il y a des différences au niveau du fonctionnement des objets de l'API WMI.
Alors je ne sais pas ce que tu utilises pour ton recordset, du WMI ou d'autres API, mais si c'est le premier cas alors regarde dans cette doc si l'objet que tu utilises est disponible pour NT4.

Toujours en anglais désole :( .

Je viens de trouver l'option pack.
Il faut peut être que tu l'installes pour que cela fonctionne. Sur la page il est décrit ce que t'installera l'option pack.

Merci pour ta contribution et pour les infos... c'est la dernière solution que je vais préconiser en dehors d'un upgrade du serveur de NT4 vers Win 2000, l'ultime mais la plus appropriée depuis janvier 2005 !!