Au début de la programmation demon logiciel, je n'avais pas géré la vérification de laconnexion du répertoire partage (côté serveur) avec une lettre de lecteur (S:); ce qui me donnait le message suivant :

Citation :

Plus la même chose en anglais juste dessous.
J'ai résolu le problème en affectant au démarrage du logiciel le bon répertoire à la lettre de lecteur concerné.

Cependant j'aimerais savoir si il est possible d'intercepter l'évènement qui déclenche le message précédent, j'ai rechercher dans rbesset, sur le newsgroup officiel et dans la doc et je n'ai rien trouvé.

Je pense qu'il s'agit d'un traitement spécifique à WinDev, mais j'aimerais pouvoir l'intercepter et vois à quelle vérification il procède pour contrôler le chemin réseau.

Merci de votre aide.

Bonjour Thernius,

Une solution pratique consiste en ne pas intercepter l'erreur et créer un code qui la provoque. Ensuite, dans le message d'erreur WinDev (détail), en récupérer l'ID.
il ne reste alors qu'à traiter ce message dans une boucle d'exception.

Merci Romu,

Ton code est très intéressant, mais le problème est que je ne sais absolument pas où le placer.
En effet l'erreur intervient avant tout lancement du code que j'ai développé.
Cette application est en réseau, elle est gérée par le groupware utilisateur et du fait que le chemin réseau n'est pas monté sur le poste client qui lance l'exe, le programme me marque ce message d'erreur tout de suite.

J'au eu beau chercher dans le code, le même libellé que le message d'erreur, il demeure introuvable, c'est pourquoi je pense qu'il s'agit d'un processus de contrôle intégré au moteur interne de WinDev.

Pour finir, il faut savoir que cet avertissement ne me donne pas de numéro d'erreur.

Pour ma part ce n'est pas un grand problème, car l'erreur je la traite à la source, dès le démarrage du programme, j'applique le code suivant :



Ce qui me permet d'anticiper les problèmes. Cependant, cette méthode présente un défaut, il faut que je saisisse le chemin réseau à affecter dans le programma à la main, il serait mieux de pouvoir récupérer sur le serveur dans un fichier ini ou log le répertoire d'installation. Mais si le programme n'arrive pas à trouver le chemin réseau il ne pourra pas non plus lire l'info dont il a besoin sur le serveur et donc le chat se mord la queue.

Si quelqu'un a une idée!!

Aie !
Possible que le problème ai lieu lors du GPWouvre() interne si tu as, comme ce doit être le cas, utilisé le lancement automatique du groupware natif WinDev.
Dans ce cas le gpwOuvre lance [i]gpwInitAnalyse()[i] lequel va tenter de trouver les fichiers... sur S et échouer.

Ensuite tester systématiquement la connection S: est une bonne chose, de là à trouver le serveur et un répertoire partagé...

Il serait possible de scruter (API?) sour les postes du réseau, à la recherche des répertoires partagée... et d'un fichier de données (plus utile en environnement réseau) de ton projet.