Problème de blocage de fichier

**slick42** · 22/02/2007, 16h41

Bonjour,

Je rencontre des difficultés pour effacer un fichier de type .NDX dans mon application.
Ce fichier est un index d'un fichier parcourui par une des table de mon application.

J'ai essayer la fonction Ferme() mais le fichier physique sur le disque est toujours bloqué (Vérification faite avec le programme Unlocker)
J'ai aussi essayer de faire MaTable..FichierParcouru = "" (le problème est que la table incriminée est dans une fenêtre qui est fermée

donc cette syntaxe est impossible)

Le but est de sauvegarder/restaurer selon les besoins des fichiers .FIC (charger par une table de mon application) stockés avec HAttacheMémo dans une autre table

Ci-joint le code qui provoque une erreur

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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
26
27
28
 
	// On génére un fichier ImportXLS.FIC vide
	SI PAS HCréation(ImportXLS) ALORS
		Info("Erreur : "+HErreur())
	FIN
 
	// Sélection du fichier XLS
	SI PAS HExtraitMémo(Campagnes,FicXLSCamp,"./bases/ImportXLS.FIC") ALORS
		Info("Erreur : "+HErreur())
		RETOUR
	FIN
 
	// Suppression du fichier ImportXLS.NDX
	TANTQUE PAS HFerme(ImportXLS) 
		// Libération du fichier avant suppression
	FIN
 
	SI fFichierExiste("./bases/ImportXLS.NDX") ALORS
		SI PAS fSupprime("./bases/ImportXLS.NDX") ALORS
			Info("Erreur lors de la suppression de l'ancien fichier campagne (ImportXLS.NDX)" + RC + ErreurInfo())
		FIN
	FIN
 
	// on ouvre le fichier pour provoqué la réindexation automatique
	HOuvre(ImportXLS)
	TANTQUE HRéindexationEnCours(ImportXLS)<>0
		// Réindexation en cours ;)
	FIN

Cordialement

**Jannus** · 22/02/2007, 17h55

Il faut, avec les fonctions HF, femer la connexion au fichier HFerme()
Puis supprimer les fichiers .FIC et .NDX avec fSupprime("nomfichier.*")

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
 
HFerme(Nom_Fich)
SI PAS fSupprime("Nom_Fich.*") ALORS
	Erreur("Fichier pas supprimé")
FIN

**slick42** · 22/02/2007, 18h05

Envoyé par Guardian

Il faut, avec les fonctions HF, femer la connexion au fichier HFerme()
Puis supprimer les fichiers .FIC et .NDX avec fSupprime("nomfichier.*")

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
 
HFerme(Nom_Fich)
SI PAS fSupprime("Nom_Fich.*") ALORS
	Erreur("Fichier pas supprimé")
FIN

Si tu regardes en détail mon exemple je fais bien un HFerme(ImportXLS)
Donc ce n'est pas la solution à mon problème.
De plus je ne veux surtout pas effacer le fichier .FIC mais uniquement le fichier .NDX

**Jannus** · 22/02/2007, 18h08

1- Je n'ai pas décortiqué tout ton code, mais le code que j'ai mis fonctionne (testé)
2- pour ne supprimer que le .NDX il suffit de faire fSupprime("Nom_Fich.ndx")

**slick42** · 22/02/2007, 18h38

C'est exactement ce que je fais

Connaissez-vous une API qui permette de débloquer un fichier ?

**Jannus** · 22/02/2007, 19h34

Non.
Mais cela ne doit pas être nécessaire.

Vous êtes sûr que tout ce qui est relatif à votre fichier est fermé dans votre projet ? Tables, saisie, Requête ?

**hegros** · 22/02/2007, 20h36

C'est quoi l'erreur quand tu fais un fsupprime ? Pour débloquer le fichier il faut utiliser HDebloque ou alors HFerme!

**slick42** · 22/02/2007, 20h54

Le principe est simple (Pour mémo mes bases HF se trouve dans le répertoire /bases.)

1) Je crée à zéro mon fichier (ImportXLS.FIC et ImportXLS.NDX)

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

HCréation(ImportXLS)

Ici tout est Ok, le fichier est bien crée à zéro.

2) J'extrait d'un autre fichier HF le fichier ImportXLS.FIC

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

