[7.5] Disfonctionnement avec HsubstRep() + Hvue et Hlit
11 réponses
Louis
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 informations 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 répertoire semble impératif pour que le problème
aie lieu
--------------------------
Un projet d'une fenêtre avec une table mémoire et 3 boutons
-----------------------------------------------------
init de la fenêtre:
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 // histoire de remplir la table
fichierversTableMemoire(Table,"mavue")
// 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.
J'ai encore avancé (lentement ) dans ma traque ...
en effet comme on pouvait s'y attendre puisque la substitution ne renvoyait pas d'erreur,
même sans le HsubsRep()
J'ai le problème !!!
Le problème semble donc lié uniquement :
Aux disques réseaux en conjonction avec les Vues et Hlit ()
En tout cas , le problème persiste chez moi
quelque soit le réseau, Domaine NT ou groupe de travail quelque soit l' OS (répété sous XP NT 98 )
Merci @ tous
j'espère ne plus avoir le problème sous WD 9 ;-)
"Louis" a écrit dans le message de news:415810a2$0$698$
je ne fais ... rien sur ma vue
puisque j'ai même recréé le problème SANS effectuer le : FichierVersTableMemoire()
mais, le seul fait de tenter un
Hlit(monfichier, x) provoque le message ..... fichiers non trouvé ... (pour un chemin AUTRE celui de substitution )
ou l'inverse...
Je fait autant de Hlit que je veux sans problème puis
le premier Hcréévue plante ...
Merci
Louis
"farplus" a écrit dans le message de news: > Louis vient de nous annoncer : > > 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 informations 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 répertoire semble impératif pour que le problème > > aie lieu > > -------------------------- > > Un projet d'une fenêtre avec une table mémoire et 3 boutons > > ----------------------------------------------------- > > init de la fenêtre: > > > > 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 // histoire de remplir la table > > fichierversTableMemoire(Table,"mavue") > > > > 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_repmonF.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 > > Bonjour, > ce n'est pas de HsubstRep() qui est en cause - j'ai fait l'essai et ça > marche - puisque tu arrives à lire et à afficher ton fichier, mais bien > les opérations que tu tentes sur la vue. > A+ > > -- > Ceci est une signature automatique de MesNews. > Site : http://mesnews.no-ip.com >
J'ai encore avancé (lentement ) dans ma traque ...
en effet comme on pouvait s'y attendre puisque la substitution ne renvoyait
pas d'erreur,
même sans le HsubsRep()
J'ai le problème !!!
Le problème semble donc lié uniquement :
Aux disques réseaux en conjonction avec les Vues et Hlit ()
En tout cas , le problème persiste chez moi
quelque soit le réseau, Domaine NT ou groupe de travail
quelque soit l' OS (répété sous XP NT 98 )
Merci @ tous
j'espère ne plus avoir le problème sous WD 9 ;-)
"Louis" <L.Maitre-ad95@wanadoo.fr> a écrit dans le message de
news:415810a2$0$698$8fcfb975@news.wanadoo.fr...
je ne fais ... rien sur ma vue
puisque j'ai même recréé le problème SANS effectuer le :
FichierVersTableMemoire()
mais, le seul fait de tenter un
Hlit(monfichier, x) provoque le message ..... fichiers non trouvé ...
(pour un chemin AUTRE celui de substitution )
ou l'inverse...
Je fait autant de Hlit que je veux sans problème puis
le premier Hcréévue plante ...
Merci
Louis
"farplus" <farplus@free.fr> a écrit dans le message de
news:mn.aa4f7d49049c764f.9677@free.fr...
> Louis vient de nous annoncer :
> > 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 informations 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 répertoire semble impératif pour que le
problème
> > aie lieu
> > --------------------------
> > Un projet d'une fenêtre avec une table mémoire et 3 boutons
> > -----------------------------------------------------
> > init de la fenêtre:
> >
> > 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 // histoire de remplir la table
> > fichierversTableMemoire(Table,"mavue")
> >
> > 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_repmonF.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
>
> Bonjour,
> ce n'est pas de HsubstRep() qui est en cause - j'ai fait l'essai et ça
> marche - puisque tu arrives à lire et à afficher ton fichier, mais bien
> les opérations que tu tentes sur la vue.
> A+
>
> --
> Ceci est une signature automatique de MesNews.
> Site : http://mesnews.no-ip.com
>
J'ai encore avancé (lentement ) dans ma traque ...
en effet comme on pouvait s'y attendre puisque la substitution ne renvoyait pas d'erreur,
même sans le HsubsRep()
J'ai le problème !!!
Le problème semble donc lié uniquement :
Aux disques réseaux en conjonction avec les Vues et Hlit ()
En tout cas , le problème persiste chez moi
quelque soit le réseau, Domaine NT ou groupe de travail quelque soit l' OS (répété sous XP NT 98 )
Merci @ tous
j'espère ne plus avoir le problème sous WD 9 ;-)
"Louis" a écrit dans le message de news:415810a2$0$698$
je ne fais ... rien sur ma vue
puisque j'ai même recréé le problème SANS effectuer le : FichierVersTableMemoire()
mais, le seul fait de tenter un
Hlit(monfichier, x) provoque le message ..... fichiers non trouvé ... (pour un chemin AUTRE celui de substitution )
ou l'inverse...
Je fait autant de Hlit que je veux sans problème puis
le premier Hcréévue plante ...
Merci
Louis
"farplus" a écrit dans le message de news: > Louis vient de nous annoncer : > > 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 informations 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 répertoire semble impératif pour que le problème > > aie lieu > > -------------------------- > > Un projet d'une fenêtre avec une table mémoire et 3 boutons > > ----------------------------------------------------- > > init de la fenêtre: > > > > 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 // histoire de remplir la table > > fichierversTableMemoire(Table,"mavue") > > > > 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_repmonF.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 > > Bonjour, > ce n'est pas de HsubstRep() qui est en cause - j'ai fait l'essai et ça > marche - puisque tu arrives à lire et à afficher ton fichier, mais bien > les opérations que tu tentes sur la vue. > A+ > > -- > Ceci est une signature automatique de MesNews. > Site : http://mesnews.no-ip.com >
