Je me permets de venir vers vous car apr=E8s plus de 2heures de recherche j=
e commence =E0 m'arracher les cheveux ... Et surtout, impossible de trouver=
un probl=E8me similaire dans le forum.
Donc si vous le voulez bien voici le message qui m'apparait :=20
Erreur =E0 la ligne 23 du traitement Initialisation de FEN_Tache_Tache.
Vous avez appel=E9 la fonction HLitRecherchePremier.
Erreur de l'acc=E8s OLE DB.
Num=E9ro d'erreur =3D 53=20
Echec de la conversion de la valeur au format de la base dans le format de =
HF.
Type de la valeur sur la base : 26
Type de la valeur dans l'analyse : 7
Valeur lue sur la base : 18991230000000000
----- Informations techniques -----
Projet : news
Appel WL :
Traitement de 'Initialisation de FEN_Tache_Tache' (FEN_Tache_Tache), ligne =
23, thread 0
Fonction 'HLitRecherchePremier', syntaxe 0
Que s'est-il pass=E9 ?
Erreur de l'acc=E8s OLE DB.
Num=E9ro d'erreur =3D 53=20
Echec de la conversion de la valeur au format de la base dans le format de =
HF.
Type de la valeur sur la base : 26
Type de la valeur dans l'analyse : 7
Valeur lue sur la base : 18991230000000000
Fonction (7,12)
Informations suppl=E9mentaires :
EIT_LOGICALTABLENAME : <taches_contenus>
EIT_ITEMNAME : <DATE_ECHEANCE>
EIT_NATIVECODE : <53>
EIT_PILEWL :
Initialisation de FEN_Tache_Tache (FEN_Tache_Tache), ligne 23
Bouton gauche double-clic (WM_LBUTTONDBLCLK) de TABLE_TACHE (FI_Tache.FI_Ta=
che.TABLE_TACHE), ligne 19
EIT_DATEHEURE : 09/07/2012 14:36:57
Il me semblait que ce morceau de code fonctionnait il y a quelques semaines=
... et maintenant (et sans changement ...) =E7=E0 ne fonctionne plus !
Voici le morceau de code :
// CTRL QUE LA FENETRE NE SOIT PAS DEJA OUVERTE
BDD_CRTL_USER est une Source de Donn=E9es
REQ_CTRL_USER est une cha=EEne =3D ...
"select ID_USER_ENCOURS from taches_contenus where id_contenu =3D '" +FEN_G=
enerale.SAI_tache_idtache+"'"
SI PAS HEx=E9cuteRequ=EAteSQL(BDD_CRTL_USER, MaConnexion1, hRequ=EAteSansCo=
rrection, REQ_CTRL_USER) ALORS
Erreur("Erreur d'initialisation de la requ=EAte"+RC+HErreurInfo())
SINON
HLitPremier(BDD_CRTL_USER)
SI BDD_CRTL_USER.ID_USER_ENCOURS <> "0" ET BDD_CRTL_USER.ID_USER_ENCOURS <>=
glob_id_user ALORS
Info("L'utilistateur " + BDD_CRTL_USER.ID_USER_ENCOURS + " est d=E9j=E0 sur=
cette fen=EAtre. Merci de vous reconnecter plus tard. ")
Ferme(FEN_Tache_Tache)
SINON
HLitRecherchePremier(taches_contenus, ID_CONTENU, FEN_Generale.SAI_tache_id=
tache)=20
SI HTrouve()=3DVrai ALORS
taches_contenus.ID_USER_ENCOURS =3D glob_id_user=09
HModifie(taches_contenus)=09
FIN
FIN
FIN
HFerme(BDD_CRTL_USER)
HAnnuleD=E9claration(BDD_CRTL_USER)
Tout semble fonctionner sauf le HLitRecherchePremier ...
Piti=E9=E9=E9=E9 ! Aidez moi avant que mon pc passe par la fenetre ! (=3DP)
En vous remerciant par avance !
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
phig
Le 09/07/2012 15:03, DGTL a écrit :
Bonjour à tous,
Je me permets de venir vers vous car après plus de 2heures de recherche je commence à m'arracher les cheveux ... Et surtout, impossible de trouver un problème similaire dans le forum.
Donc si vous le voulez bien voici le message qui m'apparait :
Erreur à la ligne 23 du traitement Initialisation de FEN_Tache_Tache. Vous avez appelé la fonction HLitRecherchePremier. Erreur de l'accès OLE DB. Numéro d'erreur = 53
Echec de la conversion de la valeur au format de la base dans le format de HF. Type de la valeur sur la base : 26 Type de la valeur dans l'analyse : 7 Valeur lue sur la base : 18991230000000000
----- Informations techniques -----
Projet : news
Appel WL : Traitement de 'Initialisation de FEN_Tache_Tache' (FEN_Tache_Tache), ligne 23, thread 0 Fonction 'HLitRecherchePremier', syntaxe 0
Que s'est-il passé ? Erreur de l'accès OLE DB. Numéro d'erreur = 53
Echec de la conversion de la valeur au format de la base dans le format de HF. Type de la valeur sur la base : 26 Type de la valeur dans l'analyse : 7 Valeur lue sur la base : 18991230000000000
Fonction (7,12) Informations supplémentaires : EIT_LOGICALTABLENAME : <taches_contenus> EIT_ITEMNAME : <DATE_ECHEANCE> EIT_NATIVECODE : <53> EIT_PILEWL : Initialisation de FEN_Tache_Tache (FEN_Tache_Tache), ligne 23 Bouton gauche double-clic (WM_LBUTTONDBLCLK) de TABLE_TACHE (FI_Tache.FI_Tache.TABLE_TACHE), ligne 19 EIT_DATEHEURE : 09/07/2012 14:36:57
Il me semblait que ce morceau de code fonctionnait il y a quelques semaines ... et maintenant (et sans changement ...) çà ne fonctionne plus !
Voici le morceau de code :
// CTRL QUE LA FENETRE NE SOIT PAS DEJA OUVERTE BDD_CRTL_USER est une Source de Données REQ_CTRL_USER est une chaîne = ... "select ID_USER_ENCOURS from taches_contenus where id_contenu = '" +FEN_Generale.SAI_tache_idtache+"'" SI PAS HExécuteRequêteSQL(BDD_CRTL_USER, MaConnexion1, hRequêteSansCorrection, REQ_CTRL_USER) ALORS Erreur("Erreur d'initialisation de la requête"+RC+HErreurInfo()) SINON
HLitPremier(BDD_CRTL_USER) SI BDD_CRTL_USER.ID_USER_ENCOURS <> "0" ET BDD_CRTL_USER.ID_USER_ENCOURS <> glob_id_user ALORS Info("L'utilistateur " + BDD_CRTL_USER.ID_USER_ENCOURS + " est déjà sur cette fenêtre. Merci de vous reconnecter plus tard. ") Ferme(FEN_Tache_Tache) SINON HLitRecherchePremier(taches_contenus, ID_CONTENU, FEN_Generale.SAI_tache_idtache) SI HTrouve()=Vrai ALORS taches_contenus.ID_USER_ENCOURS = glob_id_user HModifie(taches_contenus) FIN FIN FIN HFerme(BDD_CRTL_USER) HAnnuleDéclaration(BDD_CRTL_USER)
Tout semble fonctionner sauf le HLitRecherchePremier ... Pitiéééé ! Aidez moi avant que mon pc passe par la fenetre ! (=P) En vous remerciant par avance !
ca serait la bdd qui a changé de structure ? ( type 26 c'est dateheure, type 7, c'est un entier / 2 octets ) ...
Le 09/07/2012 15:03, DGTL a écrit :
Bonjour à tous,
Je me permets de venir vers vous car après plus de 2heures de recherche je commence à m'arracher les cheveux ... Et surtout, impossible de trouver un problème similaire dans le forum.
Donc si vous le voulez bien voici le message qui m'apparait :
Erreur à la ligne 23 du traitement Initialisation de FEN_Tache_Tache.
Vous avez appelé la fonction HLitRecherchePremier.
Erreur de l'accès OLE DB.
Numéro d'erreur = 53
Echec de la conversion de la valeur au format de la base dans le format de HF.
Type de la valeur sur la base : 26
Type de la valeur dans l'analyse : 7
Valeur lue sur la base : 18991230000000000
----- Informations techniques -----
Projet : news
Appel WL :
Traitement de 'Initialisation de FEN_Tache_Tache' (FEN_Tache_Tache), ligne 23, thread 0
Fonction 'HLitRecherchePremier', syntaxe 0
Que s'est-il passé ?
Erreur de l'accès OLE DB.
Numéro d'erreur = 53
Echec de la conversion de la valeur au format de la base dans le format de HF.
Type de la valeur sur la base : 26
Type de la valeur dans l'analyse : 7
Valeur lue sur la base : 18991230000000000
Fonction (7,12)
Informations supplémentaires :
EIT_LOGICALTABLENAME : <taches_contenus>
EIT_ITEMNAME : <DATE_ECHEANCE>
EIT_NATIVECODE : <53>
EIT_PILEWL :
Initialisation de FEN_Tache_Tache (FEN_Tache_Tache), ligne 23
Bouton gauche double-clic (WM_LBUTTONDBLCLK) de TABLE_TACHE (FI_Tache.FI_Tache.TABLE_TACHE), ligne 19
EIT_DATEHEURE : 09/07/2012 14:36:57
Il me semblait que ce morceau de code fonctionnait il y a quelques semaines ... et maintenant (et sans changement ...) çà ne fonctionne plus !
Voici le morceau de code :
// CTRL QUE LA FENETRE NE SOIT PAS DEJA OUVERTE
BDD_CRTL_USER est une Source de Données
REQ_CTRL_USER est une chaîne = ...
"select ID_USER_ENCOURS from taches_contenus where id_contenu = '" +FEN_Generale.SAI_tache_idtache+"'"
SI PAS HExécuteRequêteSQL(BDD_CRTL_USER, MaConnexion1, hRequêteSansCorrection, REQ_CTRL_USER) ALORS
Erreur("Erreur d'initialisation de la requête"+RC+HErreurInfo())
SINON
HLitPremier(BDD_CRTL_USER)
SI BDD_CRTL_USER.ID_USER_ENCOURS <> "0" ET BDD_CRTL_USER.ID_USER_ENCOURS <> glob_id_user ALORS
Info("L'utilistateur " + BDD_CRTL_USER.ID_USER_ENCOURS + " est déjà sur cette fenêtre. Merci de vous reconnecter plus tard. ")
Ferme(FEN_Tache_Tache)
SINON
HLitRecherchePremier(taches_contenus, ID_CONTENU, FEN_Generale.SAI_tache_idtache)
SI HTrouve()=Vrai ALORS
taches_contenus.ID_USER_ENCOURS = glob_id_user
HModifie(taches_contenus)
FIN
FIN
FIN
HFerme(BDD_CRTL_USER)
HAnnuleDéclaration(BDD_CRTL_USER)
Tout semble fonctionner sauf le HLitRecherchePremier ...
Pitiéééé ! Aidez moi avant que mon pc passe par la fenetre ! (=P)
En vous remerciant par avance !
ca serait la bdd qui a changé de structure ? ( type 26 c'est dateheure,
type 7, c'est un entier / 2 octets ) ...
Je me permets de venir vers vous car après plus de 2heures de recherche je commence à m'arracher les cheveux ... Et surtout, impossible de trouver un problème similaire dans le forum.
Donc si vous le voulez bien voici le message qui m'apparait :
Erreur à la ligne 23 du traitement Initialisation de FEN_Tache_Tache. Vous avez appelé la fonction HLitRecherchePremier. Erreur de l'accès OLE DB. Numéro d'erreur = 53
Echec de la conversion de la valeur au format de la base dans le format de HF. Type de la valeur sur la base : 26 Type de la valeur dans l'analyse : 7 Valeur lue sur la base : 18991230000000000
----- Informations techniques -----
Projet : news
Appel WL : Traitement de 'Initialisation de FEN_Tache_Tache' (FEN_Tache_Tache), ligne 23, thread 0 Fonction 'HLitRecherchePremier', syntaxe 0
Que s'est-il passé ? Erreur de l'accès OLE DB. Numéro d'erreur = 53
Echec de la conversion de la valeur au format de la base dans le format de HF. Type de la valeur sur la base : 26 Type de la valeur dans l'analyse : 7 Valeur lue sur la base : 18991230000000000
Fonction (7,12) Informations supplémentaires : EIT_LOGICALTABLENAME : <taches_contenus> EIT_ITEMNAME : <DATE_ECHEANCE> EIT_NATIVECODE : <53> EIT_PILEWL : Initialisation de FEN_Tache_Tache (FEN_Tache_Tache), ligne 23 Bouton gauche double-clic (WM_LBUTTONDBLCLK) de TABLE_TACHE (FI_Tache.FI_Tache.TABLE_TACHE), ligne 19 EIT_DATEHEURE : 09/07/2012 14:36:57
Il me semblait que ce morceau de code fonctionnait il y a quelques semaines ... et maintenant (et sans changement ...) çà ne fonctionne plus !
Voici le morceau de code :
// CTRL QUE LA FENETRE NE SOIT PAS DEJA OUVERTE BDD_CRTL_USER est une Source de Données REQ_CTRL_USER est une chaîne = ... "select ID_USER_ENCOURS from taches_contenus where id_contenu = '" +FEN_Generale.SAI_tache_idtache+"'" SI PAS HExécuteRequêteSQL(BDD_CRTL_USER, MaConnexion1, hRequêteSansCorrection, REQ_CTRL_USER) ALORS Erreur("Erreur d'initialisation de la requête"+RC+HErreurInfo()) SINON
HLitPremier(BDD_CRTL_USER) SI BDD_CRTL_USER.ID_USER_ENCOURS <> "0" ET BDD_CRTL_USER.ID_USER_ENCOURS <> glob_id_user ALORS Info("L'utilistateur " + BDD_CRTL_USER.ID_USER_ENCOURS + " est déjà sur cette fenêtre. Merci de vous reconnecter plus tard. ") Ferme(FEN_Tache_Tache) SINON HLitRecherchePremier(taches_contenus, ID_CONTENU, FEN_Generale.SAI_tache_idtache) SI HTrouve()=Vrai ALORS taches_contenus.ID_USER_ENCOURS = glob_id_user HModifie(taches_contenus) FIN FIN FIN HFerme(BDD_CRTL_USER) HAnnuleDéclaration(BDD_CRTL_USER)
Tout semble fonctionner sauf le HLitRecherchePremier ... Pitiéééé ! Aidez moi avant que mon pc passe par la fenetre ! (=P) En vous remerciant par avance !
ca serait la bdd qui a changé de structure ? ( type 26 c'est dateheure, type 7, c'est un entier / 2 octets ) ...
DGTL
Hummm ou est ce que tu vois que c'est dateheure ? En tout cas merci de ton aide, je vais de résoudre grace à toi mon prob leme ... il semble qu'il y avait une " anomalie " entre l'analyse & ma base SQL j'ai juste supprimer de l'analyse la table en question, puis relancé une synchro, et tout refonctionne ... X_X' !
Mille mercis, Juste pour le futur, si tu pouvais m'indiquer, ou as tu trouvé que cela p rovenait du champs dateheure ?!
Bonne soirée,
Hummm ou est ce que tu vois que c'est dateheure ?
En tout cas merci de ton aide, je vais de résoudre grace à toi mon prob leme ... il semble qu'il y avait une " anomalie " entre l'analyse & ma base SQL j'ai juste supprimer de l'analyse la table en question, puis relancé une synchro, et tout refonctionne ... X_X' !
Mille mercis,
Juste pour le futur, si tu pouvais m'indiquer, ou as tu trouvé que cela p rovenait du champs dateheure ?!
Hummm ou est ce que tu vois que c'est dateheure ? En tout cas merci de ton aide, je vais de résoudre grace à toi mon prob leme ... il semble qu'il y avait une " anomalie " entre l'analyse & ma base SQL j'ai juste supprimer de l'analyse la table en question, puis relancé une synchro, et tout refonctionne ... X_X' !
Mille mercis, Juste pour le futur, si tu pouvais m'indiquer, ou as tu trouvé que cela p rovenait du champs dateheure ?!
Bonne soirée,
JeAn-PhI
DGTL a exprimé avec précision :
Hummm ou est ce que tu vois que c'est dateheure ? En tout cas merci de ton aide, je vais de résoudre grace à toi mon probleme ... il semble qu'il y avait une " anomalie " entre l'analyse & ma base SQL j'ai juste supprimer de l'analyse la table en question, puis relancé une synchro, et tout refonctionne ... X_X' !
Mille mercis, Juste pour le futur, si tu pouvais m'indiquer, ou as tu trouvé que cela provenait du champs dateheure ?!
Bonne soirée,
c'est écrit dans ton log d'erreur :
Echec de la conversion de la valeur au format de la base dans le format de HF. Type de la valeur sur la base : 26 Type de la valeur dans l'analyse : 7 Valeur lue sur la base : 18991230000000000 <=== ici
-- Cordialement JeAn-PhI
DGTL a exprimé avec précision :
Hummm ou est ce que tu vois que c'est dateheure ?
En tout cas merci de ton aide, je vais de résoudre grace à toi mon probleme
... il semble qu'il y avait une " anomalie " entre l'analyse & ma base SQL
j'ai juste supprimer de l'analyse la table en question, puis relancé une
synchro, et tout refonctionne ... X_X' !
Mille mercis,
Juste pour le futur, si tu pouvais m'indiquer, ou as tu trouvé que cela
provenait du champs dateheure ?!
Bonne soirée,
c'est écrit dans ton log d'erreur :
Echec de la conversion de la valeur au format de la base dans le format
de HF.
Type de la valeur sur la base : 26
Type de la valeur dans l'analyse : 7
Valeur lue sur la base : 18991230000000000 <=== ici
Hummm ou est ce que tu vois que c'est dateheure ? En tout cas merci de ton aide, je vais de résoudre grace à toi mon probleme ... il semble qu'il y avait une " anomalie " entre l'analyse & ma base SQL j'ai juste supprimer de l'analyse la table en question, puis relancé une synchro, et tout refonctionne ... X_X' !
Mille mercis, Juste pour le futur, si tu pouvais m'indiquer, ou as tu trouvé que cela provenait du champs dateheure ?!
Bonne soirée,
c'est écrit dans ton log d'erreur :
Echec de la conversion de la valeur au format de la base dans le format de HF. Type de la valeur sur la base : 26 Type de la valeur dans l'analyse : 7 Valeur lue sur la base : 18991230000000000 <=== ici
-- Cordialement JeAn-PhI
phig
Le 09/07/2012 20:35, DGTL a écrit :
Hummm ou est ce que tu vois que c'est dateheure ? En tout cas merci de ton aide, je vais de résoudre grace à toi mon probleme ... il semble qu'il y avait une " anomalie " entre l'analyse & ma base SQL j'ai juste supprimer de l'analyse la table en question, puis relancé une synchro, et tout refonctionne ... X_X' !
Mille mercis, Juste pour le futur, si tu pouvais m'indiquer, ou as tu trouvé que cela provenait du champs dateheure ?!
Bonne soirée,
ben, typvar() faire F1 pour connaitre la correspondance.
c'était dans ton log:
echec de la conversion de la valeur au format de la base dans le format de HF. Type de la valeur sur la base : 26 <----- dateheure Type de la valeur dans l'analyse : 7 <----- entier 2 octets Valeur lue sur la base : 18991230000000000 <------ c'est bien un dateheure !
Le 09/07/2012 20:35, DGTL a écrit :
Hummm ou est ce que tu vois que c'est dateheure ?
En tout cas merci de ton aide, je vais de résoudre grace à toi mon probleme ... il semble qu'il y avait une " anomalie " entre l'analyse & ma base SQL j'ai juste supprimer de l'analyse la table en question, puis relancé une synchro, et tout refonctionne ... X_X' !
Mille mercis,
Juste pour le futur, si tu pouvais m'indiquer, ou as tu trouvé que cela provenait du champs dateheure ?!
Bonne soirée,
ben, typvar() faire F1 pour connaitre la correspondance.
c'était dans ton log:
echec de la conversion de la valeur au format de la base dans le format
de HF.
Type de la valeur sur la base : 26 <----- dateheure
Type de la valeur dans l'analyse : 7 <----- entier 2 octets
Valeur lue sur la base : 18991230000000000 <------ c'est bien un dateheure !
Hummm ou est ce que tu vois que c'est dateheure ? En tout cas merci de ton aide, je vais de résoudre grace à toi mon probleme ... il semble qu'il y avait une " anomalie " entre l'analyse & ma base SQL j'ai juste supprimer de l'analyse la table en question, puis relancé une synchro, et tout refonctionne ... X_X' !
Mille mercis, Juste pour le futur, si tu pouvais m'indiquer, ou as tu trouvé que cela provenait du champs dateheure ?!
Bonne soirée,
ben, typvar() faire F1 pour connaitre la correspondance.
c'était dans ton log:
echec de la conversion de la valeur au format de la base dans le format de HF. Type de la valeur sur la base : 26 <----- dateheure Type de la valeur dans l'analyse : 7 <----- entier 2 octets Valeur lue sur la base : 18991230000000000 <------ c'est bien un dateheure !
