This is the mail archive of the mailing list for the Cygwin project.

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

RE: [SetupXP] The two styles for handling activation refusal

> > I cannot think of one.  It exists soley to give OnActivate a "default return
> > code".  It *can't* be called anywhere else, since in the general case,
> > OnAcceptActivation won't know if it needs to refuse activation until after
> > OnAccept is called.
> Hmm. My intention when I suggested a query method was for it to be
> called *instead* of OnActivate, and OnActivate only called if it
> returned true.
> Will doing that break anything?
> For clarity:
> if (OnAcceptActivate())
>   OnActivate()

Well, my current code appears to work if changed to do that.  But then
OnAcceptActivate() is equivalent to my original return value changes (i.e. just
leave OnActivate() empty and OnAcceptActivate() is your message handler).

I'm not sure that this whole thing doesn't set an ugly precedent.  Do we do this
for *every* message coming down the pipe?



Gary R. Van Sickle
Brewer.  Patriot.

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]