Home/ Questions/Q 736163
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-05-14T07:34:25+00:00

I am looking to write a plugin controller in Cocoa that loads bundles, and

  • 0

I am looking to write a plugin controller in Cocoa that loads bundles, and exposes a specific set of methods for the plugins to call.

My question is this: is it possible to know (any) info about the object that called a method in the controller. When an instantiated plugin calls a method in my plugin controller, I would like to know which of the plugin instances called the method, without having to rely on the plugin sending a pointer to itself as a parameter (I could always validate the pointer they send, but I want to keep the API methods as simple as possible).

There may be no perfect solution (and there are simple workarounds), but it’s always good to learn some new tricks if possible (or the reasons why it’s impossible).

Thanks in advance.

Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. Editorial Team

    It’s not possible without walking the stack, and possibly not even then. There’s not even a guarantee that a given message was sent from within a method — and even if it was, it may not be the method that you think of as being the “caller.” For example, assuming your plugins have access to Cocoa, your controller methods could be called by an NSTimer.

    In general, this is not practical. The normal way to accomplish this is to have objects pass themselves around. If you’re trying to do this for security reasons, you’ll want a much more robust solution anyway, because Cocoa’s object model was not designed with that in mind. It’s way too easy for objects to lie about who and what they are.

    • 0