Primesc acest mesaj de eroare pe unele calculatoare care ruleaza o aplicatie scrisa de mine. M-am tot uitat pe net am incercat diferite chestii dar nu am reusit sa aflu de ce mi se intampla nenorocirea. Se intampla sa primesc eroarea asta la sfarsitul aplicatiei. Nu pot face debug insa sa vad de unde vine. Exista vreun callback care sa se apeleze de fiecare data cand este apelata o functie virtuala pura si sa pot astfel sa vad exact cine si de ce a apelat-o? Ce alte solutii am?

Asta inseamna ca apelezi o metoda virtuala intr-un constructor sau destructor...

Mai multe detalii...

You're in good company, so to speak. Corel Draw-ul mai vechi era foarte fericit sa iti ofere mesajul de eroare amintit. La vremea respectiva am crezut ca au fortzat cumva compilatorul sa genereze cod in ciuda faptului ca nu implementasera o functie pur virtuala pe care apoi o si apelau.

Hehe... ma miram eu de ce m-au intrebat la interviu despre functii virtuale in constructori, mama ei de C++. Heil C!

Daca doresti sa faci acelasi lucru in C, o sa ajungi la acelasi mecanism folosit de compilatoarele de C++, si vei avea aceleasi probleme. Deci no hail pentru C.

Ti-am trimis raspuns pe mail, nu ma lasa forumul sa postez mai mult fara sa ciopartesc...

Eu nu am primit niciun mail .

M-am tot uitat prin cod, am vreo 3 ierarhii de clase si mi-a fost usor sa ma uit in constructori si destructori insa nu am observat nimic suspect. Ceea ce ma pune pe mine pe ganduri este ca, eroarea asta apare doar cateodata si nu tot timpul, desi exista de fiecare data obiecte din cele 3 ierarhii care se construiesc si se distrug. De-aici si dorinta mea de a gasi un mod de a face break & debug la codul care ridica eroarea.

Pai ghici cui i-am trimis...

Anyway, poate fi si de la altele. Nu mai stiu unde sta vptr-ul, dar daca e la inceput (probabil e) si tu faci asa ceva:


si dupaia vrei sa-l folosesti ceva in genu:

in loc de:

Atunci probabil iti crapa. Exemplu de mai sus e doar ca sa ilustrez ideea.