RE: [sv-cc] cbValueChange on SV String

From: Radoslaw Nawrot <Radoslaw.Nawrot@aldec.com.pl>
Date: Mon Oct 15 2012 - 05:57:32 PDT
Sorry for my mistakes.
Of course should be : "opposite to" in place of "oposite do" 
 
Radek

  _____  

From: owner-sv-cc@eda.org [mailto:owner-sv-cc@eda.org] On Behalf Of Radoslaw
Nawrot
Sent: Monday, October 15, 2012 2:46 PM
To: 'Bresticker, Shalom'; sv-cc@eda.org
Subject: RE: [sv-cc] cbValueChange on SV String


Ok. 
But don't You think that strings in oposite do class object  should have
possibility to set cbValueChange on them?
If I change string value into null that is also a value. This is different
situation  then it is with i.e dynamic array members.
 
Radek
  _____  

From: Bresticker, Shalom [mailto:shalom.bresticker@intel.com] 
Sent: Monday, October 15, 2012 2:35 PM
To: Radoslaw Nawrot; sv-cc@eda.org
Subject: RE: [sv-cc] cbValueChange on SV String



Probably because a string data type is a type of dynamic array.

 

Shalom

 

From: owner-sv-cc@eda.org [mailto:owner-sv-cc@eda.org] On Behalf Of Radoslaw
Nawrot
Sent: Monday, October 15, 2012 14:32
To: sv-cc@eda.org
Subject: [sv-cc] cbValueChange on SV String

 

Hi 

I'd like to ask about callback's on SystemVerilog string.

 

LRM says:

 

"cbValueChange After value change on some variables, any expression, or
terminal or after

execution of an event statement. Specifically excluded are class objects,
dynamic

arrays, strings, queues, and associative arrays."

 

Is there as reason why callback cbValueChange cannot be set on string?

 

example:

string s="a";

if I set cb on value change I can detect :

 

s="b"

 

were size is still the same 

 

BTW: LRM 1800-2009 on page 1022 have bug:

"For a cbValueChange callback, if the obj has the vpiArrayMenber property
set to TRUE" 

 

 

Regards,

Radek

 


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

-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
Received on Mon Oct 15 05:58:04 2012

This archive was generated by hypermail 2.1.8 : Mon Oct 15 2012 - 05:58:11 PDT