PC SOFT

FORUMS PROFESSIONNELS
WINDEVWEBDEV et WINDEV Mobile

Accueil → WINDEV Mobile (précédentes versions) → [WM 10] Corruption de fichier
[WM 10] Corruption de fichier
Débuté par Meph, 17 sep. 2014 13:55 - 4 réponses
Membre enregistré
3 messages
Posté le 17 septembre 2014 - 13:55
Bonjour,

Je suis passé au nouveau Workabout pro 4 (Windows CE 6, carte MicroSD). Et depuis, j'ai un soucis aléatoire de corruption de fichier.

Sur les anciens Workabout, je n'avais aucun soucis (Windows CE 5 et carte SD principalement)

Ce problème est totalement aléatoire (cela peut marcher 1 jour, comme 2 minutes). Mon fichier (erreur sur .fic et .ndx) est alors inutilisable.


Erreur à la ligne 60 du traitement Clic sur btn_modifier_bord.
Ce fichier n'est pas au format WinDev Mobile 10.0 :
\\SD-MMC Card\\MobiCube\\44ligne_spf.NDX
******************************
Informations techniques

Dump de l'erreur du module <WP100HF.DLL> <10.00Edh>.

- Appel WL :
Traitement de <u_bordereau_spf.Onglet.btn_modifier_bord>, ligne <60>, thread <0>
Fonction <>, n° de syntaxe <1>

- Niveau : erreur fatale (EL_FATAL)

- Code erreur : 70150

- Code erreur WD55 : 150

- Pas de code d'erreur système

- Pas de message d'erreur système

- Que s'est-il passé ?
Ce fichier n'est pas au format WinDev Mobile 10.0 :
\\SD-MMC Card\\MobiCube\\44ligne_spf.NDX

- Infos de debug :
##(CWDFile)-Signature gérée=<5456720>, signature lue=<0>##
Fonction (7,33)

- Infos attachées :
EIT_SRCFILE : <\\SD-MMC Card\\MobiCube\\44ligne_spf.NDX>
EIT_LOGICALTABLENAME : <ligne_spf>
EIT_DATEHEURE : 17/09/2014 10:12:00
EIT_PILEWL :
Clic sur btn_modifier_bord (u_bordereau_spf.Onglet.btn_modifier_bord), ligne 60
Clic sur btn_menu_spf (p_menu.btn_menu_spf), ligne 1
Clic sur btn_logiciel (p_reindex_ppc.btn_logiciel), ligne 14

- Pas d'identifiant dans le .err


Merci d'avance de l'attention que vous porterez à mon problème.
Posté le 17 septembre 2014 - 14:37
Bonjour

ca ressemble à un problème de mise en veille de l'appareil au mauvais
moment... Tu peux essayer de :
- désactiver la mise en veille (au moins pour vérifier l'origine)
- faire les écritures HF en mode securisé (2 de mémoire)
- fermer le fichier HF après chaque écriture (ca ralentira, c'est sur,
mais on ne gère typiquement pas beucoup de données sur ces appareils)

Cordialement


--
Fabrice Harari
Consultant WinDev, WebDev et WinDev Mobile International

NOUVEAU: WXShowroom.com est disponible : Montrez vos projets !
Plus d'information sur http://fabriceharari.com


On 9/17/2014 5:55 AM, Meph wrote:
Bonjour,

Je suis passé au nouveau Workabout pro 4 (Windows CE 6, carte MicroSD).
Et depuis, j'ai un soucis aléatoire de corruption de fichier.

Sur les anciens Workabout, je n'avais aucun soucis (Windows CE 5 et
carte SD principalement)

Ce problème est totalement aléatoire (cela peut marcher 1 jour, comme 2
minutes). Mon fichier (erreur sur .fic et .ndx) est alors inutilisable.


