| |
Posté le 28 juin 2023 - 18:10 |
Bonjour, Suite au passage en WinDev 28 Update 3 depuis WinDev 28 Update 2, les requetes SQL de mon application plante de maniere aléatoire. Et tout le temps avec cette erreur :
Erreur interne à la DLL WDHF.
Pile des appels : Méthode Charge (MProduit.Charge), ligne 27 Procédure locale PROC_Produit_Modifie (FEN_INT_Produits.PROCEDURE.PROC_Produit_Modifie), ligne 20 Clic sur BTN_MasquerFiltres ( ZR_Produits ) (FEN_INT_Produits.FEN_INT_Produits.ZR_Produits.BTN_MasquerFiltres), ligne 2
Date : 28/06/2023 17:54:40 Projet : WinServiceCRM (3.5.8.0)
Informations supplémentaires : Code erreur : 70199 Code erreur WD55 : 199 Module : wd280hf64.dll (01F280085n - 28.0.444.4)
Informations de débogage : ##InternalError## IEWDHF=3.188 Module=<WDHF> Version=<28.0.444.4> EIT_LOGICALTABLENAME : <REQ_ProduitCharge> EIT_TYPE_WDFILE : <4> EIT_IDCODE : <458752>
J'ai suppose un probleme de conflit de version entre mon appli, les DLL, et le serveur HFSQL mais apres vérifiation et mise à jour de mon serveur, tout est bien en W28 Update 3.
Est ce que quelqu'un a ete lui aussi confronté a ce probleme?
Merci beaucoup.
Cordialement,
Bertrand Aygon |
| |
| |
| | | |
|
| | |
| |
Membre enregistré 13 messages |
|
Posté le 04 juillet 2023 - 18:38 |
Bonjour Bertand,
nous avons le même souci après une migration vers Windev / HFSQL 27. Dans Windev / HFSQL 25 nous n'avions pas l'erreur.
Dans notre cas, la ligne renseignée dans le message est toujours une assignation à un paramètre d’une requête : <Nom_Requête>.<Nom_Paramètre> = <valeur>
Lorsque l'utilisateur retente la même manipulation (création / modification) avec les mêmes données, ça passe. Nous sommes toujours en train d'essayer d'avoir un diagnostic plus précis....
Didier. |
| |
| |
| | | |
|
| | |
| |
Membre enregistré 9 messages |
|
Posté le 26 septembre 2023 - 21:02 |
Bonsoir, j'utilise Windev 27 et j'ai le même souci, est-ce que vous avez pu trouvé quelque chose ?
Oli |
| |
| |
| | | |
|
| | |
| |
Posté le 27 septembre 2023 - 14:05 |
ne pas utiliser les requetes SQL faites via l'éditeur de requête, mais plutot utiliser les variables sources de données en utilisant hExécuteRequêteSQL.
J'ai déjà eu ce soucis, souvent dans des projets de type usines à gaz avec bcp trop d'éléments de projet.
Et puis utiliser les requêtes SQL faites via l'éditeur de requêtes n'est pas du tout propre, et on est limité dans les fonctionnalités SQL. |
| |
| |
| | | |
|
| | |
| |
Membre enregistré 287 messages Popularité : +51 (79 votes) |
|
Posté le 27 septembre 2023 - 14:31 |
@Julien comment tu fais dans ce cas quand tu souhaites utiliser une requête comme source d'un champ table ou zone répétée ?
-- #DKR |
| |
| |
| | | |
|
| | |
| |
Posté le 28 septembre 2023 - 10:13 |
Bertrand Aygon a formulé la demande :
Bonjour, Suite au passage en WinDev 28 Update 3 depuis WinDev 28 Update 2, les requetes SQL de mon application plante de maniere aléatoire. Et tout le temps avec cette erreur :
Erreur interne à la DLL WDHF.
Pile des appels : Méthode Charge (MProduit.Charge), ligne 27 Procédure locale PROC_Produit_Modifie (FEN_INT_Produits.PROCEDURE.PROC_Produit_Modifie), ligne 20 Clic sur BTN_MasquerFiltres ( ZR_Produits ) (FEN_INT_Produits.FEN_INT_Produits.ZR_Produits.BTN_MasquerFiltres), ligne 2
Date : 28/06/2023 17:54:40 Projet : WinServiceCRM (3.5.8.0)
Informations supplémentaires : Code erreur : 70199 Code erreur WD55 : 199 Module : wd280hf64.dll (01F280085n - 28.0.444.4)
Informations de débogage : ##InternalError## IEWDHF=3.188 Module=<WDHF> Version=<28.0.444.4> EIT_LOGICALTABLENAME : <REQ_ProduitCharge> EIT_TYPE_WDFILE : <4> EIT_IDCODE : <458752>
J'ai suppose un probleme de conflit de version entre mon appli, les DLL, et le serveur HFSQL mais apres vérifiation et mise à jour de mon serveur, tout est bien en W28 Update 3.
Est ce que quelqu'un a ete lui aussi confronté a ce probleme?
Merci beaucoup.
Cordialement,
Bertrand Aygon
bonjour,
suis-je le seul à ne plus voir les images sur le forum ??
-- Cordialement JeAn-PhI |
| |
| |
| | | |
|
| | |
| |
Posté le 28 septembre 2023 - 10:55 |
salut images non visibles. le forum a des problèmes. titou44 |
| |
| |
| | | |
|
| | |
| |
Membre enregistré 13 messages |
|
Posté le 20 novembre 2023 - 13:20 |
Je n'ai pas reçu les notifications lors des mises à jour de cette discussion et les ai toutes reçues en un coup ce lundi 19/11/23.
Concernant le problème chez nous, il se reproduit quelque soit le type de requête utilisé. Nous avons travaillé avec l'assistance directe de PCSoft et nous attendons un patch correctif.
Cordialement,
Didier. |
| |
| |
| | | |
|
| | |
| |
Membre enregistré 6 messages |
|
Posté le 14 décembre 2023 - 01:26 |
Bonjour,
Essayez de décocher l'option "Copier les connexions pendant la copie de contexte" Ça a marché pour moi. (Description du projet, Fichiers...) |
| |
| |
| | | |
|
| | |
| |
Membre enregistré 13 messages |
|
Posté le 23 janvier 2024 - 09:57 |
Merci Olivier. Cette option n'est pas disponible en version 27 (cette option a été introduite en version 28). Par ailleurs, nous n'utilisons pas les connecteurs natifs.
Bertrand pourra éventuellement vérifier (il avait indiqué utiliser la 28).Message modifié, 23 janvier 2024 - 09:59 |
| |
| |
| | | |
|
| | |
| |
Posté le 13 mars 2024 - 11:53 |
Bonjour, Après migration d'un projet 18 en 28, j'ai rencontré le même souci. En décochant dans la description du projet / Fichiers " copier les connexions pendant la copie de contexte" a permis de résoudre le problème. Merci |
| |
| |
| | | |
|
| | |
| |
Posté le 12 avril 2024 - 09:11 |
Bonjour Didier,
Je suis victime moi aussi de cette erreur "Erreur interne à la DLL WDHF." lors d'une tentative d'ouverture de connexion dans un service Windows depuis que je suis passé à la version 2024.
Avez-vous eu un retour de PCSoft ?
Philippe |
| |
| |
| | | |
|
| | |
| |
Posté le 18 avril 2024 - 11:59 |
La réponse d'Olivier C., chez moi, sur un projet en Windev 2024 a fonctionné ! |
| |
| |
| | | |
|
| | |
| |
Membre enregistré 187 messages |
|
Posté le 18 avril 2024 - 21:11 |
OLI a écrit :
Bonsoir, j'utilise Windev 27 et j'ai le même souci, est-ce que vous avez pu trouvé quelque chose ?
IMAGE
Oli
J'avais récupéré ce bout de code un jour... Vous pouvez toujours essayer d'appeler cette procédure dans le code d'init du projet, on sait jamais...
Procedure StopHT()
hInstance est entier RetourFonction est entier dwProcessAffinityMask est entier versionplateforme est chaîne
versionplateforme = SysVersionWindows(sysVersionPlateForme)
SI versionplateforme = "NT" dwProcessAffinityMask = 1 hInstance = API("KERNEL32","GetCurrentProcess") RetourFonction = API("KERNEL32","SetProcessAffinityMask",hInstance,dwProcessAffinityMask) SI RetourFonction = 0 ALORS Erreur(ErreurInfo()) Ferme() FIN FIN |
| |
| |
| | | |
|
| | |