> 2. TinyOS Dissemination Question "drip" (or just dis in 2.0) > (KURT PETERS)
> Date: Sun, 18 Oct 2009 22:25:25 -0600 > From: KURT PETERS <[email protected]> > Subject: [Tinyos-help] TinyOS Dissemination Question "drip" (or just dis in > 2.0) > To: <[email protected]> > Cc: [email protected] > Message-ID: <[email protected]> > Content-Type: text/plain; charset="iso-8859-1" > > > I'm looking at the source code for drip in 2.1.0 and dissemination in 2.0 > (which is the same for DisseminationEngineImplP.nc). > > There's an event: > event message_t* ProbeReceive.receive( message_t* msg, > void* payload, > uint8_t len) { > > dissemination_probe_message_t* dpMsg = > (dissemination_probe_message_t*) payload; > > if ( !m_running ) { return msg; } > > if ( call DisseminationCache.requestSeqno[ dpMsg->key ]() != > DISSEMINATION_SEQNO_UNKNOWN ) { > sendObject( dpMsg->key ); > } > > return msg; > } > > and command: > default command uint32_t > DisseminationCache.requestSeqno[uint16_t key]() { return > DISSEMINATION_SEQNO_UNKNOWN; } > > My question is "when will the condition ( call > DisseminationCache.requestSeqno[ dpMsg->key ]() != > > DISSEMINATION_SEQNO_UNKNOWN ) be true?" > > In other words, call DisseminationCache.requestSeqno[ dpMsg->key ]() will > ALWAYS equal DISSEMINATION_SEQNO_UNKNOWN, won't it? > > Is that code compiled out, or, better, yet, what was that code supposed to do? > > Regards, > Kurt I think I answered my own question. The "default" requestSeqno is overrided in the file DissenatorP.nc with one that actually returns the sequence number. Kurt
_______________________________________________ Tinyos-help mailing list [email protected] https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
