[Tinyos Core WG] [Tinyos-help] problem with AntiTheft with iris

[Janos Sallai]

> Which compile time error are you referring to Janos?

It's just a hypothetical compile time error. TEP 105 requires that the
radio stack provide a dummy LPL implementation. If a particular radio
stack doesn't have a dummy LPL implementation, then calls to LPL
commands will simply cause the app to fail to compile. 

It might be a better way to inform the user that LPL is not available
than being silent and not providing the service. Also, it is unclear
what semantics apply when the dummy LPL implementation is wired in
(since the required behavior of the send interface is different in TEP
105 and in TEP 116).


Janos

-----Original Message-----
From: David Moss [mailto:dmm at rincon.com] 
Sent: Tuesday, May 13, 2008 1:13 PM
To: 'Philip Levis'; Janos Sallai
Cc: 'TinyOS Core WG'
Subject: RE: [Tinyos-help] problem with AntiTheft with iris

Yes, I'll be available this week.

Which compile time error are you referring to Janos?

-David


-----Original Message-----
From: Philip Levis [mailto:pal at cs.stanford.edu] 
Sent: Tuesday, May 13, 2008 11:11 AM
To: Janos Sallai; David Moss
Cc: TinyOS Core WG
Subject: Re: [Tinyos-help] problem with AntiTheft with iris


On May 13, 2008, at 8:36 AM, Janos Sallai wrote:

> Phil,
>
> Can we put LPL on the agenda of this week's meeting? There are a  
> couple of things that are unclear in TEP 105 and would be worth a  
> discussion, including
> - semantics of AMSend.cancel (when cancel is called, the sender  
> might not be able to decide if the message was received, hence  
> returning ECANCEL is misleading)
> - semantics of Packet.clear (what fields does it clear, and what  
> values does it set)
> - the default value of rx interval for messages to be sent (is it  
> zero? is it the same as the local rx interval? maybe something else?)
> - dummy LPL implementation vs. compile-time error

Yes, we can. David, would you be able to call in?

Phil