Gros problême ave HChangeNom

Version imprimable

Bonsoir à tous.

Voici mon gros problème :

Mes données en exploitation de l'année en cours sont stockées dans ARCHIVES.

Chaque année, elle sont basculées dans ARCHIVES2010, ARCHIVES2011, ... et le fichier de l'année qui commence est réinitialisé à vide (ARCHIVES).
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 //************************************** // phase 1 // Je lis l'archive 2011 //************************************** hFerme("ARCHIVES") HsubstNom("ARCHIVES","ARCHIVE2011") // hLitpremier("ARCHIVES","ARCLEUNIK) tantque pas hendehors ..... lecture et récupération des données 2011 hlitsuivant("ARCHIVES","ARCLEUNIK) fin hferme("ARCHIVES") //**************************************************** // phase 2 : je lis l'archive de l'année en cours //**************************************************** HsubstNom("ARCHIVES","") // annulation de la substitution et retour en accès sur le fichier ARCHIVES de l'année en cours hLitpremier("ARCHIVES","ARCLEUNIK) tantque pas hendehors ..... lecture et récupération des données 2012 hlitsuivant("ARCHIVES","ARCLEUNIK) fin hFerme("ARCHIVES")
Dysfonctionnement constaté :

En phase 1 : je lis bien des données de l’année 2011.

En phase 2 : alors que je me crois en accès sur ARCHIVES (donc sur les données 2012), je suis toujours en accès sur le dernier hChangeNom utilisé, en l’occurrence le ARCHIVE2011 dans mon exemple.

Je ne peux retourner en accès sur l'archive de base qui est celui de l'année en cours .

Mon application est récemment migrée de Windev 7.5 qui fonctionnait parfaitement.

Les sources en WD sont identiques à la version 7.5 !

Dans de nombreuses parties de mon programme, j'utilise ce hChangeNom, et tout bug partout de la même manière.

N'y aurait il pas un problème plus global issu de ma migration du programme version 7.5 ?

Je n'ai pas réussi à trouver ! :cry:

Bonjour, raison possible: le dernier fichier ouvert n'a pas été fermé.(j'ai pas touché wd depuis plusieurs mois, j'ai un peu oublié)
Citation:
Envoyé par Jielbe
Bonsoir à tous.

Voici mon gros problème :

Mes données en exploitation de l'année en cours sont stockées dans ARCHIVES.

Chaque année, elle sont basculées dans ARCHIVES2010, ARCHIVES2011, ... et le fichier de l'année qui commence est réinitialisé à vide (ARCHIVES).
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 //************************************** // phase 1 // Je lis l'archive 2011 //************************************** hFerme("ARCHIVES") HsubstNom("ARCHIVES","ARCHIVE2011") // hLitpremier("ARCHIVES","ARCLEUNIK) tantque pas hendehors ... lecture et récupération des données 2011 hlitsuivant("ARCHIVES","ARCLEUNIK) fin //hferme("ARCHIVES") hferme("") // ou hferme("*") // à voir **************************************************** // phase 2 : je lis l'archive de l'année en cours //**************************************************** HsubstNom("ARCHIVES","") // annulation de la substitution et retour en accès sur le fichier ARCHIVES de l'année en cours hLitpremier("ARCHIVES","ARCLEUNIK) tantque pas hendehors ... lecture et récupération des données 2012 hlitsuivant("ARCHIVES","ARCLEUNIK) fin hFerme("ARCHIVES")
Dysfonctionnement constaté :

En phase 1 : je lis bien des données de l’année 2011.

En phase 2 : alors que je me crois en accès sur ARCHIVES (donc sur les données 2012), je suis toujours en accès sur le dernier hChangeNom utilisé, en l’occurrence le ARCHIVE2011 dans mon exemple.

Je ne peux retourner en accès sur l'archive de base qui est celui de l'année en cours .

Mon application est récemment migrée de Windev 7.5 qui fonctionnait parfaitement.

Les sources en WD sont identiques à la version 7.5 !

Dans de nombreuses parties de mon programme, j'utilise ce hChangeNom, et tout bug partout de la même manière.

N'y aurait il pas un problème plus global issu de ma migration du programme version 7.5 ?

Je n'ai pas réussi à trouver ! :cry:

