RE: [sv-ec] Monitor on class handle.

A handle in SV is not a user visible entity. It is an opaque pointer.
There's no requirement that a handle be implemented as a pointer to a
memory location.

 

AND, there's no guarantee that constructing a new object will use a
different "address" if the old one is being destroyed.

 

Dave

 

 

________________________________

From: danielm [mailto:danielm@aldec.com.pl] 
Sent: Wednesday, February 27, 2008 11:36 PM
To: Rich, Dave; sv-ec@server.eda.org
Subject: RE: [sv-ec] Monitor on class handle.

 

But %p will display field values under that handle.

 What if we want to monitor only if the handle adress will change - ie
after new or after assigning to that handle another handle? IMHO it will
be enough to print just address.

 

 

 

DANiel

________________________________

From: Rich, Dave [mailto:Dave_Rich@mentor.com] 
Sent: Wednesday, February 27, 2008 5:21 PM
To: danielm; sv-ec@server.eda.org
Subject: RE: [sv-ec] Monitor on class handle.

Class handles, chandles, events, or virtual interface handles do not
have any corresponding format specifiers other than %p (Mantis 1750)

 

I believe Mantis 1971 is currently open to address the issue when a
non-aggregate (singular) value is used without a valid format specifier.
I believe that it should be illegal unless there is an implicit cast
defined to a type suggested by the format specifier.

 

________________________________

From: owner-sv-ec@server.eda.org [mailto:owner-sv-ec@server.eda.org] On
Behalf Of danielm
Sent: Wednesday, February 27, 2008 7:21 AM
To: sv-ec@server.eda.org
Subject: [sv-ec] Monitor on class handle.

 

Should class handle be allowed directly in $monitor ($display)?

Mantis 0000331 <http://www.eda-stds.org/svdb/view.php?id=331>  do not
cover this.

 

EXAMPLE:

 

module top;
 class C;
      int i;  
 endclass
 C c;
 initial   $monitor ("handle monitor: %t > %b",$time, c);   //<<is this
monitor correct?
endmodule

 

 

 

DANiel


-- 
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, and is
believed to be clean.