Brian, The OleUninitialize() should not have any impact, *if* all Ole controls created from PRg code, are RELEASED [in correct order] before the prg code QUITs.
Ron On Apr 14, 2008, at 1:16 PM, bhays wrote: > Ron: > > Our OutLook Add-in (OLE automation server, instantiated by that > VB plugin stub dll, using commercial xHB from a couple months ago) > has had occasional random gpfs or hanging > on some machines since we released it last October. > One user has constant problems, 99% have no problems other > than this occasional one: > At shutdown, there's some unknown problem, perhaps not even > appearing as a gpf msg. But the next time Outlook starts up, > it says "there was a problem with the Abacus AddIn, do you > want to disable it". > > Is there a chance these OleUninitialize issues are part of that? > It's not something we can duplicate at will on a development > machine, but perhaps with some clues we could find what > circumstances lead to it and then test these new proposed changes? > Since the OLE *Server* is built around a class whose methods > become the OLE published calls, it does make me wonder.... > > -- > Brian Hays > Abacus Data Systems, Inc. > > >> -----Original Message----- >> From: [EMAIL PROTECTED] >> [mailto:[EMAIL PROTECTED] On >> Behalf Of >> Ron Pinkas >> Sent: Monday, April 14, 2008 9:39 AM >> To: Miguel Angel Marchuet >> Cc: Jose F. Gimenez; xharbour-developers list >> Subject: Re: [xHarbour-developers] Help to find GPF !!! >> >> Miguel, >> >> Such change will cause that *any* class with destructor whcih uses >> OLE will GPF. >> >> We need to find the real reason why your code GPF when unloading OLE. >> If all OLE resources are released as they should, then no GPF should >> occur when unloading OLE. >> >> Ron >> >> On Apr 14, 2008, at 8:07 AM, Miguel Angel Marchuet wrote: >> >>> >>> We have a TActiveX class based on ATL with NON DESTRUCTOR method >>> >>> METHOD Destroy() CLASS TActiveX >>> >>> UnLinkChild( ::hWnd ) >>> ShutDownConnectionPoint( ::hSink ) >>> >>> RETURN Super:Destroy() >>> >>> With the change proposed by Jose Gimenez, now runs without GPF. >>> >>> If I put it : >>> >>> #if defined(HB_OS_WIN_32) >>> if( s_bUnInitOle ) >>> { >>> OleUninitialize(); >>> } >>> #endif >>> >>> after : >>> >>> hb_clsReleaseAll(); >>> >>> then crashes altogether >>> >>> >>> Best regards, >>> Miguel Angel Marchuet >>> >>> >>> Ron Pinkas escribió: >>>> Jose, >>>> But Some classes may have DESTRUCTORs that still need OLE. >>>> Ron >>>> On Apr 14, 2008, at 6:13 AM, Jose F. Gimenez wrote: >>>>> Ron, >>>>> >>>>>> What about just AFTER releasing STATICs, before hb_errExit()? >>>>> IMO, OLE connections should be totally closed before releasing >>>>> any variable or memory block, but after exit and registered >>>>> procedures execute, to allow them to call any OLE component. >>>>> That's why I suggested that point. >>>>> >>>>> >>>>> Regards, >>>>> >>>>> Jose F. Gimenez >>>>> >>>> ------------------------------------------------------------------- >>>> - >> - >>>> ---- >>>> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference >>>> Don't miss this year's exciting event. There's still time to save >>>> $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk; >>>> 198757673;13503038;p?http://java.sun.com/javaone >>>> _______________________________________________ >>>> xHarbour-developers mailing list >>>> xHarbour-developers@lists.sourceforge.net >>>> https://lists.sourceforge.net/lists/listinfo/xharbour-developers >>> >>> >> >> >> --------------------------------------------------------------------- >> -- >> -- >> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference >> Don't miss this year's exciting event. There's still time to save >> $100. >> Use priority code J8TL2D2. >> http://ad.doubleclick.net/clk;198757673;13503038;p?http:// >> java.sun.com/ >> javaone >> _______________________________________________ >> xHarbour-developers mailing list >> xHarbour-developers@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/xharbour-developers >> >> No virus found in this incoming message. >> Checked by AVG. >> Version: 7.5.519 / Virus Database: 269.22.13/1377 - Release Date: >> 4/14/2008 9:26 AM >> > > > ---------------------------------------------------------------------- > --- > This SF.net email is sponsored by the 2008 JavaOne(SM) Conference > Don't miss this year's exciting event. There's still time to save > $100. > Use priority code J8TL2D2. > http://ad.doubleclick.net/clk;198757673;13503038;p?http:// > java.sun.com/javaone > _______________________________________________ > xHarbour-developers mailing list > xHarbour-developers@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/xharbour-developers > ------------------------------------------------------------------------- This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone _______________________________________________ xHarbour-developers mailing list xHarbour-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xharbour-developers
