> vszakats wrote: >> >> I had to restore QT_PTROFXBP() macros inside hbide. >> QT_PTROFXBP() has not much to do with QT_PTROF() as the >> former serves to access oWidget member of passed class. >> > > In continuation of my previous mail, > > Did you executed hbide with all components functioning ? > > Just try to open "Properties Dialog", it GPFs. > It is because of dummy macros.
Yeah, since then I noticed that _some_ QT_PTROF() macros had to be retained as non-dummy. So current solution to resolve :pPtr seems not to be complete yet. Sorry I assumed it was. > If it is OK with you that I continue with HBQT stuff, > then should I commit ? It's okay. There is some delay in e-mails so if you can pls read my just sent mails. Maybe you already did. I'm looking into a way to avoid hbqt_ptr() function altogether, more specifically I'm looking into how to call object methods from C code. If implemented in C, it could simply be integrated into hbqt_gcpointer(). Just like null pointer checking. Brgds, Viktor _______________________________________________ Harbour mailing list (attachment size limit: 40KB) [email protected] http://lists.harbour-project.org/mailman/listinfo/harbour
