Ron I'll compile today CVS on linux and run the hbtest sample that Andi reported with GPF on mt few days ago, i'll run and confirm if fix was ok
Regards Luiz ----- Original Message ----- From: "Ron Pinkas" <[EMAIL PROTECTED]> To: "Luiz Rafael Culik Guimaraes" <[EMAIL PROTECTED]> Cc: <xharbour-developers@lists.sourceforge.net> Sent: Tuesday, June 03, 2008 3:33 PM Subject: Re: [xHarbour-developers] 2008-06-03 00:17 UTC-0430 RonPinkas<ron/at/xharbour.com> > Luiz, > > Which GPF? How do I reproduce, and yes, of course stack trace will be > good to see. > > Ron > > On Jun 3, 2008, at 6:56 AM, Luiz Rafael Culik Guimaraes wrote: > >> Ron >> >> Do you want an backtrace log with todays commits generated with >> valgrind?( if still GPF) >> >> Regards >> Luiz >> >> ----- Original Message ----- From: "Ron Pinkas" <[EMAIL PROTECTED]> >> To: "xHarbour-Developers List" <xharbour- >> [EMAIL PROTECTED]> >> Sent: Tuesday, June 03, 2008 1:59 AM >> Subject: [xHarbour-developers] 2008-06-03 00:17 UTC-0430 Ron >> Pinkas<ron/at/xharbour.com> >> >> >>> 2008-06-03 00:17 UTC-0430 Ron Pinkas <ron/at/xharbour.com> >>> * source/vm/classes.c >>> * Minor optimization in hb_clsFinalize() >>> >>> * source/vm/throw.c >>> ! Fixed GPF trap in Throw() when no argument passed >>> >>> * source/vm/hvm.c >>> ! Clipper comptability and possible GPF trap in hb_vmQuit() >>> shutdown order. >>> ! Fixed double release GPF trap in hb_vmQuit() under MT mode. >>> * Revised shutdown order to allow Destructors in STATICs >>> /* >>> NOTE: If reference[s] to object with Destructors are found >>> in STATICs, and such Destructor[s] >>> are coded to access other STATICs, such STATICs might have >>> been cleared by the the Destructor >>> is executed. It's Programmer responsability to avoid such >>> catch-22 dependancy! >>> */ >>> >>> * source/vm/initexit.c >>> * source/vm/hvm.c >>> * Clipper comptability in __QUIT() >>> >>> * source/vm/thread.c >>> ! Fixed GPF traps related to introduction of pCargo member of >>> item.asSymbol >>> >>> --------------------------------------------------------------------- >>> --- ----------------------------------------- >>> >>> P.S. Due to lack of time, these changes were not tested. Please >>> report any problems. >>> >>> Ron >>> >>> --------------------------------------------------------------------- >>> ---- >>> This SF.net email is sponsored by: Microsoft >>> Defy all challenges. Microsoft(R) Visual Studio 2008. >>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >>> _______________________________________________ >>> xHarbour-developers mailing list >>> xHarbour-developers@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/xharbour-developers >> >> > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > xHarbour-developers mailing list > xHarbour-developers@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/xharbour-developers > ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ xHarbour-developers mailing list xHarbour-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xharbour-developers
