Sur des applis WD7x, avez-vous parfois une erreur d'amorçage de clé du
style :
"Aucun parcours n'a été amorcé pour la rubrique <RUB> sur le fichier
<FICHIER>." ?
Je ne comprend pas bien pourquoi j'ai eu cette erreur cette nuit sur
une de mes applis, sur le code (abrégé) suivant :
(l'erreur est survenue à priori sur la tentative de lecture du 1er
entregistrement puisqu'aucun enregistrement n'a été affecté par mon
"traitement")
// la procédure précédente ferme tous les fichiers HF et les réindexe
...
HFerme("")
//mais une autre routine écrit ensuite un enregistrement dans FICHIER
procédure_sur_fichierHF_FICHIER()
//ensuite j'ai eu le probleme ici
HDésactiveFiltre(FICHIER)
HLitPremier(FICHIER,RUB) // Boom !
TANTQUE PAS HEnDehors()
...
//traitement
Multitache(-1)
HLitSuivant(FICHIER,RUB)
FIN
HDésactiveFiltre(FICHIER)
Des idées ?
--
Romain PETIT
http://cerbermail.com/?IJmancZl88
(cliquez sur le lien ci-dessus pour me contacter en privé)
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Michel Moreno
Bonjour,
En vérité pas vraiment d'idées, si ce n'est qu'en WD5.5 , j'ai souvent eu ce problème , ou des problèmes du genre "clé inconnue" sur un lhlitrecherche ou hlitpremier. A chaque fois ca venait d'un problème d'index. En reindexant, ca remarchait.
Michel
Bonjour,
En vérité pas vraiment d'idées, si ce n'est qu'en WD5.5 , j'ai souvent
eu ce problème , ou des problèmes du genre "clé inconnue" sur un
lhlitrecherche ou hlitpremier. A chaque fois ca venait d'un problème
d'index. En reindexant, ca remarchait.
En vérité pas vraiment d'idées, si ce n'est qu'en WD5.5 , j'ai souvent eu ce problème , ou des problèmes du genre "clé inconnue" sur un lhlitrecherche ou hlitpremier. A chaque fois ca venait d'un problème d'index. En reindexant, ca remarchait.
Michel
Romain PETIT
Michel Moreno avait énoncé :
En vérité pas vraiment d'idées, si ce n'est qu'en WD5.5 , j'ai souvent eu ce problème , ou des problèmes du genre "clé inconnue" sur un lhlitrecherche ou hlitpremier. A chaque fois ca venait d'un problème d'index. En reindexant, ca remarchait.
Mais mon fichier avait été réindexé (par précaution) 2 minutes avant...
A+
-- Romain PETIT http://cerbermail.com/?IJmancZl88 (cliquez sur le lien ci-dessus pour me contacter en privé)
Michel Moreno avait énoncé :
En vérité pas vraiment d'idées, si ce n'est qu'en WD5.5 , j'ai souvent eu ce
problème , ou des problèmes du genre "clé inconnue" sur un lhlitrecherche ou
hlitpremier. A chaque fois ca venait d'un problème d'index. En reindexant, ca
remarchait.
Mais mon fichier avait été réindexé (par précaution) 2 minutes avant...
A+
--
Romain PETIT
http://cerbermail.com/?IJmancZl88
(cliquez sur le lien ci-dessus pour me contacter en privé)
En vérité pas vraiment d'idées, si ce n'est qu'en WD5.5 , j'ai souvent eu ce problème , ou des problèmes du genre "clé inconnue" sur un lhlitrecherche ou hlitpremier. A chaque fois ca venait d'un problème d'index. En reindexant, ca remarchait.
Mais mon fichier avait été réindexé (par précaution) 2 minutes avant...
A+
-- Romain PETIT http://cerbermail.com/?IJmancZl88 (cliquez sur le lien ci-dessus pour me contacter en privé)
spetb
> Sur des applis WD7x, avez-vous parfois une erreur d'amorçage de clé du style : "Aucun parcours n'a été amorcé pour la rubrique <RUB> sur le fichier <FICHIER>." ?
Bonjour,
Non je n'ai pas encore rencontré celle là. J'avais pensé a une possibilité sur le hlitpremier juste après le hferme (sans houvre) et ajout d'une fiche, mais je n'ai pas réussi à reproduire l'erreur. Question le fichier en cause est-il lié à un autre fichier ?
> Sur des applis WD7x, avez-vous parfois une erreur d'amorçage de clé du
style :
"Aucun parcours n'a été amorcé pour la rubrique <RUB> sur le fichier
<FICHIER>." ?
Bonjour,
Non je n'ai pas encore rencontré celle là.
J'avais pensé a une possibilité sur le hlitpremier juste après le hferme
(sans houvre) et ajout d'une fiche, mais je n'ai pas réussi à reproduire
l'erreur.
Question le fichier en cause est-il lié à un autre fichier ?
Sincères Salutations
--
Jean-Claude FLAJOULOT
Sécurité Pointage & Biométrie
SPetB_no_spam@wandoo.fr
(Otez _no_spam pour me contacter en PV)
> Sur des applis WD7x, avez-vous parfois une erreur d'amorçage de clé du style : "Aucun parcours n'a été amorcé pour la rubrique <RUB> sur le fichier <FICHIER>." ?
Bonjour,
Non je n'ai pas encore rencontré celle là. J'avais pensé a une possibilité sur le hlitpremier juste après le hferme (sans houvre) et ajout d'une fiche, mais je n'ai pas réussi à reproduire l'erreur. Question le fichier en cause est-il lié à un autre fichier ?
Non je n'ai pas encore rencontré celle là. J'avais pensé a une possibilité sur le hlitpremier juste après le hferme (sans houvre) et ajout d'une fiche, mais je n'ai pas réussi à reproduire l'erreur. Question le fichier en cause est-il lié à un autre fichier ?
Oui, mais pas sur la clé en question (qui par ailleurs est une clé unique identifiant auto...) L'erreur n'est effectivement pas reproductible (ces procédures ont déjà été appellées sans soucis depuis plusieurs jours).
Pour être plus précis, cette procédure est lancée grâce à un timer lorsque le jour change (à minuit donc) C'est curieux, d'après mes traces, l'appli est apparemment restée bloquée sur le HLitPremier() à un momment où il n'y a aucun accès concurrentiel possible (même de la part de l'appli en question dans le thread principal).
L'exception s'est déclanchée uniquement lors de l'intervention extérieure (clic sur un bouton d'arrêt).
Bizarre... En attendant d'en savoir plus, j'ai rajouté un "SI hOuvre(FICHIER) ALORS" avant d'entamer la lecture...
A+
-- Romain PETIT http://cerbermail.com/?IJmancZl88 (cliquez sur le lien ci-dessus pour me contacter en privé)
spetb a émis l'idée suivante :
Non je n'ai pas encore rencontré celle là.
J'avais pensé a une possibilité sur le hlitpremier juste après le hferme
(sans houvre) et ajout d'une fiche, mais je n'ai pas réussi à reproduire
l'erreur.
Question le fichier en cause est-il lié à un autre fichier ?
Oui, mais pas sur la clé en question (qui par ailleurs est une clé
unique identifiant auto...)
L'erreur n'est effectivement pas reproductible (ces procédures ont déjà
été appellées sans soucis depuis plusieurs jours).
Pour être plus précis, cette procédure est lancée grâce à un timer
lorsque le jour change (à minuit donc)
C'est curieux, d'après mes traces, l'appli est apparemment restée
bloquée sur le HLitPremier() à un momment où il n'y a aucun accès
concurrentiel possible (même de la part de l'appli en question dans le
thread principal).
L'exception s'est déclanchée uniquement lors de l'intervention
extérieure (clic sur un bouton d'arrêt).
Bizarre...
En attendant d'en savoir plus, j'ai rajouté un "SI hOuvre(FICHIER)
ALORS" avant d'entamer la lecture...
A+
--
Romain PETIT
http://cerbermail.com/?IJmancZl88
(cliquez sur le lien ci-dessus pour me contacter en privé)
Non je n'ai pas encore rencontré celle là. J'avais pensé a une possibilité sur le hlitpremier juste après le hferme (sans houvre) et ajout d'une fiche, mais je n'ai pas réussi à reproduire l'erreur. Question le fichier en cause est-il lié à un autre fichier ?
Oui, mais pas sur la clé en question (qui par ailleurs est une clé unique identifiant auto...) L'erreur n'est effectivement pas reproductible (ces procédures ont déjà été appellées sans soucis depuis plusieurs jours).
Pour être plus précis, cette procédure est lancée grâce à un timer lorsque le jour change (à minuit donc) C'est curieux, d'après mes traces, l'appli est apparemment restée bloquée sur le HLitPremier() à un momment où il n'y a aucun accès concurrentiel possible (même de la part de l'appli en question dans le thread principal).
L'exception s'est déclanchée uniquement lors de l'intervention extérieure (clic sur un bouton d'arrêt).
Bizarre... En attendant d'en savoir plus, j'ai rajouté un "SI hOuvre(FICHIER) ALORS" avant d'entamer la lecture...
A+
-- Romain PETIT http://cerbermail.com/?IJmancZl88 (cliquez sur le lien ci-dessus pour me contacter en privé)
Sébastien MAZET
Combien de fichiers sont ouverts en simultané ?
Ce type de message pouvait apparaître sur les base en HF5 avec un MAXFIC < au nombres de fichiers ouverts (perte de contexte) Dans ton cas je ne sais pas, mais c'est peut être une piste.
Sébastien
-- -- "Romain PETIT" a écrit dans le message de news:
spetb a émis l'idée suivante :
> Non je n'ai pas encore rencontré celle là. > J'avais pensé a une possibilité sur le hlitpremier juste après le hferme > (sans houvre) et ajout d'une fiche, mais je n'ai pas réussi à reproduire > l'erreur. > Question le fichier en cause est-il lié à un autre fichier ?
Oui, mais pas sur la clé en question (qui par ailleurs est une clé unique identifiant auto...) L'erreur n'est effectivement pas reproductible (ces procédures ont déjà été appellées sans soucis depuis plusieurs jours).
Pour être plus précis, cette procédure est lancée grâce à un timer lorsque le jour change (à minuit donc) C'est curieux, d'après mes traces, l'appli est apparemment restée bloquée sur le HLitPremier() à un momment où il n'y a aucun accès concurrentiel possible (même de la part de l'appli en question dans le thread principal).
L'exception s'est déclanchée uniquement lors de l'intervention extérieure (clic sur un bouton d'arrêt).
Bizarre... En attendant d'en savoir plus, j'ai rajouté un "SI hOuvre(FICHIER) ALORS" avant d'entamer la lecture...
A+
-- Romain PETIT http://cerbermail.com/?IJmancZl88 (cliquez sur le lien ci-dessus pour me contacter en privé)
Combien de fichiers sont ouverts en simultané ?
Ce type de message pouvait apparaître sur les
base en HF5 avec un MAXFIC < au nombres de
fichiers ouverts (perte de contexte)
Dans ton cas je ne sais pas, mais c'est
peut être une piste.
Sébastien
--
--
"Romain PETIT" <VoirM@Signature.fin> a écrit dans le message de
news:mesnews.eb187d41.05486350.118.2248@Signature.fin...
spetb a émis l'idée suivante :
> Non je n'ai pas encore rencontré celle là.
> J'avais pensé a une possibilité sur le hlitpremier juste après le hferme
> (sans houvre) et ajout d'une fiche, mais je n'ai pas réussi à reproduire
> l'erreur.
> Question le fichier en cause est-il lié à un autre fichier ?
Oui, mais pas sur la clé en question (qui par ailleurs est une clé
unique identifiant auto...)
L'erreur n'est effectivement pas reproductible (ces procédures ont déjà
été appellées sans soucis depuis plusieurs jours).
Pour être plus précis, cette procédure est lancée grâce à un timer
lorsque le jour change (à minuit donc)
C'est curieux, d'après mes traces, l'appli est apparemment restée
bloquée sur le HLitPremier() à un momment où il n'y a aucun accès
concurrentiel possible (même de la part de l'appli en question dans le
thread principal).
L'exception s'est déclanchée uniquement lors de l'intervention
extérieure (clic sur un bouton d'arrêt).
Bizarre...
En attendant d'en savoir plus, j'ai rajouté un "SI hOuvre(FICHIER)
ALORS" avant d'entamer la lecture...
A+
--
Romain PETIT
http://cerbermail.com/?IJmancZl88
(cliquez sur le lien ci-dessus pour me contacter en privé)
Ce type de message pouvait apparaître sur les base en HF5 avec un MAXFIC < au nombres de fichiers ouverts (perte de contexte) Dans ton cas je ne sais pas, mais c'est peut être une piste.
Sébastien
-- -- "Romain PETIT" a écrit dans le message de news:
spetb a émis l'idée suivante :
> Non je n'ai pas encore rencontré celle là. > J'avais pensé a une possibilité sur le hlitpremier juste après le hferme > (sans houvre) et ajout d'une fiche, mais je n'ai pas réussi à reproduire > l'erreur. > Question le fichier en cause est-il lié à un autre fichier ?
Oui, mais pas sur la clé en question (qui par ailleurs est une clé unique identifiant auto...) L'erreur n'est effectivement pas reproductible (ces procédures ont déjà été appellées sans soucis depuis plusieurs jours).
Pour être plus précis, cette procédure est lancée grâce à un timer lorsque le jour change (à minuit donc) C'est curieux, d'après mes traces, l'appli est apparemment restée bloquée sur le HLitPremier() à un momment où il n'y a aucun accès concurrentiel possible (même de la part de l'appli en question dans le thread principal).
L'exception s'est déclanchée uniquement lors de l'intervention extérieure (clic sur un bouton d'arrêt).
Bizarre... En attendant d'en savoir plus, j'ai rajouté un "SI hOuvre(FICHIER) ALORS" avant d'entamer la lecture...
A+
-- Romain PETIT http://cerbermail.com/?IJmancZl88 (cliquez sur le lien ci-dessus pour me contacter en privé)
Romain PETIT
Sébastien MAZET a présenté l'énoncé suivant :
Combien de fichiers sont ouverts en simultané ?
Au moment du problème il n'y en a qu'un... (HFerme("") juste avant)
Ce type de message pouvait apparaître sur les base en HF5 avec un MAXFIC < au nombres de fichiers ouverts (perte de contexte) Dans ton cas je ne sais pas, mais c'est peut être une piste.
En WD7.5 je doute que ce soit le cas mais merci pour ta piste...
A+
-- Romain PETIT http://cerbermail.com/?IJmancZl88 (cliquez sur le lien ci-dessus pour me contacter en privé)
Sébastien MAZET a présenté l'énoncé suivant :
Combien de fichiers sont ouverts en simultané ?
Au moment du problème il n'y en a qu'un...
(HFerme("") juste avant)
Ce type de message pouvait apparaître sur les
base en HF5 avec un MAXFIC < au nombres de
fichiers ouverts (perte de contexte)
Dans ton cas je ne sais pas, mais c'est
peut être une piste.
En WD7.5 je doute que ce soit le cas mais merci pour ta piste...
A+
--
Romain PETIT
http://cerbermail.com/?IJmancZl88
(cliquez sur le lien ci-dessus pour me contacter en privé)
Au moment du problème il n'y en a qu'un... (HFerme("") juste avant)
Ce type de message pouvait apparaître sur les base en HF5 avec un MAXFIC < au nombres de fichiers ouverts (perte de contexte) Dans ton cas je ne sais pas, mais c'est peut être une piste.
En WD7.5 je doute que ce soit le cas mais merci pour ta piste...
A+
-- Romain PETIT http://cerbermail.com/?IJmancZl88 (cliquez sur le lien ci-dessus pour me contacter en privé)
Romain PETIT
Romain PETIT a exprimé avec précision :
En WD7.5 je doute que ce soit le cas mais merci pour ta piste...
Bon après analyse il s'agit bien d'un problème de perte de contexte. Le fichier sur lequel travaillait la procédure appellée par le timer a été fermée par le clic sur le bouton. J'ai fait l'erreur de ne pas rendre ce bouton indisponible lorsque la procédure tournait (et qui ce jour là était particulièrement longue, ce qui a fait croire au blocage de l'application)...
De ma faute donc.
A+
-- Romain PETIT http://cerbermail.com/?IJmancZl88 (cliquez sur le lien ci-dessus pour me contacter en privé)
Romain PETIT a exprimé avec précision :
En WD7.5 je doute que ce soit le cas mais merci pour ta piste...
Bon après analyse il s'agit bien d'un problème de perte de contexte.
Le fichier sur lequel travaillait la procédure appellée par le timer a
été fermée par le clic sur le bouton.
J'ai fait l'erreur de ne pas rendre ce bouton indisponible lorsque la
procédure tournait (et qui ce jour là était particulièrement longue, ce
qui a fait croire au blocage de l'application)...
De ma faute donc.
A+
--
Romain PETIT
http://cerbermail.com/?IJmancZl88
(cliquez sur le lien ci-dessus pour me contacter en privé)
En WD7.5 je doute que ce soit le cas mais merci pour ta piste...
Bon après analyse il s'agit bien d'un problème de perte de contexte. Le fichier sur lequel travaillait la procédure appellée par le timer a été fermée par le clic sur le bouton. J'ai fait l'erreur de ne pas rendre ce bouton indisponible lorsque la procédure tournait (et qui ce jour là était particulièrement longue, ce qui a fait croire au blocage de l'application)...
De ma faute donc.
A+
-- Romain PETIT http://cerbermail.com/?IJmancZl88 (cliquez sur le lien ci-dessus pour me contacter en privé)
