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 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 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 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
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
produit qu'à la seconde !!!
>>>> ERREUR le programme tente de lire un fichier différent du précédent
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
était du genre "fichier X:son_SOUS_repmonF.fic inexistant ou
inaccessible... " X: étant une ancienne lettre de mappage !!!! et celà
après un redémarrage complet du poste !!
//Je n'ai pas encore trouvé le lien entre le chemin de substitution réel
celui actif en cas de "perte de susbtitution" !
---------------------------------------------------------
Grand merci à qui apportera de l'eau à mon moulin.
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
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
produit qu'à la seconde !!!
>>>> ERREUR le programme tente de lire un fichier différent du précédent
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
était du genre "fichier X:son_SOUS_repmonF.fic inexistant ou
inaccessible... " X: étant une ancienne lettre de mappage !!!! et celà
après un redémarrage complet du poste !!
//Je n'ai pas encore trouvé le lien entre le chemin de substitution réel
celui actif en cas de "perte de susbtitution" !
---------------------------------------------------------
Grand merci à qui apportera de l'eau à mon moulin.
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
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
produit qu'à la seconde !!!
>>>> ERREUR le programme tente de lire un fichier différent du précédent
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
était du genre "fichier X:son_SOUS_repmonF.fic inexistant ou
inaccessible... " X: étant une ancienne lettre de mappage !!!! et celà
après un redémarrage complet du poste !!
//Je n'ai pas encore trouvé le lien entre le chemin de substitution réel
celui actif en cas de "perte de susbtitution" !
---------------------------------------------------------
Grand merci à qui apportera de l'eau à mon moulin.
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")
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 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 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
Louis a présenté l'énoncé suivant :
> 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
> 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
> produit qu'à la seconde !!!
>
>
>
>>>>> ERREUR le programme tente de lire un fichier différent du précédent
> 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
> était du genre "fichier X:son_SOUS_repmonF.fic inexistant ou
> inaccessible... " X: étant une ancienne lettre de mappage !!!! et celà
> après un redémarrage complet du poste !!
>
> //Je n'ai pas encore trouvé le lien entre le chemin de substitution réel
> celui actif en cas de "perte de susbtitution" !
>
> ---------------------------------------------------------
> Grand merci à qui apportera de l'eau à mon moulin.
>
> Louis
Pourquoi ne pas prendre la fonction hchangerep qui va bien !?
--
Louis a présenté l'énoncé suivant :
> 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
> 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
> produit qu'à la seconde !!!
>
>
>
>>>>> ERREUR le programme tente de lire un fichier différent du précédent
> 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
> était du genre "fichier X:son_SOUS_repmonF.fic inexistant ou
> inaccessible... " X: étant une ancienne lettre de mappage !!!! et celà
> après un redémarrage complet du poste !!
>
> //Je n'ai pas encore trouvé le lien entre le chemin de substitution réel
> celui actif en cas de "perte de susbtitution" !
>
> ---------------------------------------------------------
> Grand merci à qui apportera de l'eau à mon moulin.
>
> Louis
Pourquoi ne pas prendre la fonction hchangerep qui va bien !?
--
forumnewswindev@ifrance.com
Louis a présenté l'énoncé suivant :
> 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
> 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
> produit qu'à la seconde !!!
>
>
>
>>>>> ERREUR le programme tente de lire un fichier différent du précédent
> 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
> était du genre "fichier X:son_SOUS_repmonF.fic inexistant ou
> inaccessible... " X: étant une ancienne lettre de mappage !!!! et celà
> après un redémarrage complet du poste !!
>
> //Je n'ai pas encore trouvé le lien entre le chemin de substitution réel
> celui actif en cas de "perte de susbtitution" !
>
> ---------------------------------------------------------
> Grand merci à qui apportera de l'eau à mon moulin.
>
> Louis
Pourquoi ne pas prendre la fonction hchangerep qui va bien !?
--
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
> 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
> produit qu'à la seconde !!!
>
>
>
>>>>> ERREUR le programme tente de lire un fichier différent du précédent
> 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
> était du genre "fichier X:son_SOUS_repmonF.fic inexistant ou
> inaccessible... " X: étant une ancienne lettre de mappage !!!! et celà
> après un redémarrage complet du poste !!
>
> //Je n'ai pas encore trouvé le lien entre le chemin de substitution réel
> 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
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
> 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
> produit qu'à la seconde !!!
>
>
>
>>>>> ERREUR le programme tente de lire un fichier différent du précédent
> 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
> était du genre "fichier X:son_SOUS_repmonF.fic inexistant ou
> inaccessible... " X: étant une ancienne lettre de mappage !!!! et celà
> après un redémarrage complet du poste !!
>
> //Je n'ai pas encore trouvé le lien entre le chemin de substitution réel
> 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
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
> 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
> produit qu'à la seconde !!!
>
>
>
>>>>> ERREUR le programme tente de lire un fichier différent du précédent
> 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
> était du genre "fichier X:son_SOUS_repmonF.fic inexistant ou
> inaccessible... " X: étant une ancienne lettre de mappage !!!! et celà
> après un redémarrage complet du poste !!
>
> //Je n'ai pas encore trouvé le lien entre le chemin de substitution réel
> 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
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
> 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
> produit qu'à la seconde !!!
>
>
>
>>>>> ERREUR le programme tente de lire un fichier différent du précédent
> 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
> était du genre "fichier X:son_SOUS_repmonF.fic inexistant ou
> inaccessible... " X: étant une ancienne lettre de mappage !!!! et celà
> après un redémarrage complet du poste !!
>
> //Je n'ai pas encore trouvé le lien entre le chemin de substitution réel
> 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
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
> 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
> produit qu'à la seconde !!!
>
>
>
>>>>> ERREUR le programme tente de lire un fichier différent du précédent
> 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
> était du genre "fichier X:son_SOUS_repmonF.fic inexistant ou
> inaccessible... " X: étant une ancienne lettre de mappage !!!! et celà
> après un redémarrage complet du poste !!
>
> //Je n'ai pas encore trouvé le lien entre le chemin de substitution réel
> 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
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
> 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
> produit qu'à la seconde !!!
>
>
>
>>>>> ERREUR le programme tente de lire un fichier différent du précédent
> 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
> était du genre "fichier X:son_SOUS_repmonF.fic inexistant ou
> inaccessible... " X: étant une ancienne lettre de mappage !!!! et celà
> après un redémarrage complet du poste !!
>
> //Je n'ai pas encore trouvé le lien entre le chemin de substitution réel
> 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
Tu te prends la tête d'une force !
1- JAMAIS de chemin dans ton analyse ! ! !
2- La où tu veux localiser ta base, tu fais un Hsubst avec le chemin que
veux ; il peut être n'importe où, y compris sur un réseau
3- Puis tu ouvres tes fichiers HCréationSiInexistant
4- Ensuite tu fais ce que tu veux, HCréeVue par exemple !
Cela marche chez moi en depuis des lustres, aussi bien en WD5 qu'en WD8.
Tu te prends la tête d'une force !
1- JAMAIS de chemin dans ton analyse ! ! !
2- La où tu veux localiser ta base, tu fais un Hsubst avec le chemin que
veux ; il peut être n'importe où, y compris sur un réseau
3- Puis tu ouvres tes fichiers HCréationSiInexistant
4- Ensuite tu fais ce que tu veux, HCréeVue par exemple !
Cela marche chez moi en depuis des lustres, aussi bien en WD5 qu'en WD8.
Tu te prends la tête d'une force !
1- JAMAIS de chemin dans ton analyse ! ! !
2- La où tu veux localiser ta base, tu fais un Hsubst avec le chemin que
veux ; il peut être n'importe où, y compris sur un réseau
3- Puis tu ouvres tes fichiers HCréationSiInexistant
4- Ensuite tu fais ce que tu veux, HCréeVue par exemple !
Cela marche chez moi en depuis des lustres, aussi bien en WD5 qu'en WD8.
Tu te prends la tête d'une force !
1- JAMAIS de chemin dans ton analyse ! ! !
2- La où tu veux localiser ta base, tu fais un Hsubst avec le chemin que
veux ; il peut être n'importe où, y compris sur un réseau
3- Puis tu ouvres tes fichiers HCréationSiInexistant
4- Ensuite tu fais ce que tu veux, HCréeVue par exemple !
Cela marche chez moi en depuis des lustres, aussi bien en WD5 qu'en WD8.
Tu te prends la tête d'une force !
1- JAMAIS de chemin dans ton analyse ! ! !
2- La où tu veux localiser ta base, tu fais un Hsubst avec le chemin que
veux ; il peut être n'importe où, y compris sur un réseau
3- Puis tu ouvres tes fichiers HCréationSiInexistant
4- Ensuite tu fais ce que tu veux, HCréeVue par exemple !
Cela marche chez moi en depuis des lustres, aussi bien en WD5 qu'en WD8.
Tu te prends la tête d'une force !
1- JAMAIS de chemin dans ton analyse ! ! !
2- La où tu veux localiser ta base, tu fais un Hsubst avec le chemin que
veux ; il peut être n'importe où, y compris sur un réseau
3- Puis tu ouvres tes fichiers HCréationSiInexistant
4- Ensuite tu fais ce que tu veux, HCréeVue par exemple !
Cela marche chez moi en depuis des lustres, aussi bien en WD5 qu'en WD8.
Tu te prends la tête d'une force !
1- JAMAIS de chemin dans ton analyse ! ! !
2- La où tu veux localiser ta base, tu fais un Hsubst avec le chemin que
veux ; il peut être n'importe où, y compris sur un réseau
3- Puis tu ouvres tes fichiers HCréationSiInexistant
4- Ensuite tu fais ce que tu veux, HCréeVue par exemple !
Cela marche chez moi en depuis des lustres, aussi bien en WD5 qu'en WD8.
Tu te prends la tête d'une force !
1- JAMAIS de chemin dans ton analyse ! ! !
2- La où tu veux localiser ta base, tu fais un Hsubst avec le chemin que
veux ; il peut être n'importe où, y compris sur un réseau
3- Puis tu ouvres tes fichiers HCréationSiInexistant
4- Ensuite tu fais ce que tu veux, HCréeVue par exemple !
Cela marche chez moi en depuis des lustres, aussi bien en WD5 qu'en WD8.
Tu te prends la tête d'une force !
1- JAMAIS de chemin dans ton analyse ! ! !
2- La où tu veux localiser ta base, tu fais un Hsubst avec le chemin que
veux ; il peut être n'importe où, y compris sur un réseau
3- Puis tu ouvres tes fichiers HCréationSiInexistant
4- Ensuite tu fais ce que tu veux, HCréeVue par exemple !
Cela marche chez moi en depuis des lustres, aussi bien en WD5 qu'en WD8.
