Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • World
  • Users
  • Groups
Skins
  • Light
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (No Skin)
  • No Skin
Collapse
Code Project
  1. Home
  2. General Programming
  3. COM
  4. Global OLE instance pointers - Termination hangs

Global OLE instance pointers - Termination hangs

Scheduled Pinned Locked Moved COM
helpcomannouncement
3 Posts 3 Posters 0 Views 1 Watching
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • L Offline
    L Offline
    lavate malllik
    wrote on last edited by
    #1

    I need a help regarding OLE objects instantiaton and termination. I have a trial application which uses a dll which uses global instances of OLE pointers of an application as given below FMApplication *fmApp = NULL; FMCase *fmCase = NULL; CoInitialize is called during DLL_PROCESS_ATTACH and the above OLE objects are instantiated henceforth. However, on exit of the application, the process hangs saying issue with OLE pointers. I tried releasing OLE instance in DLL_PROCESS_DETACH. Somehow OLE instances could not release and hangs there. I have ensured CoUninitialize is not called anywhere before OLE instance Release. fmApp->Release(); //Fails here fmApp = NULL; fmCase->Release(); fmCase = NULL;

    CPalliniC S 2 Replies Last reply
    0
    • L lavate malllik

      I need a help regarding OLE objects instantiaton and termination. I have a trial application which uses a dll which uses global instances of OLE pointers of an application as given below FMApplication *fmApp = NULL; FMCase *fmCase = NULL; CoInitialize is called during DLL_PROCESS_ATTACH and the above OLE objects are instantiated henceforth. However, on exit of the application, the process hangs saying issue with OLE pointers. I tried releasing OLE instance in DLL_PROCESS_DETACH. Somehow OLE instances could not release and hangs there. I have ensured CoUninitialize is not called anywhere before OLE instance Release. fmApp->Release(); //Fails here fmApp = NULL; fmCase->Release(); fmCase = NULL;

      CPalliniC Offline
      CPalliniC Offline
      CPallini
      wrote on last edited by
      #2

      Do you know this (MSDN [^])

      Because there is no way to control the order in which in-process servers are loaded or unloaded, do not call CoInitialize, CoInitializeEx, or CoUninitialize from the DllMain function.

      ?

      If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler. -- Alfonso the Wise, 13th Century King of Castile.
      This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong. -- Iain Clarke
      [My articles]

      In testa che avete, signor di Ceprano?

      1 Reply Last reply
      0
      • L lavate malllik

        I need a help regarding OLE objects instantiaton and termination. I have a trial application which uses a dll which uses global instances of OLE pointers of an application as given below FMApplication *fmApp = NULL; FMCase *fmCase = NULL; CoInitialize is called during DLL_PROCESS_ATTACH and the above OLE objects are instantiated henceforth. However, on exit of the application, the process hangs saying issue with OLE pointers. I tried releasing OLE instance in DLL_PROCESS_DETACH. Somehow OLE instances could not release and hangs there. I have ensured CoUninitialize is not called anywhere before OLE instance Release. fmApp->Release(); //Fails here fmApp = NULL; fmCase->Release(); fmCase = NULL;

        S Offline
        S Offline
        Stuart Dootson
        wrote on last edited by
        #3

        To expand on CPallini's ansawer - here's Larry Osterman and Raymond Chen[^] on the subject - and they are two Windows guys who should know the real deal!

        Java, Basic, who cares - it's all a bunch of tree-hugging hippy cr*p

        1 Reply Last reply
        0
        Reply
        • Reply as topic
        Log in to reply
        • Oldest to Newest
        • Newest to Oldest
        • Most Votes


        • Login

        • Don't have an account? Register

        • Login or register to search.
        • First post
          Last post
        0
        • Categories
        • Recent
        • Tags
        • Popular
        • World
        • Users
        • Groups