RE: [sv-ec] Query on transition match

I moved the issue back to the Editor state.
 
Shalom


________________________________

	From: Swapnajit Chakraborti [mailto:swapnaj@cadence.com] 
	Sent: Monday, September 01, 2008 1:46 PM
	To: Bresticker, Shalom; David Scott
	Cc: sv-ec@eda.org
	Subject: 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.

---------------------------------------------------------------------
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.