🚀 go-pugleaf

Let me ask a more specific question...

This is the Trigger() code in the server:

STDMETHODIMP TTestEventsImplImpl::Trigger()
{
    WideString strName;

    bool Fire_The_Event = true;
    if ( Fire_The_Event == true )
        Fire_Event1(&strName);

     return S_OK;
}

The bool Fire_The_Event = 1; if( Fire_The_Event == ??? ) is supposed to show 
that if Fire_The_Event is true the event fires and if not it won't.
I get that.

So here is the thing I am stuck on. How do I replace a local bool with an 
external one which will use the client's existing connection?
( and accept new connections ) I can't figure out how to access Trigger() 
inside the Server Code at all, let alone get an instance of it
that has active connection(s) to the client(s).



"Remy Lebeau (TeamB)" <no.spam@no.spam.com> wrote in message 
news:435eb30b@newsgroups.borland.com...
>
> "Gary D" <gcdesroches@nctc.com> wrote in message
> news:435ea916$1@newsgroups.borland.com...
>
>> Why can't the server just call Trigger() itself?  // NOTE: Trigger
>> is the function that the server owns that responds to client requests.
>
> The server *CAN* call Trigger() whenever it needs to.  Trigger() can then
> call the Fire_...() method for whichever event(s) its wants to, and those
> events will be called in the client's event sink.
>
>> and the answer came back:
>
> Borland's answer is completely wrong.  Servers *DO* have that kind of 
> logic
> available.  Connection Points are designed exactly to handle the kind of
> Push model that Borland says servers can't have.  I know it works because 
> I
> have several COM servers that push unsolicited events to clients in 
> response
> to external triggers (hardware events, file changes, etc).  Also, it is
> possible to design a COM server inside an NT service, such that the COM
> server *IS* executing code on its own without having any clients connected
> at all.
>
>
> Gambit
>
>