02/09/2012, 09h04
Jielbe

En résumé ...

Résumé de cette difficulté : les 2 lignes de programmation suivantes ne donnent pas de résultat

Hferme("")
HChangeNom(Archives,"Archives") // ou HChangeNom(Archives,"")

Résultat : je reste sur la précédente archive , et ne peux retourner sur le "ARCHIVES" de l'annnée en cours.

Incompréhensible ! ! ! !
02/09/2012, 16h31
Ekinx93

Bonjour

Le hFerme tel que tu l'a noté sur ton post peut ne pas fonctionner correctement.
Essaye en mettant soit le nom du fichier, soit le caractère joker
hFerme(MonFichierDeMonAnalyse) ou hFerme("*")

Sinon j'ai bien une solution avec HchangeConnexion dont je me sert mais comme c'est un peu long a decrire on peut voir ça en mp.
02/09/2012, 20h01
Jielbe

Bonjour ,

Merci de ta réponse.

J'ai bien sûr testé toutes les syntaxes possibles , au cas où ... mais ça ne donne rien.

Impossible d'utiliser hChangeConnexion() car je suis sur des fichiers HF 55...

Le problême demeure entier ( 3ième jour que je tourne en rond )

J'uliserais plutot hchangenom (wd7.5 et +) au lieu de hsubstnom (wd5.5).
Je supprimerais les guillemets (cela permet de vérifier certaines syntaxes grâce à l'auto complétion).

Du coup, je mettrais ceci :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 //************************************** // phase 1 // Je lis l'archive 2011 //************************************** hFerme(ARCHIVES) HChangeNom(ARCHIVES,"ARCHIVE2011") ... hferme(ARCHIVES) //**************************************************** // phase 2 : je lis l'archive de l'année en cours //**************************************************** HChangeNom(ARCHIVES,"Archives") ... hFerme(ARCHIVES)
[edit]Et si ça ne marche toujours pas :
Code:

1 2 3 SI pas HChangeNom(ARCHIVES,"Archives") ALORS Erreur("Erreur Changement de nom : " + HErreur()) FIN
Cela te permettra de tracer l'erreur.

03/09/2012, 23h32
Jielbe

J'AI TROUVE !

Problême résolu.

Il ne s'agit pas d'un problême de syntaxe , je fais attention ; j'ai lu toute la doc concernant le sujet. (avec l'âge , ona eu peu de recul...)
Ce qui fait DYSFONCTIONNER cette commande Windev , c'est lorsque on a affaire a des fichiers HF55 , utilises en WD12,ce qui est mon cas.
Par contre En WD 7.5 , avec les fichiers HF55 , ça fonctionne ... c'est ce qui m'a perturbé.
Je considèrais qu'une commande qui fonctionne en 7.5 fonctionne toujours en v12... Normal non ?
DONC , en ayant maintenant migré en HF7 uniquement mes fichiers HISTORIQUES pour mes stats , c'est tout bon !
J'évolution de mon logiciel peut reprendre ! Ouf !

Merci à tous pour vos cordiales et constructives contributions.:ccool:
04/09/2012, 00h08
miripesage

tapez sur :resolu: svp. Merci
04/09/2012, 10h57
frenchsting

Citation:

Envoyé par Jielbe

Problême résolu.

Il ne s'agit pas d'un problême de syntaxe , je fais attention ; j'ai lu toute la doc concernant le sujet. (avec l'âge , ona eu peu de recul...)
Ce qui fait DYSFONCTIONNER cette commande Windev , c'est lorsque on a affaire a des fichiers HF55 , utilises en WD12,ce qui est mon cas.
Par contre En WD 7.5 , avec les fichiers HF55 , ça fonctionne ... c'est ce qui m'a perturbé.
Je considèrais qu'une commande qui fonctionne en 7.5 fonctionne toujours en v12... Normal non ?
DONC , en ayant maintenant migré en HF7 uniquement mes fichiers HISTORIQUES pour mes stats , c'est tout bon !
J'évolution de mon logiciel peut reprendre ! Ouf !

Merci à tous pour vos cordiales et constructives contributions.:ccool:

Merci pour ton retour.
Je me serais fait avoir, car je procédais de la même façon que toi : wd5.5->wd7.5->wd12.