Erreur à la ligne 60 du traitement Clic sur btn_modifier_bord. Ce
fichier n'est pas au format WinDev Mobile 10.0 : \\SD-MMC
Card\\MobiCube\\44ligne_spf.NDX ******************************
Informations techniques
Dump de l'erreur du module <WP100HF.DLL> <10.00Edh>.
- Appel WL : Traitement de <u_bordereau_spf.Onglet.btn_modifier_bord>,
ligne <60>, thread <0> Fonction <>, n° de syntaxe <1>
- Niveau : erreur fatale (EL_FATAL)
- Code erreur : 70150
- Code erreur WD55 : 150
- Pas de code d'erreur système
- Pas de message d'erreur système
- Que s'est-il passé ? Ce fichier n'est pas au format WinDev Mobile 10.0
: \\SD-MMC Card\\MobiCube\\44ligne_spf.NDX
- Infos de debug : ##(CWDFile)-Signature gérée=<5456720>, signature
lue=<0>## Fonction (7,33)
- Infos attachées : EIT_SRCFILE : <\\SD-MMC
Card\\MobiCube\\44ligne_spf.NDX> EIT_LOGICALTABLENAME : <ligne_spf>
EIT_DATEHEURE : 17/09/2014 10:12:00 EIT_PILEWL : Clic sur
btn_modifier_bord (u_bordereau_spf.Onglet.btn_modifier_bord), ligne 60
Clic sur btn_menu_spf (p_menu.btn_menu_spf), ligne 1 Clic sur
btn_logiciel (p_reindex_ppc.btn_logiciel), ligne 14
- Pas d'identifiant dans le .err


Merci d'avance de l'attention que vous porterez à mon problème.
Membre enregistré
3 messages
Posté le 17 septembre 2014 - 14:54
- La mise en veille est déjà désactivée et la carte SD est toujours sous tension (modification de la clé de registre).
- Que voulez-vous dire par "écrire en mode sécurisé"
- Vous croyez donc que cette erreur peut se produire car le fichier n'étant pas forcément fermé après création/modification, ceci pourrait engendrer des erreurs sur les fichiers ? Quelle pourrait en être la cause ? Se pourrait-il que l'environnement (hardware, Windows CE) de la carte MicroSD ait un problème ?

Cordialement,
Posté le 17 septembre 2014 - 15:51
Rebonjour


On 9/17/2014 6:54 AM, Meph wrote:
- La mise en veille est déjà désactivée et la carte SD est toujours sous
tension (modification de la clé de registre). - Que voulez-vous dire par
"écrire en mode sécurisé"


Ecrire en mode sécurisé : il existe une fonction hxxxx qui permet de
spécifier le mode d'écriture (il faudra chercher, je ne l'ai plus en
tête... ca doit être l'age...)

- Vous croyez donc que cette erreur peut se produire car le fichier
n'étant pas forcément fermé après création/modification, ceci pourrait
engendrer des erreurs sur les fichiers ?


Exactement...

Quelle pourrait en être la
cause ? Se pourrait-il que l'environnement (hardware, Windows CE) de la
carte MicroSD ait un problème ?


chaque fois que j'ai rencontré des cas de corruption de fichier, la
cause a toujours été hardware... Souvent une interruption de connexion,
une mise en veille du disque dur ou autre problème externe qu'il faut
contourner...

Cordialement


--
Fabrice Harari
Consultant WinDev, WebDev et WinDev Mobile International

NOUVEAU: WXShowroom.com est disponible : Montrez vos projets !
Plus d'information sur http://fabriceharari.com


Cordialement,
Membre enregistré
3 messages
Posté le 19 septembre 2014 - 12:32
Bonjour,

J'arrive à à peu près refaire mon erreur. C'est d'ailleurs tout bête puisque je rentre dans mon module (qui contient plusieurs onglets) et je passe de l'un à l'autre très rapidement. Je sors du module et y rentre à nouveau et ça plante. Je précise que je ne modifie rien, il y a simplement ouverture de fichier, lecture et fermeture.


Ecrire en mode sécurisé : il existe une fonction hxxxx qui permet de
spécifier le mode d'écriture (il faudra chercher, je ne l'ai plus en
tête... ca doit être l'age...)


Je passe par la fonction HforceEcriture : La fonction HForceEcriture permet de forcer l'écriture dans le ou les fichiers manipulés uniquement lors de l'appel de cette fonction. Le ou les fichiers manipulés sont fermés puis ré-ouverts lors de cette écriture. La vitesse d'écriture dans les fichiers de données n'est pas ralentie.

Par ailleurs, j'ai renvoyé un appareil au constructeur, qui lui ne trouve pas de défaut en lecture/écriture de fichier etc :(