HExtraitMémo(Campagnes,FicXLSCamp,"./bases/ImportXLS.FIC")

Le fichier ImportXLS.FIC crée à l'étape 1 est remplacé par le fichier ImportXLS.FIC précèdement enregistrer dans mon fichier Campagnes.FIC.
Ici encore tout est OK. Le fichier est bien remplacé.

3) Je ferme mon fichier ImportXLS

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

HFerme(ImportXLS)

La fermeture se passe bien.

4) Je teste l'existence du fichier ImportXLS.NDX

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

fFichierExiste("./bases/ImportXLS.NDX")

Ici tout est ok, le fichier est présent.

5) si il est présent je le supprime

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

fSupprime("./bases/ImportXLS.NDX")

Mon erreur ce situe à ce niveau. Le fichier est bloqué par ma propre application quand je lance l'exécutable et par WDTST.EXE quand je lance mon application de l'environnement de développement.

Ensuite "l'astuce" que j'ai mis en place ne fonctionne plus.
En effet si Windev détecte un fichier .FIC sans son pendant .NDX, il ré-indexe automatiquement ce fichier quand on lance l'ouverture de celui-ci.
Comme je n'ai pas réussi à supprimer le fichier .NDX j'ai de gros problème à l'utilisation du fichier ImportXLS dans mes tables.

**hegros** · 22/02/2007, 20h57

Ca ne nous dis pas l'erreur exacte que tu as quand tu fais un fsupprime.

Puis c'est la première fois que je vois que windev recrée automatiquement les fichiers .NDX si il ne le trouve pas...Normalement tu as un message d'erreur t'invitant à le reindexer.

**slick42** · 22/02/2007, 23h02

Envoyé par hegros

Ca ne nous dis pas l'erreur exacte que tu as quand tu fais un fsupprime.

Puis c'est la première fois que je vois que windev recrée automatiquement les fichiers .NDX si il ne le trouve pas...Normalement tu as un message d'erreur t'invitant à le reindexer.

Pour la recréation automatique ça fonctionne plutôt bien

