Phone Conference P1450.1 Working Doc Subgroup

Thurs Mar 13, 10:00 am PST

 

Attendees:

Tony Taylor (chair)
Greg Maston (scribe)
Bruce Kaufmann
Doug Sprague
Peter Wohl

 

Documents

http://grouper.ieee.org/groups/1450/private/p1450.1-D15.pdf (Feb 13, 2003)

http://grouper.ieee.org/groups/1450/dot1/changes-2003-02-13.pdf

 

Agenda

Review separate PDF of issues - changes-2003-02-13.pdf

 


Meeting discussion

Bruce Kaufmann has several dot-zero-level issues to

discuss. Greg recommended tabling these issues for direct discussion

and involvement of a dot-zero review team. Bruce accepted this.

 

Tony opened the question of any patents or proprietary issues in the

current discussions. There were no identified issues; the patent topic

is clear.

 

First discussion: review of using compare-operators against

  enum-types and wfcs; source lines 57 pg 2.

 

Question from Doug about whether "STOP==VAR1" (as opposed to

"VAR1==STOP") was allowed. The issue here is being able to identify

the type of a sub-expression just from it's reference/name. It was proposed

that the LHS (left-hand-side) of a comparison operator must be a

variable of a type, and the RHS must be an expression of that type. This

condition added to simplify opportunities; Tony took an AI to word

this.

 

Second discussion was on the substitute-read-back issue - When a

signal or signal-variable is being compared, what of the values it may

contain is being compared? In particular, if a signal had a WFC that

contained an 'S' event, and an expression compared against this

signal, should the comparison be against the mapped value returned

because of the 'S', or should it be the current WFC (that contained

this 'S' event)?

 

The current proposal requires an escape-identifier ALWAYS when

reading-back a value, to minimize mis-interpretation. Greg recommends

that there be NO default value read-back if an escaped identifier is

not present (that it be an error if the value to return is not

identified).

 

This led to a discussion and concern about the size of the .1

language, and it's growing complexity. This discussion was tabled with

no resulting activity.

 

There was some discussion about the balloting process and directions

to next proceed. Tony proposed freezing the current Draft 15 of the

dot1 spec, opening a Draft 16, and focusing on the remaining set of

issues to address. The Working Group agreed to this. Tony will

generate the set of open issues remaining.

Meeting adjourned at 11:00 PST.


Next meeting

Next phone meeting Mar 27.

 

AIs

[AI1] Tony update issues doc with changes above.