Bonjour je reviens sur mon problème avec HsubsRep()

Le ST n'arrive pas à reproduire le "plantage"

Chez moi, çà persiste !

J'ai fait de nouveaux test et voilà ou j'en suis.

J'aimerais si possible que quelqu'un le reproduise.

1° je me sentirais moins seul ;)

2° j'ai peur d'avoir les mêmes soucis sous WD8 ... et si ce problème est effectif, j'aimerais qu'il y soit corrigé.

voici les information pour test:
-------------------------------------
une analyse avec un seul fichier : "MonF"
un champ alpha 10 : champ1


chemin dans l'analyse : z:\son_SOUS_rep //

z: étant un disque réseau

le fait d'utiliser un sous repertoire semble impératif pour que le problème aie lieu
--------------------------
Un projet d'une fenetre avec une table memoire et 3 bouton
-----------------------------------------------------
init de la fenetre:
si pas hsubstRep("z:\son_SOUS_rep","z:\son_SOUS_rep") // IMPERATIF substitution à l'identique

bouton1: // creer un vue
HcreerVue("mavue",monF,"*","monf.champ1")


bouton2
fichierversTableMemoire(Table,"mavue")
// histoire de remplir la table

bouton3
hlit(monF,4)
TableAjoute(Table,monf.champ1

// l'utilisation des bouton 2 et 3 peuvent être inversées, le plantage ne se produit qu'à la seconde !!!


>>>> ERREUR le programme tente de lire un fichier différent du précédent et y parvient si ce fichier existe !!
// J'ai bien dit : "différent" et non pas "le fichier dans le rep. du programme" car, lors de mes dernier tests avec CE code, le message d'erreur était du genre "fichier X:\son_SOUS_rep\monF.fic inexistant ou inaccessible... " X: étant une ancienne lettre de mappage !!!! et celà même après un redémarrage complet du poste !!

//Je n'ai pas encore trouvé le lien entre le chemin de substitution réel et celui actif en cas de "perte de susbtitution" !

---------------------------------------------------------
Grand merci à qui apportera de l'eau à mon moulin.

Louis

Faire passer zip (avec extension.doc) de projet (extrait qui pose problème)...

je pense qu'il s'agisse d'un problème :
- de CompleteRep manquant (nécessaire pour la construction des chemins diques\répertoires.

hsubstRep("z:\son_SOUS_rep\","z:\son_SOUS_rep\")

Test :


- d'accès au disque/répertoire... mais dans votre cas, je pense que l'accès est garanti.

Une 'correction' de votre projet exemple vous a été transmise.

Bonjour,

comme je l'ai déja expliqué,
le problème n'a rien à voir avec le "\" final et d'ailleur,

la substitution à bien lieu : hSubstRep renvoie bien "vrai"
et la première lecture se fait corectement

Ce n'est qu'à la suite de l'utilisation :

de Hcréevue
que le Hlit suivant cherche le fichiers dans un autre répertoire

ou l'inverse !!!

Je pensais m'être sorti d'affaire en n'utilisant pas de SOUS répertoire mais le problème resurgit aujourd'huis...

dans mon analyse je mets :
"z:\" pour les fichiers dits communs "villes , pays etc."
et "y:\" pour les fichier privès " salariés ,clients etc"

en ouverture de projet
// mon_disque vaut "w:\" et w: pointe vers un serveur "
// ma_société vaut "soc2" ...


hsubstRep("z:\" , mon_disque+"\communs\")
puis
hsubsRep("y:\" , mon_disque+"\communs\"+ma_société)



Je n'y comprends plus rien !!!

Merci quand même

Louis