[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: [rohc] FN let statements and TCP packet formats (was: Updated FN Draft - Appendix A)



OK, great. Thanks L-E. In that case the only issue is the lack of clarity in the description. I'll update the draft to try and clarify the let statement section as requested previously.

Regards

Raffles

> -----Original Message-----
> From: Lars-Erik Jonsson (LU/EAB) 
> [mailto:lars-erik.jonsson at ericsson.com] 
> Sent: Friday, April 08, 2005 8:08 AM
> To: pelle at cdt.luth.se; Finking, Robert
> Cc: Carsten Bormann; rohc at ietf.org; Kristofer Sandlund
> Subject: RE: [rohc] FN let statements and TCP packet formats 
> (was: Updated FN Draft - Appendix A)
> 
> 
> Folks,
> 
> Personally, I liked the new proposal from Robert, that made
> much more sense to me than the let. Further, I do not understand
> the concern Ghyslain expressed about the new proposal, i.e. I
> do not see what would be wrong with it.
> 
> Anyway, it seems like I am the only one disagreeing with the
> let statement, and I will not continue to argue if there is
> consensus among the others that I am just a disturber in this
> matter (as seems to be Ghyslain's opinion). I now leave it up
> to you to decide whether to address my concern or not, in any
> case I will at least be happy with 95% of the FN.
> 
> /L-E
> 
> 
> > -----Original Message-----
> > From: pelle at cdt.luth.se [mailto:pelle at cdt.luth.se]
> > Sent: den 7 April 2005 22:23
> > To: Finking, Robert
> > Cc: 'Carsten Bormann'; rohc at ietf.org; Kristofer Sandlund; Lars-Erik
> > Jonsson (LU/EAB)
> > Subject: RE: [rohc] FN let statements and TCP packet formats (was:
> > Updated FN Draft - Appendix A)
> > 
> > 
> > > > I still don't understand what we are trying to achieve here.
> > > 
> > > We're trying to either make it easier for non 
> > mathematicians to understand or
> > > else to prove that doing so breaks the packet formats.
> > 
> > I don't understand either what we're trying to solve... I 
> > think that the let 
> > statement works well as it is, and if there is a risk that 
> > "non-mathematicians" 
> > won't understand it then it's simply to make sure that's it's 
> > properly defined 
> > in FN. This is becoming to close to become a matter of 
> > personal taste I feel.  
> >  
> > > > 
> > > > I have no problem leaving out the "when" (the parentheses 
> > did help 
> > > > syntax analysis; I don't think really bad things happen 
> > if you leave 
> > > > them out).
> > > 
> > > I think we want to see an explicitly "if" or "when" or 
> > something to make the
> > > non-binding conditionals obvious.
> > 
> > Now, this is where I might be shooting myself in the foot 
> > (laf laf) - I thought 
> > that these conditionals where binding, if not simply because 
> > they need to be 
> > reversible for the statement to be both valid for compression and 
> > decompression? It seems to me that there would be something 
> > missing if using 
> > a "if" the "intuitive" way - we'd have to redefine it to 
> > become equivalent to 
> > today's "let". What's the point?
> > 
> > Please, let's have the "let" rest in peace (or fix its 
> > definition so that 
> > anyone can understand it) and let us focus on reviewing the 
> > packet formats and 
> > actual compression...
> > 
> > /Ghyslain
> > 
> > > _______________________________________________
> > > Rohc mailing list
> > > Rohc at ietf.org
> > > https://www1.ietf.org/mailman/listinfo/rohc
> > > 
> > 
> > 
> > 
> > 
> > 
> 

_______________________________________________
Rohc mailing list
Rohc at ietf.org
https://www1.ietf.org/mailman/listinfo/rohc