RE: [sv-ec] Query on transition match

Thanks Shalom. So, I shall not file any mantis.


________________________________

	From: Bresticker, Shalom [mailto:shalom.bresticker@intel.com] 
	Sent: Friday, August 29, 2008 8:23 PM
	To: David Scott; Swapnajit Chakraborti
	Cc: sv-ec@eda.org
	Subject: RE: [sv-ec] Query on transition match
	
	
	What apparently happened in 1777 is that there were several
versions of the proposal. The original version did not change this text.
Version 1800 18-4-1 update proposal_b.htm
<http://www.eda.org/mantis/file_download.php?file_id=1899&type=bug>  and
the following versions did change this text, but the changes were not
colored, and nobody, including the editor, noticed that this text is not
the original and needs to be colored. In the final proposal, the text is
	 
	"the above sequence causes transition bin b2 to be incremented
on the 8th sample (3 nonconsecutive twos), and transition b3 to be
incremented on the 6th sample (3 nonconsecutive threes).  Likewise,
transition bin b2 is incremented on the 10th sample, and transition bin
b3 is incremented on the 9th and 11th samples. Transition bin b5 is
incremented on the 15th, 16th, 17th, and 18th samples.  Transition bin
b6 is incremented on the 12th sample.  Transition bin b7 is incremented
on the 13th sample."

	Since the proposal does contain the intended text, and the only
problem was not that it was not colored, I think this can be dealt with
purely editorially, by putting the issue in the Editor state, and adding
a bug note stating the corrections needed.

	Thanks,

	Shalom


________________________________

		From: owner-sv-ec@server.eda.org
[mailto:owner-sv-ec@server.eda.org] On Behalf Of David Scott
		Sent: Friday, August 29, 2008 3:49 AM
		To: Swapnajit Chakraborti
		Cc: sv-ec@server.eda.org
		Subject: Re: [sv-ec] Query on transition match
		
		
		Swapnajit --
		
		I think you are correct that something went wrong here.
Mantis 1777 changed the sequence of sampled values, without -- as far as
I can tell -- altering text about bins b2 and b3.  The behavior of bins
b2 and b3 used to be straightforward because the sampled values 3 and 2
alternated, and I think that behavior would change with the new sampled
values.  Take a look at Draft 4 (or the 2005 standard) if you want to
see how it was before.
		
		Important note: I can't open any of the HTML attachments
to Mantis 1777, including the final proposal.  I can open the PDF
attachment of an earlier proposal.  The modifications were introduced in
Draft 5, so you can infer the approved proposal from the results.  The
Mantis proposal was written by Don Mills.
		
		I think a new Mantis is necessary to clean this up.
Will Cadence be filing one?
		
		Dave
		
		
		Swapnajit Chakraborti wrote: 

			There seems to be an error in the following text
in P1800-2009 draft6 from coverage section 18.5.1:
			 
			 
			and the sequence of sampled values for
coverpoint variable v
			
			1st Sample
			|           5th         10th       15th
			|           |             |             |
			1 4 3 2 3 3 2 2 3 2 3 1 5 5 5 5 5 5
			 
			the above sequence causes transition bin b2 to
be incremented on the 6th sample (3 nonconsecutive twos),
			and transition bin b3 to be incremented on the
7th sample (3 nonconsecutive threes).
			 
			Actually, this should be "b3" instead of "b2"
and "threes" instead of "twos". Also its not clear how b3
			is incremented in 7th sample.
			 
			Regds,
			Swapnajit
			 
			 

			-- 
			This message has been scanned for viruses and 
			dangerous content by MailScanner
<http://www.mailscanner.info/> , and is 
			believed to be clean. 



		-- 
		This message has been scanned for viruses and 
		dangerous content by MailScanner
<http://www.mailscanner.info/> , and is 
		believed to be clean. 

	
---------------------------------------------------------------------
	Intel Israel (74) Limited
	
	This e-mail and any attachments may contain confidential
material for
	the sole use of the intended recipient(s). Any review or
distribution
	by others is strictly prohibited. If you are not the intended
	recipient, please contact the sender and delete all copies.


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.