yvessimon
Messages postés637Date d'inscriptionmardi 22 avril 2003StatutMembreDernière intervention 9 janvier 2017 8 oct. 2012 à 15:06
Bonjour,
La compilation est bonne.
Par contre à l'exécution un message apparait :
"Le projet WDS.exe a provoqué une classe d'exception EOleSysError
avec le message 'Classe non enregistrée'.
Processus stoppé.
Utilisez Pas-à-pas ou Exécuter pour continuer.
"
Ceci avec l'exe fourni ou compilé
Salutations
cs_MAURICIO
Messages postés2106Date d'inscriptionmardi 10 décembre 2002StatutModérateurDernière intervention15 décembre 20145 8 oct. 2012 à 14:53
J' ai fait une mise à jour avec les différentes remarques ...
J' ai également laissé l' exe qu' il faut renommer.
Pour ce qui était du problème unicode, il est plus simple d' ouvrir le fichier avec notepad, faire "enregistrer sous ..." et ensuite de selectionner l' encodade ANSI. De toute façon, je l' ai fait pour vous simplifier la vie.
A+
cs_MAURICIO
Messages postés2106Date d'inscriptionmardi 10 décembre 2002StatutModérateurDernière intervention15 décembre 20145 8 oct. 2012 à 10:16
Vous pouvez supprimer les unités "cyBasePanel, cyPanel, cyAdvPanel".
Aparemment, sur certains Delphi, si on met :
ADOQuery1.ParamCheck := false;
cela a pour incidence de modifier le code SQL executé qui fait que ça ne marche pas ...
Merci à Yves Simon pour son aide,
Mauricio
papyvore
Messages postés223Date d'inscriptionsamedi 15 novembre 2003StatutMembreDernière intervention16 décembre 202115 8 oct. 2012 à 08:51
Bonjour
Pour yvessimon
l' entête de l' unité est unicode
unit SearchAPILib_TLB;
supprimer les premier caractères comme ça : unit SearchAPILib_TLB;
et pour ceux qui ont D7, dans le DPR supprimer cette ligne // Application.MainFormOnTaskbar := True;
et ça compile .
yvessimon
Messages postés637Date d'inscriptionmardi 22 avril 2003StatutMembreDernière intervention 9 janvier 2017 5 oct. 2012 à 07:58
bonjour,
2 soucis
1- [Erreur] SearchAPILib_TLB.pas(1): Caractère incorrect dans le fichier d'entrée : 'ï' ($EF)
2- [Erreur fatale] WDS.dpr(5): Impossible de compiler l'unité utilisée 'SearchAPILib_TLB.pas'
?
Salutations
bongenie
Messages postés15Date d'inscriptionsamedi 8 janvier 2005StatutMembreDernière intervention28 octobre 2010 4 oct. 2012 à 19:26
bonjour Mauricio,
ce bout de code m'intéresse mais ça ne compile pas. Les librairies suivantes sembent manquantes : cyBasePanel, cyPanel, cyAdvPanel.
Pourquoi est ce que " ADOQuery1.ParamCheck := false; " peut provoquer une erreur sous certains PC ?
Merci d'avance pour la réponse
cs_MAURICIO
Messages postés2106Date d'inscriptionmardi 10 décembre 2002StatutModérateurDernière intervention15 décembre 20145 4 oct. 2012 à 18:59
Je vous ai mis un lien sur une page internet qui vous résume très bien la finalité.
Le fichier "SearchAPILib_TLB.pas" a été trouvé sur internet (importation du fichier SearchAPILib.TLB depuis le SDK de Windows aparemment).
Remarque:
J' ai remarqué un problème de communication ADO sur 2 PCs sous Windows 7 pro 64 bits.
L' erreur est : "le canal de communication a été fermé" et survient après avoir ouvert la table.
J' ai alors pensé que cela pouvait venir du fait que se soit sous Win7 64 bits juqu' à ce que j' ai pu faire tourner la démo sur un autre PC avec ces mêmes caractéristiques.
Si quelqu ' un découvre le problème, j' en serai reconnaissant.
8 oct. 2012 à 15:17
Moi qui voulait de l' aide pour essayer de comprendre pourquoi ça marche pas quelques fois sous Windows7 64 bits :)
Pour ce problème:
à noter que le Windows Desktop Search n' est pas installé par défaut sous Windows XP et il faut donc l' installer avant.
Voici le lien: http://www.microsoft.com/fr-fr/download/details.aspx?id=3382
A+
8 oct. 2012 à 15:06
La compilation est bonne.
Par contre à l'exécution un message apparait :
"Le projet WDS.exe a provoqué une classe d'exception EOleSysError
avec le message 'Classe non enregistrée'.
Processus stoppé.
Utilisez Pas-à-pas ou Exécuter pour continuer.
"
Ceci avec l'exe fourni ou compilé
Salutations
8 oct. 2012 à 14:53
J' ai également laissé l' exe qu' il faut renommer.
Pour ce qui était du problème unicode, il est plus simple d' ouvrir le fichier avec notepad, faire "enregistrer sous ..." et ensuite de selectionner l' encodade ANSI. De toute façon, je l' ai fait pour vous simplifier la vie.
A+
8 oct. 2012 à 10:16
Aparemment, sur certains Delphi, si on met :
ADOQuery1.ParamCheck := false;
cela a pour incidence de modifier le code SQL executé qui fait que ça ne marche pas ...
Merci à Yves Simon pour son aide,
Mauricio
8 oct. 2012 à 08:51
Pour yvessimon
l' entête de l' unité est unicode
unit SearchAPILib_TLB;
supprimer les premier caractères comme ça : unit SearchAPILib_TLB;
et pour ceux qui ont D7, dans le DPR supprimer cette ligne // Application.MainFormOnTaskbar := True;
et ça compile .
5 oct. 2012 à 07:58
2 soucis
1- [Erreur] SearchAPILib_TLB.pas(1): Caractère incorrect dans le fichier d'entrée : 'ï' ($EF)
2- [Erreur fatale] WDS.dpr(5): Impossible de compiler l'unité utilisée 'SearchAPILib_TLB.pas'
?
Salutations
4 oct. 2012 à 19:26
ce bout de code m'intéresse mais ça ne compile pas. Les librairies suivantes sembent manquantes : cyBasePanel, cyPanel, cyAdvPanel.
Pourquoi est ce que " ADOQuery1.ParamCheck := false; " peut provoquer une erreur sous certains PC ?
Merci d'avance pour la réponse
4 oct. 2012 à 18:59
Le fichier "SearchAPILib_TLB.pas" a été trouvé sur internet (importation du fichier SearchAPILib.TLB depuis le SDK de Windows aparemment).
Remarque:
J' ai remarqué un problème de communication ADO sur 2 PCs sous Windows 7 pro 64 bits.
L' erreur est : "le canal de communication a été fermé" et survient après avoir ouvert la table.
J' ai alors pensé que cela pouvait venir du fait que se soit sous Win7 64 bits juqu' à ce que j' ai pu faire tourner la démo sur un autre PC avec ces mêmes caractéristiques.
Si quelqu ' un découvre le problème, j' en serai reconnaissant.
Mauricio