Re: Which comes first, pro_start_confirmation or pro_start_callback?
David C Niemi <[email protected]> Wed, 8 Oct 2003 10:31:59 -0400 (EDT)
| Newsgroups | gmane.network.beep.beepcore.c.general |
|---|---|
| Message-ID | <[email protected]> |
On Thu, 2 Oct 2003, William J. Mills wrote: > > I was noticing that pro_start_confirmation() and pro_start_callback() > > sound mighty similar. It sounds like the pro_start_confirmation() may be > > slightly later, but if so I'm curious what the distinction is between the > > two. In other words, once a response is received to a request to start a > > channel, what remains to be done before the channel is actually considered > > to have started? Is there some local housekeeping first that may take > > significant time, or what? > > > > I believe one is called on the start-listening peer and the other on the > start-initiating peer when start completes. pro_start_confirmation() is definitily on the initiator side. But pro_start_callback() is "invoked when a response is received to *_start's request to start a channel". This also sounds like the initiator side -- if it had SENT the response, why would it be looking for it? > > In a vaguely related question, is there a clean and convenient way to pass > > a short text string from the channel initiator to the peer for the remote > > profile to utilize when it is asked to start a channel? Or it is expected > > that any such profile-specific dealings should wait until after the > > channel has already started? > > > You can add piggyback data on the start request. Get's passed in > to the start routine and can be used in startup. Thanks. ------------------------------------------------------- -- David C. Niemi Adeptech Systems, Inc. -- -- Reston, Virginia, USA http://www.adeptech.com/ -- ------------------------------------------------------- ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf