Hi Pritpal,
Thank you for the new QPointer handling integration, now we can handle the
QObjects deleted by Qt in his parent-child mechanism. There is a necessity to
continue with the HB-Qt interface analysis, concentrating on the:
void * hbqt_gcpointer( int iParam )
{
QGC_POINTER * p = ( QGC_POINTER * ) hb_parptrGC( gcFuncs(), iParam );
if( p && p->ph )
{
return p->ph;
}
else
{
return hb_parptr( iParam );
}
}
function enhancements, to signal at harbour level the already deleted Qt
objects access tentative.
Now the repository is dead, due to the CP modifications, I will continue with
the tests later.
Best regards,
István (my first name)
-----Original Message-----
From: [email protected]
[mailto:[email protected]] On Behalf Of Pritpal Bedi
Sent: 2009. november 14. 5:57
To: [email protected]
Subject: Re: [Harbour] SF.net SVN: harbour-project:[12868] trunk/harbour
Hi
Viktor Szakáts wrote:
>
> Now I'm getting crash on exit using MinGW + Win7.
>
demoxbp.exe ?
And crash at what point? On exit ? If yes, then it is possibly that
HbDbfModel::~HbDbfModel( void )
{
hb_itemRelease( block );
destroy();
}
needs some overhaul. What I think is that - hb_itemRelease( block ); -
has to be guarded in someway, but what, I am unable to figure out.
Przemek can shed light on this aspect.
NOTE: Bisz István had disabled it to avoid crashes, but I enabled it
because, otherwise, hb_out.log was containing a long list of
unfreed memory blocks.
Regards
Pritpal Bedi
--
View this message in context:
http://old.nabble.com/SF.net-SVN%3A-harbour-project%3A-12868--trunk-harbour-tp26346347p26347229.html
Sent from the Harbour - Dev mailing list archive at Nabble.com.
_______________________________________________
Harbour mailing list (attachment size limit: 40KB)
[email protected]
http://lists.harbour-project.org/mailman/listinfo/harbour
_______________________________________________
Harbour mailing list (attachment size limit: 40KB)
[email protected]
http://lists.harbour-project.org/mailman/listinfo/harbour
