resalu tout le monde ! me revoilà avec un nouveau pb ... j'pense que ça sera surement plus simple à résoudre puisqu'il s'agit maintenant de delphi/pascal objet...
 
alors, voilà, j'ai une fonction que j'importe d'une dll avec le prototype suivant :
 

 
avec TPtrProcedure, un type déclaré de la façon suivante :

 
 
ensuite, j'ai une méthode membre d'une classe que je veux utiliser dans la première fonction :

 
 
 
 
mais lorsque je tape ça :

le compilo me répond inlassablement : Variable Requise...
 
 
(a oui, dataPack :  

avec  

 
alors, d'après la doc :

 
 
alors ma question :
je me suis planté dans mon code où est ce qu'on en peut pas récupérer l'adresse d'une méthode de classe ?
 
(ça marche très bien si je 'sors' ma fonction traitementTruc de ma classe 'unClassPeuNimporte' mais ça m'arrange po)
 
 
merci d'avance !

[jfdsdjhfuetppo]--Message édité par Moustaaki le 29-05-2002 à 17:44:16--[/jfdsdjhfuetppo]

oui, j'oubliais :
j'ai essayer en lui passant directement le nom de la fonction sans mettre de @ devant et en changeant le prototype de la procedure importée. Cela se compile mais génére une erreur à l'execution...

 
bon, c bon, j'ai trouvé en fait... je vous le mêt au cas où quelqu'un aurait le même problème :
 
il fallait mettre
 

Tu as essayé ceci :
Function bStartFluxDoppler(pbDataRead:TPtrDataPack; Fonction: TUneProcedure)
?
Il me semble que c'est comme ça (et avec le @ quand on passe la fonction en param

et bien... ya un problème...
 

 
dataPack et traitementAcquisition sont réspectivement attributs et méhotde de la classe TAcquisition.
 
j'appelle la fonction importée de cette façon :

 
après l'avoir déclaré comme ça :

 
 
 
 
et donc, à l'éxécution, ça plante à la ligne en gras...  
erreur d'accès à la mémoire :
'access violation at 0x0041e0e3 read of adress 0x00000060'
 
 
 
 
 
or, si ma fonction de traitement est déclarée hors de la classe, ça ne plante plus... (ça fait pas ce que je veux mais ça, c'est un autre pb )
 
 
 
t'as une idée ??

Heu traitementAcquisition n'est pas un TUneProcedure : les paramètres ne sont pas les mêmes...

bin si, les paramètres sont les mêmes puisque :
 

 
non ?
 
sinon, je ne vois pas ce que tu veux dire, dsl

TUneProcedure = Procedure of object;
TPtrProcedure= ^TUneProcedure;
 
 
Euh, faut pas utiliser de pointeur justement... ;-)
 
Sinon tu peux utiliser la méthode bourrin
 
TaClasse.GetAdressOfMethod('machin' ou un truc du genre je sais plus
 
Puis, tu fais un coup de basm, avec l'adresse de la classe dans ebx... Non, c'est peut être un peu trop bourrin ca    
 
Bon, et si ca marche toujours pas, file un peu plus de source ou refais une petite synthèse de la position du problème  
 
TMachin = procedure (Foo: Integer) of object;
 
EDIT: Je sais plus pourquoi  

[jfdsdjhfuetppo]--Message édité par Zion le 29-05-2002 à 18:53:04--[/jfdsdjhfuetppo]

Zion a écrit a écrit : TUneProcedure = Procedure of object; TPtrProcedure= ^TUneProcedure;     Euh, faut pas utiliser de pointeur justement... ;-)   Sinon tu peux utiliser la méthode bourrin   TaClasse.GetAdressOfMethod('machin' ou un truc du genre je sais plus   Puis, tu fais un coup de basm, avec l'adresse de la classe dans ebx... Non, c'est peut être un peu trop bourrin ca       Bon, et si ca marche toujours pas, file un peu plus de source ou refais une petite synthèse de la position du problème     TMachin = procedure (Foo: Integer) of object;   EDIT: Je sais plus pourquoi

 
j'ai rien compris
mais l'adresse, j'arrive à la récupérer maintenant...
le problème, c'est l'accès à un attribut de la classe par cette méthode lorsque celle-ci est appellée par la DLL : ça plante.

bon, j'ai trouvé une autre solution :
j'ai déclaré ma procedure traitementAcquisition comme étant une procedure statique (elle n'est membre d'aucune classe).
et pour avoir accès à dataPack, je lui laisse l'accès à une instance de la classe TAcquisition.
ça me fait chier parceque j'aime pas du tout le procédural et que ça engendre plein d'interdépendance (traitementAcquisition doit connaitre TAcquisition et la classe instanciant TAcquisition...)... mais bon... j'vais p'têtre réussir à arranger tout ça
 
 
donc, là, ça marche alors arretez de vous prendre la tête dessus les amis !
 
et merci

 
heu oui, je crois que je lis un peu trop vite les posts parfois sorry