(En pas à pas en supprimant le fichier NDX après l'avoir débloquer pas de souci, dès qu'on ouvre un fichier FIC sans son NDX Windev s'occupe de tout. Pour l'anecdote j'ai au départ essayer de forcer moi-même la réindexation et la gros bug)

Je retesterai mon code en essayant de traquer l'erreur renvoyée par fsupprime.

**slick42** · 26/02/2007, 11h02

Finalement j'ai opté pour l'extraction du fichier .FIC et du fichier .NDX.
J'ai bien les bons fichiers maintenant.

J'ai cependant encore un petit problème qui apparait de manière aléatoire.
Quand j'ouvre dans une table les fichiers précedement importés j'ai l'erreur suivante:

Le champ 'TABLE_ImportXLSTelNonTraite' n'a pas pu s'initialiser, car il a rencontré l'erreur Hyper File suivante :
=============================
Impossible d'accéder à l'enregistrement numéro <1> du fichier <C:\Huiphonie\Exe\bases\ImportXLS.FIC>. Une transaction ayant accédé à cet enregistrement a échoué et la transaction n'a pas encore été annulée. Vous devez annuler la transaction avant de pouvoir accéder à cet enregistrement. La transaction sera annulée lors du prochain HTransactionDébut. Vous pouvez aussi annuler la transaction par HTransactionAnnule.
=============================

Informations techniques

Projet : AgenDAF 2

Dump de l'erreur du module <WD110OBJ.DLL> <11.00Esi>.

- Niveau : erreur fatale (EL_FATAL)

- Code erreur : 10085

- Code erreur WD55 : 34

- Pas de code d'erreur système

- Pas de message d'erreur système

- Que s'est-il passé ?
Le champ 'TABLE_ImportXLSTelNonTraite' n'a pas pu s'initialiser, car il a rencontré l'erreur Hyper File suivante :
=============================
Impossible d'accéder à l'enregistrement numéro <1> du fichier <C:\Huiphonie\Exe\bases\ImportXLS.FIC>. Une transaction ayant accédé à cet enregistrement a échoué et la transaction n'a pas encore été annulée. Vous devez annuler la transaction avant de pouvoir accéder à cet enregistrement. La transaction sera annulée lors du prochain HTransactionDébut. Vous pouvez aussi annuler la transaction par HTransactionAnnule.
=============================

- Infos de debug :
iehf=5007

- Infos attachées :
EIT_LOGICALTABLENAME : <ImportXLS>
EIT_RECNUM : <1>
EIT_PATHFIC : <C:\Huiphonie\Exe\bases\ImportXLS.FIC>

- Identifiant dans le .err : 10085

Assistance

- Consultez l'aide HF sur le probleme HF rencontré.
- Vous pouvez tester si tout est correct avant d'ouvrir cette fenêtre en appelant HOuvre()
- Si vous utilisez une requête, vérifiez qu'elle est bien initialisée.
- Cette initialisation ne doit pas être dans le traitement de fin d'initialisation,
mais dans le code d'initialisation du champ ou de déclaration de globales de la fenêtre.

Je ne vois pas pourquoi j'ai une erreur de transaction alors que je ne fait qu'ouvrir et fermer les fichiers FIC et NDX

**hegros** · 26/02/2007, 11h09

Y'a d'autres personnes qui accèdent au fichier sur le réseau ?

**slick42** · 26/02/2007, 11h11

Envoyé par hegros

Y'a d'autres personnes qui accèdent au fichier sur le réseau ?

Non je suis le seul utilisateur

**hegros** · 26/02/2007, 11h34

Annue la transaction avec l'outil WD...

Mais regarde bien que dans ton code tu n'as AUCUN HTransactionDebut

**slick42** · 26/02/2007, 17h07

Envoyé par hegros

Annue la transaction avec l'outil WD...

Mais regarde bien que dans ton code tu n'as AUCUN HTransactionDebut

Le problème est que je n'utilise pas du tout les transactions dans mon projet

**hegros** · 26/02/2007, 17h11

Envoyé par slick42

Le problème est que je n'utilise pas du tout les transactions dans mon projet

Beh qui à bloquer l'enregistrement y'a un Casper de caché dans ton réseau alors

Sérieusement tu as annulé la transaction et de refaire ton traitement...

**slick42** · 28/02/2007, 15h30

Bon finalement je n'ai pas pu localiser le problème.
J'ai essayé de fermer les transactions (qui ne sont jamais ouvertes

) de fermer les fichiers, de couper les liens des tables avec les fichiers, de mettre des temporisations... rien ne semble améliorer le code

Vu la faible apparition du problème en fonctionnement (1 fois sur 10) j'utilise une parade avec les exceptions.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
QUAND EXCEPTION DANS
     Partie du code qui plante de temps en temps
FAIRE
    Avertir l'utilisateur de relancer la fonction ultérieurement
FIN

J'informe l'utilisateur que la table est en cours d'utilisation sur le réseau (application en monoposte) et qu'il doit relancer ultérieurement la fonction.

**hegros** · 28/02/2007, 15h36

Essaies d'envoyer sinon un protocole reproductible du probléme à PCSoft

**Zoukman18000** · 18/02/2019, 14h17

J'ai rencontré le problème aujourd’hui et j'y est perdu une matinée.
Après avoir fait des delete malencontreux et avoir coupé brutalement le tout, et il m'était impossible de franchir le démarrage de mon projet.
Le projet se figeait sans bug et impossible de faire un point d'arret.

J'ai identifié le problème sur une fonction HCréationSiInexistant que j'ai implémenté à l'initialisation. Cette fonction était sur la table "endommagé".
En plus cela arrivait même après avoir supprimer la table physiquement.
Celle-ci était était recrée et la transaction inachevé (opéré durant le delete) se relançait d'une manière ou d'une autre alors qu'aucune transaction n'était détecté dans le centre HyperFile !

Bref, la misère ...

J'ai du couper le service HyperFile et le service MantaManager pour pouvoir supprimer les tables de transactions concernés (celle de la table est les tables appelés TRSOperation ...).
En jetant un coup d'oeil dedans via le CCHF, c'est la que j'ai vus les opérations obsolètes en stand-by.
Attention, ces tables sont par défaut dans des dossiers cachés.

Après suppression des tables, redémarrage des services et lancement du projet, tout c'est relancé normalement.

En espérant que ça aidera d'autres gens ...

Problème de blocage de fichier [WD11]

WinDev

Discussions similaires

Partager

Partager