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
CODE PROJECT For Those Who Code
  • Home
  • Articles
  • FAQ
Community
  1. Home
  2. General Programming
  3. COM
  4. Com exe and dll

Com exe and dll

Scheduled Pinned Locked Moved COM
c++comdesignsysadminquestion
2 Posts 2 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.
  • A Offline
    A Offline
    ashokvishnu
    wrote on last edited by
    #1

    We have to implement a com server as an executable which will be communicating with a COM dll. COM server would need to call certain functions in COM dll and the com dll would also need to invoke certain functions in the com exe. That is, both would be acting as a server as well as a client. What are the design issues to be considered? Any code samples, tips and suggestion would be most welcome. Thanks

    C++beginer

    R 1 Reply Last reply
    0
    • A ashokvishnu

      We have to implement a com server as an executable which will be communicating with a COM dll. COM server would need to call certain functions in COM dll and the com dll would also need to invoke certain functions in the com exe. That is, both would be acting as a server as well as a client. What are the design issues to be considered? Any code samples, tips and suggestion would be most welcome. Thanks

      C++beginer

      R Offline
      R Offline
      Roger Stoltz
      wrote on last edited by
      #2

      When thinking in terms of "client" and "server" it's generally a good idea not to mix those two up. Or to put it in other words: the server serves the client in the aspect of solving a problem which usually is well defined and the server is considered a black box and you don't know how it looks inside and neither want to know nor need to. If you somehow get the impression that the client should serve the server, you should generally get suspicious. If the server need information from the client it does not call the client; the server is provided the information by a call from the client presumably in a struct defined in the IDL-file for the server, or through method parameters. A situation where the server actually calls the client would be during an asynchronous operation when the server informs the client that the operation has finished, e.g. connection points. If you still think your client should behave like a server, please describe your problem further. -- Roger


      "It's supposed to be hard, otherwise anybody could do it!" - selfquote

      "No one remembers a coward!" - Jan Elfström 1998
      "...but everyone remembers an idiot!" - my lawyer 2005 when heard of Jan's saying above

      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