Voila mon probleme. J'ai une application en windev mobile et une en windev 9. L'appli en windev 9 envoi par socket des infos formaté comme ceci : "Entete" + "|" + "Données". L'entete faisant 5 caractères.
Cela marche trés bien ..... des fois.
L'analyse windev mobile et windev 9 est partagé, les fichiers étant différents ( la base utilisé l'étant aussi ), et lorsque je fais un parcours de la base windev 9, que je l'envoi sur le projet pocket. Le débogueur me retourne que le champ FacturesEntete.NumeroDeDocument n'existe pas alors que 1 - ce champ existe dans la base HFmobile 2 - ce champ vient directement du fichier HF dont l'analyse est strictement identique à celle du projet mobile.

Merci d'avance.

Après presque une journée de galère j'ai de nouveaux indices.
1 - Le message obtenu est le suivant :

Erreur à la ligne 15 du traitement Procédure locale PAF.
L'élément 'FacturesDetail.Libelle' est inconnu.


**********************************************

Informations techniques

Projet : Maquette

Dump de l'erreur du module <9.01Etc>.

- Appel WL :
Traitement de , ligne <15>, thread <0>

- Niveau : erreur fatale (EL_FATAL)

- Code erreur : 1059

- Code erreur WD55 : 0

- Pas de code d'erreur système

- Pas de message d'erreur système

- Que s'est-il passé ?
L'élément 'FacturesDetail.Libelle' est inconnu.

- Pas d'info de debug

- Infos attachées :
EIT_DATEHEURE : 05/07/2005 14:09:16
EIT_PILEWL :
Procédure locale PAF (FrmMain.PROCEDURE.PAF), ligne 15
Procédure locale pThreadAttenteConnexion (FrmMain.PROCEDURE.pThreadAttenteConnexion), ligne 5

- Identifiant dans le .err : 1059


2 - Cette erreur ne se passe que lorsque la procédure PAF est appellée dans un thread.

Toutefois, en changeant le mode d'exécution des thread ( Auto ou SectionCritique ), rien n'y fait.

Je suis ouvert à toutes propositions sachant que cela marchait trés bien il y a une semaine de ça et sans savoir pourquoi et ce qui a conduit à ce que ça ne fonctionne plus.
Merci d'avance

Bonjour,

Problème déjà rencontré.

Afin de contourner ce phénomène veuillez utiliser les fonctions :
HRécupèreEnregistrement()
HRecupereRubrique()
HVersRubrique()

Ce comportement pourrait paraître normal si l'on sait que le fait de lancer un nouveau Thread demande a avoir un nouveau contexte
Il faudrait alors voir si il ne faut pas re-ouvrir les fichiers manipulés dans le nouveau thread!.

Merci de votre réponse mais en fait, grosse buse que je suis, lors du lancement de mon thread je n'avais meme pas remarqué qu'il ne fallait pas mettre l'option 'ThreadNormal' mais 'ThreadUtiliseHyperFile' .....
J'ai, pour ma défense, l'excuse que ce thread a été crée quelques semaines avant l'insertion de la gestion des fichiers hyperfiles et que surtout, et c'est là que ça devient bizare, cela a marché correctement durant plusieurs jours jusqu'au moment où ça à plus du tout fonctionné

... de l'intéret et des désagréments des versions correctives de WinDev ...

En effet, si les améliorations sont toujours bonnes à prendre, c'est une difficulté ensuite que de valider les développements réalisés.

J'imagine alors que c'est là que l'outil de test des non-regressions prends toute son utilité. Reste donc à y définir une armé de scénarios pour valider les traitements critiques (threads, sockets,...)