From: owner-ibis-users@eda.org (ibis-users) To: ibis-users-digest@eda.org Subject: ibis-users V1 #168 Reply-To: Sender: owner-ibis-users@eda.org Errors-To: owner-ibis-users@eda.org Precedence: bulk ibis-users Thursday, May 12 2011 Volume 01 : Number 168 ---------------------------------------------------------------------- Date: Tue, 10 May 2011 12:12:35 -0700 From: "Lynne D. Green" Subject: Re: [IBIS-Users] IBIS Model Usage: This is a multi-part message in MIME format. - --------------000302010106020209070406 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Hello, Muniswara, IBIS _requires_ all 3 corners in the SAME file, and IBIS-related tools expect this. As Arpad noted, submodels can be used to model additional corners. Separate models or files for the 3 corners might be useful for other tools, but not for IBIS. The IBIS Model Review Committee exists to help model makers. Files should be checked with ibischk5 prior to submission. http://www.eda.org/ibis/home/support/support.htm Regards, Lynne Green Chair, IBIS Model Review Committee On 5/9/2011 10:20 PM, Muniswara Reddy Vorugu wrote: > > Hi, > > For better delivery of IBIS model, we want to > know better ways to get usablility and manage > our deliverables. > > To make this balance, I want to understand the > following: > > 1: What are the advantages of min/typ/max > corners merged in single file, over 3 files with > one corner per file? > > What is the difficulty for running Min/Typ/Max > corners analysis. > > Are there any Fundamental analysis limitations? > > Regards, > > Muniswara > > > -- IMPORTANT NOTICE: The contents of this email > and any attachments are confidential and may > also be privileged. If you are not the intended > recipient, please notify the sender immediately > and do not disclose the contents to any other > person, use it for any purpose, or store or copy > the information in any medium. Thank you. > > -- > This message has been scanned for viruses and > dangerous content by *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. - --------------000302010106020209070406 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: 8bit Hello, Muniswara,

IBIS _requires_ all 3 corners in the SAME file, and IBIS-related tools expect this.  As Arpad noted, submodels can be used to model additional corners.  Separate models or files for the 3 corners might be useful for other tools, but not for IBIS.

The IBIS Model Review Committee exists to help model makers.  Files should be checked with ibischk5 prior to submission.
http://www.eda.org/ibis/home/support/support.htm

Regards,
Lynne Green

Chair, IBIS Model Review Committee


On 5/9/2011 10:20 PM, Muniswara Reddy Vorugu wrote:

Hi,

For better  delivery of IBIS model, we want to know better ways to get usablility and manage our deliverables.

To make this balance, I want to understand the following:

 

1:  What are the advantages of min/typ/max corners merged in single file, over 3 files with one corner per file?

What is the difficulty for running Min/Typ/Max corners analysis.

Are there any Fundamental analysis limitations?

 

 

Regards,

Muniswara

 

 


-- IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you.
--
This message has been scanned for viruses and
dangerous content by 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. - --------------000302010106020209070406-- - -------------------------------------------------------------------- |For help or to subscribe/unsubscribe, e-mail majordomo@eda-stds.org |with the appropriate command message(s) in the body: | | help | subscribe ibis | subscribe ibis-users | unsubscribe ibis | unsubscribe ibis-users | |or e-mail a request to ibis-request@eda-stds.org. | |IBIS reflector archives exist under: | | http://www.eda-stds.org/pub/ibis/email_archive/ Recent | http://www.eda-stds.org/pub/ibis/users_archive/ Recent | http://www.eda-stds.org/pub/ibis/email/ E-mail since 1993 ------------------------------ Date: Tue, 10 May 2011 13:12:50 -0700 From: "Muranyi, Arpad" Subject: RE: [IBIS-Users] IBIS Model Usage: This is a multi-part message in MIME format. - ------_=_NextPart_001_01CC0F4E.A3D466CE Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Lynne, =20 Strictly speaking only typical is REQUIRED in an IBIS file... =20 Arpad =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D =20 From: owner-ibis-users@eda.org [mailto:owner-ibis-users@eda.org] On Behalf Of Lynne D. Green Sent: Tuesday, May 10, 2011 2:13 PM To: Muniswara Reddy Vorugu Cc: 'ibis-users' Subject: Re: [IBIS-Users] IBIS Model Usage: =20 Hello, Muniswara, IBIS _requires_ all 3 corners in the SAME file, and IBIS-related tools expect this. As Arpad noted, submodels can be used to model additional corners. Separate models or files for the 3 corners might be useful for other tools, but not for IBIS. The IBIS Model Review Committee exists to help model makers. Files should be checked with ibischk5 prior to submission. http://www.eda.org/ibis/home/support/support.htm Regards, Lynne Green Chair, IBIS Model Review Committee On 5/9/2011 10:20 PM, Muniswara Reddy Vorugu wrote:=20 Hi, For better delivery of IBIS model, we want to know better ways to get usablility and manage our deliverables. To make this balance, I want to understand the following: =20 1: What are the advantages of min/typ/max corners merged in single file, over 3 files with one corner per file?=20 What is the difficulty for running Min/Typ/Max corners analysis. Are there any Fundamental analysis limitations? =20 =20 Regards, Muniswara =20 =20 - -- IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you. - --=20 This message has been scanned for viruses and=20 dangerous content by MailScanner , and is believed to be clean.=20 - --=20 This message has been scanned for viruses and=20 dangerous content by MailScanner , and is believed to be clean.=20 - --=20 This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. - ------_=_NextPart_001_01CC0F4E.A3D466CE Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

= Lynne,

 

Strictly speaking only ty= pical is REQUIRED in an

IBIS file…

 

Arpad<= /p>

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D

 

From: owner-ibis-us= ers@eda.org [mailto:owner-ibis-users@eda.org] On Behalf Of Lynne D. = Green
Sent: Tuesday, May 10, 2011 2:13 PM
To: Muniswara= Reddy Vorugu
Cc: 'ibis-users'
Subject: Re: [IBIS-Users= ] IBIS Model Usage:

<= o:p> 

Hello, Muniswara,

IBIS _req= uires_ all 3 corners in the SAME file, and IBIS-related tools expect this.&= nbsp; As Arpad noted, submodels can be used to model additional corners.&nb= sp; Separate models or files for the 3 corners might be useful for other to= ols, but not for IBIS.

The IBIS Model Review Committee exists to hel= p model makers.  Files should be checked with ibischk5 prior to submis= sion.
http:= //www.eda.org/ibis/home/support/support.htm

Regards,
Lynne Gr= een

Chair, IBIS Model Review Committee


On 5/9/2011 10:20 = PM, Muniswara Reddy Vorugu wrote:

Hi,

For better  delivery of IBIS model, we want= to know better ways to get usablility and manage our deliverables.<= o:p>

To make this balance, I want to understand the = following:

 

<= p class=3DMsoNormal>1:  What are the advantages of min/typ/max corners merged= in single file, over 3 files with one corner per file? <= /p>

What is the difficulty for runn= ing Min/Typ/Max corners analysis.

Are there any Fundamental analysis limitations?=

 

&nbs= p;

Regards,

Muniswara

 

 


-- IMPORTANT= NOTICE: The contents of this email and any attachments are confidential an= d may also be privileged. If you are not the intended recipient, please not= ify the sender immediately and do not disclose the contents to any other pe= rson, use it for any purpose, or store or copy the information in any mediu= m. Thank you.

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



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


--=20
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean. - ------_=_NextPart_001_01CC0F4E.A3D466CE-- - -------------------------------------------------------------------- |For help or to subscribe/unsubscribe, e-mail majordomo@eda-stds.org |with the appropriate command message(s) in the body: | | help | subscribe ibis | subscribe ibis-users | unsubscribe ibis | unsubscribe ibis-users | |or e-mail a request to ibis-request@eda-stds.org. | |IBIS reflector archives exist under: | | http://www.eda-stds.org/pub/ibis/email_archive/ Recent | http://www.eda-stds.org/pub/ibis/users_archive/ Recent | http://www.eda-stds.org/pub/ibis/email/ E-mail since 1993 ------------------------------ Date: Tue, 10 May 2011 12:37:56 -0500 From: Gregory R Edlund Subject: Re: [IBIS-Users] DDR4 simulations using IBIS models - --0__=09BBF21FDFF3BBF48f9e8a93df938690918c09BBF21FDFF3BBF4 Content-type: multipart/alternative; Boundary="1__=09BBF21FDFF3BBF48f9e8a93df938690918c09BBF21FDFF3BBF4" - --1__=09BBF21FDFF3BBF48f9e8a93df938690918c09BBF21FDFF3BBF4 Content-type: text/plain; charset=UTF-8 Content-transfer-encoding: base64 UmF5LA0KDQpJIGhhdmVuJ3Qgc2ltdWxhdGVkIEREUjQgbXlzZWxmLCBidXQg SSBoYXZlIHNpbWlsYXIgZXhwZXJpZW5jZS4gIEkgd291bGQNCnVzZSBhIHct ZWxlbWVudCB3aXRoIGEgbHVtcGVkIEMgdG8gcmVwcmVzZW50IHRoZSBwYWNr YWdlIHZpYSwgcGFkLCBhbmQNCnNvbGRlciBiYWxsLiAgVHJ5IDI1IHVtIGxp bmUgd2lkdGgsIDYwIHVtIGVkZ2UtdG8tZWRnZSBzcGFjaW5nLCBFciA9IDMu MywNCmFuZCB0YW5kID0gMC4wMi4gIFRoYXQgc2hvdWxkIGdldCB5b3UgaW4g dGhlIGJhbGwgcGFyay4NCg0KSSd2ZSBiZWVuIHVzaW5nIHMtcGFyYW1ldGVy IG1vZGVscyBmb3IgY2lyY3VpdCBib2FyZCB2aWFzIGZvciBzb21lIHllYXJz DQpub3cuDQoNCkdyZWcgRWRsdW5kDQpTZW5pb3IgRW5naW5lZXINClNpZ25h bCBJbnRlZ3JpdHkgYW5kIFN5c3RlbSBUaW1pbmcNCklCTSBTeXN0ZW1zICYg VGVjaG5vbG9neSBHcm91cA0KMzYwNSBId3kuIDUyIE4gIEJsZGcgMDUwLTMN ClJvY2hlc3RlciwgTU4gNTU5MDENCg0KDQoNCg0KDQpGcm9tOglSYXkgQW5k ZXJzb24gPHJheS5hbmRlcnNvbkB4aWxpbnguY29tPg0KVG86CWliaXMtdXNl cnMgPGliaXMtdXNlcnNAZWRhLm9yZz4NCkNjOglSYXkgQW5kZXJzb24gPHJh eWFAeGlsaW54LmNvbT4NCkRhdGU6CTA1LzEwLzIwMTEgMTI6MTggUE0NClN1 YmplY3Q6CVtJQklTLVVzZXJzXSBERFI0IHNpbXVsYXRpb25zIHVzaW5nIElC SVMgbW9kZWxzDQpTZW50IGJ5Oglvd25lci1pYmlzLXVzZXJzQGVkYS5vcmcN Cg0KDQoNCg0KRm9yIHJlbGF0aXZlbHkgbG93IGJhbmR3aWR0aCBzaWduYWxz IChzYXkgPCAxR0h6KSBJQklTIC5wa2cgc3R5bGUgUkxDDQpwYWNrYWdlIG1v ZGVscyBhcmUgYW4gYWRlcXVhdGUgc29sdXRpb24uIEFzIHdlIG1vdmUgaW50 byB0aGUgcmVhbG0gb2YgRERSNA0Kd2hlcmUgdGhlIGJpdHJhdGUgaXMgc2F5 IDQgR0IvcyBhbmQgdGhlIHJpc2V0aW1lIGlzIG9uIHRoZSBvcmRlciBvZiA3 MHBzZWMNCkkgYW0gd29uZGVyaW5nIHdoYXQgc29ydCBvZiBwYWNrYWdlIG1v ZGVscyBJQklTIHVzZXJzIHRlbmQgdG8gdXNlIHRoZXNlDQpkYXlzLg0KQSA3 MHBzZWMgcmlzdGltZSBlcXVhdGVzIHRvIGEga25lZSBmcmVxdWVuY3kgb2Yg YWJvdXQgNS43IEdIei4gRm9yIGdvb2QNCnNpZ25hbCBmaWRlbGl0eSB0aGUg cGFja2FnZSBtb2RlbCBzaG91bGQgYmUgYWNjdXJhdGUgdXAgdG8gYXQgbGVh c3QgMyB0aW1lcw0KdGhhdCBmcmVxdWVuY3kgKGFuZCBwcmVmZXJhYmx5IDUg dGltZXMpLg0KDQpMb29raW5nIGF0IHRoZSBvcHRpb25zIGF2YWlsYWJsZSBp dCBpcyBsb29raW5nIGxpa2Ugcy1wYXJhbWV0ZXIgbW9kZWxzIG1heQ0KYmUg dGhlIG9ubHkgdmFyaWV0eSB0aGF0IGlzIHVwIHRvIHRoZSB0YXNrLiBUaGUg cHJvYmxlbSB3aXRoIHRob3NlIGZyb20gYQ0KdXNlcuKAmXMgcGVyc3BlY3Rp dmUgaXMgdGhhdCB0aGUgc2ltdWxhdGlvbiBzcGVlZCBpcyBxdWl0ZSBzbG93 IGNvbXBhcmVkIHRvDQpSTEMgYmFzZWQgbW9kZWxzLiBGcm9tIHRoZSBtb2Rl bCBtYWtlcnMgcGVyc3BlY3RpdmUsIGl0IGlzIGltcHJhY3RpY2FsIHRvDQpk byBhIOKAnGZ1bGwgcGFja2FnZeKAnSBzLXBhcmFtZXRlciBleHRyYWN0aW9u IHRvIHByb3ZpZGUgc2VwYXJhdGUgbW9kZWxzIGZvcg0KZWFjaCBuZXQgaW4g bGFyZ2UgcGFja2FnZXMuIEl0IGFsc28gYXBwZWFycyB0aGF0IGluIElCSVMg NS4wIHRoZXJlIGlzIG5vDQpnb29kIG1ldGhvZCB0byBhdXRvbWF0aWNhbGx5 IGluY2x1ZGUgdGhlIHByb3BlciBzLXBhcmFtZXRlciBtb2RlbCAoYXMgb25l DQpjYW4gZG8gaW4gY3VycmVudCB0b29scyBieSBqdXN0IHNlbGVjdGluZyB0 aGUgcHJvcGVyIHBpbiBuYW1lIG9yIG5ldG5hbWUgdG8NCnB1bGwgaW4gdGhl IGNvcnJlY3QgUkxDIHBhcmFzaXRpYykuDQoNCklmIElCSVMgQklSRCAgIDEy NSBpcyBhZG9wdGVkIGFsbG93aW5nIElCSVMtSVNTIGF2YWlsYWJsZSBmb3Ig cGFja2FnZQ0KbW9kZWxpbmcgaXQgc2VlbXMgdGhhdCB3aWxsIHByb3ZpZGUg YSBtZWNoYW5pc20gZm9yIHRoZSBpbmNsdXNpb24gb2YNCnMtcGFyYW1ldGVy IHBhY2thZ2UgbW9kZWxzLg0KDQpVbnRpbCB0aGUgZW5oYW5jZW1lbnRzIGRl c2NyaWJlZCBpbiBCSVJEMTI1IGJlY29tZSByZWFsaXR5IHdoYXQgaXMgY3Vy cmVudA0Kc29sdXRpb24gbW9zdCB1c2VycyBhcmUgYWRvcHRpbmc/DQoNClJh eSBBbmRlcnNvbg0KWGlsaW54IEluYy4NCg0KDQoNClRoaXMgZW1haWwgYW5k IGFueSBhdHRhY2htZW50cyBhcmUgaW50ZW5kZWQgZm9yIHRoZSBzb2xlIHVz ZSBvZiB0aGUgbmFtZWQNCnJlY2lwaWVudChzKSBhbmQgY29udGFpbihzKSBj b25maWRlbnRpYWwgaW5mb3JtYXRpb24gdGhhdCBtYXkgYmUNCnByb3ByaWV0 YXJ5LCBwcml2aWxlZ2VkIG9yIGNvcHlyaWdodGVkIHVuZGVyIGFwcGxpY2Fi bGUgbGF3LiBJZiB5b3UgYXJlIG5vdA0KdGhlIGludGVuZGVkIHJlY2lwaWVu dCwgZG8gbm90IHJlYWQsIGNvcHksIG9yIGZvcndhcmQgdGhpcyBlbWFpbCBt ZXNzYWdlIG9yDQphbnkgYXR0YWNobWVudHMuIERlbGV0ZSB0aGlzIGVtYWls IG1lc3NhZ2UgYW5kIGFueSBhdHRhY2htZW50cyBpbW1lZGlhdGVseS4NCg0K LS0NClRoaXMgbWVzc2FnZSBoYXMgYmVlbiBzY2FubmVkIGZvciB2aXJ1c2Vz IGFuZA0KZGFuZ2Vyb3VzIGNvbnRlbnQgYnkgTWFpbFNjYW5uZXIsIGFuZCBp cw0KYmVsaWV2ZWQgdG8gYmUgY2xlYW4uDQoNCgotLSAKVGhpcyBtZXNzYWdl IGhhcyBiZWVuIHNjYW5uZWQgZm9yIHZpcnVzZXMgYW5kCmRhbmdlcm91cyBj b250ZW50IGJ5IE1haWxTY2FubmVyLCBhbmQgaXMKYmVsaWV2ZWQgdG8gYmUg Y2xlYW4uCgo= - --1__=09BBF21FDFF3BBF48f9e8a93df938690918c09BBF21FDFF3BBF4 Content-type: text/html; charset=UTF-8 Content-Disposition: inline Content-transfer-encoding: base64 PGh0bWw+PGJvZHk+DQo8cD48Zm9udCBzaXplPSIyIiBmYWNlPSJzYW5zLXNl cmlmIj5SYXksPC9mb250Pjxicj4NCjxicj4NCjxmb250IHNpemU9IjIiIGZh Y2U9InNhbnMtc2VyaWYiPkkgaGF2ZW4ndCBzaW11bGF0ZWQgRERSNCBteXNl bGYsIGJ1dCBJIGhhdmUgc2ltaWxhciBleHBlcmllbmNlLiAgSSB3b3VsZCB1 c2UgYSB3LWVsZW1lbnQgd2l0aCBhIGx1bXBlZCBDIHRvIHJlcHJlc2VudCB0 aGUgcGFja2FnZSB2aWEsIHBhZCwgYW5kIHNvbGRlciBiYWxsLiAgVHJ5IDI1 IHVtIGxpbmUgd2lkdGgsIDYwIHVtIGVkZ2UtdG8tZWRnZSBzcGFjaW5nLCBF ciA9IDMuMywgYW5kIHRhbmQgPSAwLjAyLiAgVGhhdCBzaG91bGQgZ2V0IHlv dSBpbiB0aGUgYmFsbCBwYXJrLjwvZm9udD48YnI+DQo8YnI+DQo8Zm9udCBz aXplPSIyIiBmYWNlPSJzYW5zLXNlcmlmIj5JJ3ZlIGJlZW4gdXNpbmcgcy1w YXJhbWV0ZXIgbW9kZWxzIGZvciBjaXJjdWl0IGJvYXJkIHZpYXMgZm9yIHNv bWUgeWVhcnMgbm93LiAgPC9mb250Pjxicj4NCjxmb250IHNpemU9IjIiIGZh Y2U9InNhbnMtc2VyaWYiPjxicj4NCkdyZWcgRWRsdW5kPGJyPg0KU2VuaW9y IEVuZ2luZWVyPGJyPg0KU2lnbmFsIEludGVncml0eSBhbmQgU3lzdGVtIFRp bWluZzxicj4NCklCTSBTeXN0ZW1zICZhbXA7IFRlY2hub2xvZ3kgR3JvdXA8 YnI+DQozNjA1IEh3eS4gNTIgTiAgQmxkZyAwNTAtMzxicj4NClJvY2hlc3Rl ciwgTU4gNTU5MDE8YnI+DQo8YnI+DQo8L2ZvbnQ+PGJyPg0KPGJyPg0KPGlt ZyB3aWR0aD0iMTYiIGhlaWdodD0iMTYiIHNyYz0iY2lkOjFfXz0wOUJCRjIx RkRGRjNCQkY0OGY5ZThhOTNkZjkzOEB1cy5pYm0uY29tIiBib3JkZXI9IjAi IGFsdD0iSW5hY3RpdmUgaGlkZSBkZXRhaWxzIGZvciBSYXkgQW5kZXJzb24g LS0tMDUvMTAvMjAxMSAxMjoxODo1NyBQTS0tLSAgRm9yIHJlbGF0aXZlbHkg bG93IGJhbmR3aWR0aCBzaWduYWxzIChzYXkgJmx0OyAxR0h6KSBJQklTIC5w ayI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9IiM0MjQyODIiIGZhY2U9InNhbnMt c2VyaWYiPlJheSBBbmRlcnNvbiAtLS0wNS8xMC8yMDExIDEyOjE4OjU3IFBN LS0tICBGb3IgcmVsYXRpdmVseSBsb3cgYmFuZHdpZHRoIHNpZ25hbHMgKHNh eSAmbHQ7IDFHSHopIElCSVMgLnBrZyBzdHlsZSBSTEM8L2ZvbnQ+PGJyPg0K PGJyPg0KPGZvbnQgc2l6ZT0iMSIgY29sb3I9IiM1RjVGNUYiIGZhY2U9InNh bnMtc2VyaWYiPkZyb206CTwvZm9udD48Zm9udCBzaXplPSIxIiBmYWNlPSJz YW5zLXNlcmlmIj5SYXkgQW5kZXJzb24gJmx0O3JheS5hbmRlcnNvbkB4aWxp bnguY29tJmd0OzwvZm9udD48YnI+DQo8Zm9udCBzaXplPSIxIiBjb2xvcj0i IzVGNUY1RiIgZmFjZT0ic2Fucy1zZXJpZiI+VG86CTwvZm9udD48Zm9udCBz aXplPSIxIiBmYWNlPSJzYW5zLXNlcmlmIj5pYmlzLXVzZXJzICZsdDtpYmlz LXVzZXJzQGVkYS5vcmcmZ3Q7PC9mb250Pjxicj4NCjxmb250IHNpemU9IjEi IGNvbG9yPSIjNUY1RjVGIiBmYWNlPSJzYW5zLXNlcmlmIj5DYzoJPC9mb250 Pjxmb250IHNpemU9IjEiIGZhY2U9InNhbnMtc2VyaWYiPlJheSBBbmRlcnNv biAmbHQ7cmF5YUB4aWxpbnguY29tJmd0OzwvZm9udD48YnI+DQo8Zm9udCBz aXplPSIxIiBjb2xvcj0iIzVGNUY1RiIgZmFjZT0ic2Fucy1zZXJpZiI+RGF0 ZToJPC9mb250Pjxmb250IHNpemU9IjEiIGZhY2U9InNhbnMtc2VyaWYiPjA1 LzEwLzIwMTEgMTI6MTggUE08L2ZvbnQ+PGJyPg0KPGZvbnQgc2l6ZT0iMSIg Y29sb3I9IiM1RjVGNUYiIGZhY2U9InNhbnMtc2VyaWYiPlN1YmplY3Q6CTwv Zm9udD48Zm9udCBzaXplPSIxIiBmYWNlPSJzYW5zLXNlcmlmIj5bSUJJUy1V c2Vyc10gRERSNCBzaW11bGF0aW9ucyB1c2luZyBJQklTIG1vZGVsczwvZm9u dD48YnI+DQo8Zm9udCBzaXplPSIxIiBjb2xvcj0iIzVGNUY1RiIgZmFjZT0i c2Fucy1zZXJpZiI+U2VudCBieToJPC9mb250Pjxmb250IHNpemU9IjEiIGZh Y2U9InNhbnMtc2VyaWYiPm93bmVyLWliaXMtdXNlcnNAZWRhLm9yZzwvZm9u dD48YnI+DQo8aHIgd2lkdGg9IjEwMCUiIHNpemU9IjIiIGFsaWduPSJsZWZ0 IiBub3NoYWRlIHN0eWxlPSJjb2xvcjojODA5MUE1OyAiPjxicj4NCjxicj4N Cjxicj4NCjxmb250IHNpemU9IjIiIGNvbG9yPSIjMUY0OTdEIiBmYWNlPSJD YWxpYnJpIj4gPC9mb250Pjxicj4NCjxmb250IHNpemU9IjIiIGNvbG9yPSIj MUY0OTdEIiBmYWNlPSJDYWxpYnJpIj5Gb3IgcmVsYXRpdmVseSBsb3cgYmFu ZHdpZHRoIHNpZ25hbHMgKHNheSAmbHQ7IDFHSHopIElCSVMgLnBrZyBzdHls ZSBSTEMgcGFja2FnZSBtb2RlbHMgYXJlIGFuIGFkZXF1YXRlIHNvbHV0aW9u LiBBcyB3ZSBtb3ZlIGludG8gdGhlIHJlYWxtIG9mIEREUjQgd2hlcmUgdGhl IGJpdHJhdGUgaXMgc2F5IDQgR0IvcyBhbmQgdGhlIHJpc2V0aW1lIGlzIG9u IHRoZSBvcmRlciBvZiA3MHBzZWMgSSBhbSB3b25kZXJpbmcgd2hhdCBzb3J0 IG9mIHBhY2thZ2UgbW9kZWxzIElCSVMgdXNlcnMgdGVuZCB0byB1c2UgdGhl c2UgZGF5cy48L2ZvbnQ+PGJyPg0KPGZvbnQgc2l6ZT0iMiIgY29sb3I9IiMx RjQ5N0QiIGZhY2U9IkNhbGlicmkiPkEgNzBwc2VjIHJpc3RpbWUgZXF1YXRl cyB0byBhIGtuZWUgZnJlcXVlbmN5IG9mIGFib3V0IDUuNyBHSHouIEZvciBn b29kIHNpZ25hbCBmaWRlbGl0eSB0aGUgcGFja2FnZSBtb2RlbCBzaG91bGQg YmUgYWNjdXJhdGUgdXAgdG8gYXQgbGVhc3QgMyB0aW1lcyB0aGF0IGZyZXF1 ZW5jeSAoYW5kIHByZWZlcmFibHkgNSB0aW1lcykuPC9mb250Pjxicj4NCjxm b250IHNpemU9IjIiIGNvbG9yPSIjMUY0OTdEIiBmYWNlPSJDYWxpYnJpIj4g PC9mb250Pjxicj4NCjxmb250IHNpemU9IjIiIGNvbG9yPSIjMUY0OTdEIiBm YWNlPSJDYWxpYnJpIj5Mb29raW5nIGF0IHRoZSBvcHRpb25zIGF2YWlsYWJs ZSBpdCBpcyBsb29raW5nIGxpa2Ugcy1wYXJhbWV0ZXIgbW9kZWxzIG1heSBi ZSB0aGUgb25seSB2YXJpZXR5IHRoYXQgaXMgdXAgdG8gdGhlIHRhc2suIFRo ZSBwcm9ibGVtIHdpdGggdGhvc2UgZnJvbSBhIHVzZXLigJlzIHBlcnNwZWN0 aXZlIGlzIHRoYXQgdGhlIHNpbXVsYXRpb24gc3BlZWQgaXMgcXVpdGUgc2xv dyBjb21wYXJlZCB0byBSTEMgYmFzZWQgbW9kZWxzLiBGcm9tIHRoZSBtb2Rl bCBtYWtlcnMgcGVyc3BlY3RpdmUsIGl0IGlzIGltcHJhY3RpY2FsIHRvIGRv IGEg4oCcZnVsbCBwYWNrYWdl4oCdIHMtcGFyYW1ldGVyIGV4dHJhY3Rpb24g dG8gcHJvdmlkZSBzZXBhcmF0ZSBtb2RlbHMgZm9yIGVhY2ggbmV0IGluIGxh cmdlIHBhY2thZ2VzLiBJdCBhbHNvIGFwcGVhcnMgdGhhdCBpbiBJQklTIDUu MCB0aGVyZSBpcyBubyBnb29kIG1ldGhvZCB0byBhdXRvbWF0aWNhbGx5IGlu Y2x1ZGUgdGhlIHByb3BlciBzLXBhcmFtZXRlciBtb2RlbCAoYXMgb25lIGNh biBkbyBpbiBjdXJyZW50IHRvb2xzIGJ5IGp1c3Qgc2VsZWN0aW5nIHRoZSBw cm9wZXIgcGluIG5hbWUgb3IgbmV0bmFtZSB0byBwdWxsIGluIHRoZSBjb3Jy ZWN0IFJMQyBwYXJhc2l0aWMpLjwvZm9udD48YnI+DQo8Zm9udCBzaXplPSIy IiBjb2xvcj0iIzFGNDk3RCIgZmFjZT0iQ2FsaWJyaSI+IDwvZm9udD48YnI+ DQo8Zm9udCBzaXplPSIyIiBjb2xvcj0iIzFGNDk3RCIgZmFjZT0iQ2FsaWJy aSI+SWYgSUJJUyBCSVJEICAgMTI1IGlzIGFkb3B0ZWQgYWxsb3dpbmcgSUJJ Uy1JU1MgYXZhaWxhYmxlIGZvciBwYWNrYWdlIG1vZGVsaW5nIGl0IHNlZW1z IHRoYXQgd2lsbCBwcm92aWRlIGEgbWVjaGFuaXNtIGZvciB0aGUgaW5jbHVz aW9uIG9mIHMtcGFyYW1ldGVyIHBhY2thZ2UgbW9kZWxzLjwvZm9udD48YnI+ DQo8Zm9udCBzaXplPSIyIiBjb2xvcj0iIzFGNDk3RCIgZmFjZT0iQ2FsaWJy aSI+IDwvZm9udD48YnI+DQo8Zm9udCBzaXplPSIyIiBjb2xvcj0iIzFGNDk3 RCIgZmFjZT0iQ2FsaWJyaSI+VW50aWwgdGhlIGVuaGFuY2VtZW50cyBkZXNj cmliZWQgaW4gQklSRDEyNSBiZWNvbWUgcmVhbGl0eSB3aGF0IGlzIGN1cnJl bnQgc29sdXRpb24gbW9zdCB1c2VycyBhcmUgYWRvcHRpbmc/PC9mb250Pjxi cj4NCjxmb250IHNpemU9IjIiIGNvbG9yPSIjMUY0OTdEIiBmYWNlPSJDYWxp YnJpIj4gPC9mb250Pjxicj4NCjxmb250IHNpemU9IjIiIGNvbG9yPSIjMUY0 OTdEIiBmYWNlPSJDYWxpYnJpIj5SYXkgQW5kZXJzb248L2ZvbnQ+PGJyPg0K PGZvbnQgc2l6ZT0iMiIgY29sb3I9IiMxRjQ5N0QiIGZhY2U9IkNhbGlicmki PlhpbGlueCBJbmMuPC9mb250Pjxicj4NCjxmb250IHNpemU9IjIiIGNvbG9y PSIjMUY0OTdEIiBmYWNlPSJDYWxpYnJpIj4gICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg PC9mb250Pg0KPHA+PGZvbnQgc2l6ZT0iMyIgZmFjZT0ic2VyaWYiPjxicj4N ClRoaXMgZW1haWwgYW5kIGFueSBhdHRhY2htZW50cyBhcmUgaW50ZW5kZWQg Zm9yIHRoZSBzb2xlIHVzZSBvZiB0aGUgbmFtZWQgcmVjaXBpZW50KHMpIGFu ZCBjb250YWluKHMpIGNvbmZpZGVudGlhbCBpbmZvcm1hdGlvbiB0aGF0IG1h eSBiZSBwcm9wcmlldGFyeSwgcHJpdmlsZWdlZCBvciBjb3B5cmlnaHRlZCB1 bmRlciBhcHBsaWNhYmxlIGxhdy4gSWYgeW91IGFyZSBub3QgdGhlIGludGVu ZGVkIHJlY2lwaWVudCwgZG8gbm90IHJlYWQsIGNvcHksIG9yIGZvcndhcmQg dGhpcyBlbWFpbCBtZXNzYWdlIG9yIGFueSBhdHRhY2htZW50cy4gRGVsZXRl IHRoaXMgZW1haWwgbWVzc2FnZSBhbmQgYW55IGF0dGFjaG1lbnRzIGltbWVk aWF0ZWx5LiA8YnI+DQotLSA8YnI+DQpUaGlzIG1lc3NhZ2UgaGFzIGJlZW4g c2Nhbm5lZCBmb3IgdmlydXNlcyBhbmQgPGJyPg0KZGFuZ2Vyb3VzIGNvbnRl bnQgYnkgPC9mb250PjxhIGhyZWY9Imh0dHA6Ly93d3cubWFpbHNjYW5uZXIu aW5mby8iPjxmb250IHNpemU9IjMiIGNvbG9yPSIjMDAwMEZGIiBmYWNlPSJz ZXJpZiI+PGI+PHU+TWFpbFNjYW5uZXI8L3U+PC9iPjwvZm9udD48L2E+PGZv bnQgc2l6ZT0iMyIgZmFjZT0ic2VyaWYiPiwgYW5kIGlzIDxicj4NCmJlbGll dmVkIHRvIGJlIGNsZWFuLiA8L2ZvbnQ+DQo8cD48YnIgLz4tLSAKPGJyIC8+ VGhpcyBtZXNzYWdlIGhhcyBiZWVuIHNjYW5uZWQgZm9yIHZpcnVzZXMgYW5k CjxiciAvPmRhbmdlcm91cyBjb250ZW50IGJ5CjxhIGhyZWY9Imh0dHA6Ly93 d3cubWFpbHNjYW5uZXIuaW5mby8iPjxiPk1haWxTY2FubmVyPC9iPjwvYT4s IGFuZCBpcwo8YnIgLz5iZWxpZXZlZCB0byBiZSBjbGVhbi4KPC9ib2R5Pjwv aHRtbD4K - --1__=09BBF21FDFF3BBF48f9e8a93df938690918c09BBF21FDFF3BBF4-- - --0__=09BBF21FDFF3BBF48f9e8a93df938690918c09BBF21FDFF3BBF4 Content-type: image/gif; name="graycol.gif" Content-Disposition: inline; filename="graycol.gif" Content-ID: <1__=09BBF21FDFF3BBF48f9e8a93df938@us.ibm.com> Content-transfer-encoding: base64 R0lGODlhEAAQAKECAMzMzAAAAP///wAAACH5BAEAAAIALAAAAAAQABAAAAIX lI+py+0PopwxUbpuZRfKZ2zgSJbmSRYAIf4fT3B0aW1pemVkIGJ5IFVsZWFk IFNtYXJ0U2F2ZXIhAAA7 - --0__=09BBF21FDFF3BBF48f9e8a93df938690918c09BBF21FDFF3BBF4-- - -------------------------------------------------------------------- |For help or to subscribe/unsubscribe, e-mail majordomo@eda-stds.org |with the appropriate command message(s) in the body: | | help | subscribe ibis | subscribe ibis-users | unsubscribe ibis | unsubscribe ibis-users | |or e-mail a request to ibis-request@eda-stds.org. | |IBIS reflector archives exist under: | | http://www.eda-stds.org/pub/ibis/email_archive/ Recent | http://www.eda-stds.org/pub/ibis/users_archive/ Recent | http://www.eda-stds.org/pub/ibis/email/ E-mail since 1993 ------------------------------ Date: Thu, 12 May 2011 21:39:35 +0000 From: "Abril, Giovanni (AS)" Subject: RE: [IBIS-Users] s2ibis2 spectre issues - --_000_165B291AEEC8824EB5129B536A9CB4A204F436XMBC3086northgrum_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable No luck: s2ibis2.sun4.fix: [Iterate] set and file put1.out exists. Skipping run. s2ibis2.sun4.fix: Data begin marker transfer not found in output file put1.= out. s2ibis2.sun4.fix: Curve pullup not generated. I don't know if this has anything to do with it, but I had some trouble run= ning Spectre in the first place. I ended up using the example from the s2i= bis documentation default: [Spice command] spectre -f nutascii -c 132 %s -r %s > %s From: Syed Huq (huqs) [mailto:huqs@cisco.com] Sent: Thursday, May 12, 2011 2:30 PM To: Abril, Giovanni (AS); ibis-users@eda.org Subject: EXT :RE: [IBIS-Users] s2ibis2 spectre issues Ok, I am going to assume that when your [Spice type] was set to HSPICE in t= he past, you had no issues. Now your [Spice type] says Spectre. Since your generated .out files looks good, go back to the .s2i file and ch= ange the [Spice type] to HSPICE and re-run the s2ibis2.sun4.fix It will not re-generate all the .out files or the .spi since they are alrea= dy there. Maybe (and this is the guess part), it can now construct the .ibs file with= the correct data from the .out files. Still not sure why for a Spectre option it did not re-construct the .ibs - -Syed From: owner-ibis-users@eda.org [mailto:owner-ibis-users@eda.org] On Behalf = Of Abril, Giovanni (AS) Sent: Thursday, May 12, 2011 2:15 PM To: ibis-users@eda.org Subject: [IBIS-Users] s2ibis2 spectre issues Hi, I'm trying to generate an IBIS model for a standard 3-state buffer from a S= pectre netlist for the first time. I've done it many times before using HS= PICE. Spectre appears to not subtract the GND clamp from the pull-down cur= ve correctly. The values I see in the .out files look reasonable, but it s= eems to be some issue with s2ibis creating the IBIS model. Has anyone see= n this problem before? I'm running s2ibis2 V1.1 on unix. I also tried s2i= bis2.sun4.fix v1.1 with no success. I'm unable to run s2ibis3 due to java = issues. Model piece: [Pulldown] | voltage I(typ) I(min) I(max) | -2.25 0.000A 0.000A 0.000A -2.05 0.000A 0.000A 0.000A -1.85 0.000A 0.000A 0.000A -1.65 0.000A 0.000A 0.000A -1.45 0.000A 0.000A 0.000A -1.25 0.000A 0.000A 0.000A -1.05 0.000A 0.000A 0.000A -0.85 0.000A 0.000A 0.000A -0.65 0.000A 0.000A 0.000A -0.45 0.000A 0.000A 0.000A -0.45 0.000A 0.000A 0.000A Gct1.out piece: Values: 0 -2.25 0.0206632257823047 1 -2.15 0.018752697278203 2 -2.05 0.0168794739250666 3 -1.95 0.015048193643308 4 -1.85 0.0132646120643909 5 -1.75 0.0115353816895163 6 -1.65 0.00986825334511118 7 -1.55 0.00827233474918234 8 -1.45 0.00675841708269555 9 -1.35 0.00533937873009047 10 -1.25 0.00403068474077055 11 -1.15 0.00285111478495499 12 -1.05 0.00182447627744615 13 -0.949999999999999 0.000985060352576678 14 -0.849999999999999 0.000388756466255174 15 -0.749999999999999 8.93848201558174e-05 16 -0.649999999999999 1.14074795064061e-05 17 -0.549999999999999 1.01773692345335e-06 18 -0.449999999999999 7.15077005548676e-08 19 -0.349999999999999 4.49799993383025e-09 20 -0.249999999999999 2.73316145092103e-10 21 -0.149999999999999 1.66519805717215e-11 22 -0.0499999999999991 9.5159052254909e-13 Pdt1.out piece: Values: 0 -2.25 0.0390276429709649 1 -2.15 0.0370851144053552 2 -2.05 0.0351599500059903 3 -1.95 0.0332522490397326 4 -1.85 0.0313621338336076 5 -1.75 0.0294897528954238 6 -1.65 0.0276352841416111 7 -1.55 0.0257989384431105 8 -1.45 0.0239809635593247 9 -1.35 0.0221816485392388 10 -1.25 0.0204013286804044 11 -1.15 0.0186403911511655 12 -1.05 0.0168992814001036 13 -0.949999999999999 0.0151785105002577 14 -0.849999999999999 0.0134786636057362 15 -0.749999999999999 0.0118004097369629 16 -0.649999999999999 0.0101445131609938 17 -0.549999999999999 0.00851184669949703 18 -0.449999999999999 0.0069034073857026 19 -0.349999999999999 0.00532033501305709 20 -0.249999999999999 0.00376393428858811 21 -0.149999999999999 0.00223570154900383 22 -0.0499999999999991 0.000737357349174387 - -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. - --=20 This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. - --_000_165B291AEEC8824EB5129B536A9CB4A204F436XMBC3086northgrum_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

No luck:

s2ibis2.sun4.fix: [Iterat= e] set and file put1.out exists. Skipping run.

s2ibis2.sun4.fix: Data be= gin marker transfer not found in output file put1.out.

s2ibis2.sun4.fix: Curve p= ullup not generated.

 <= /p>

I don’t know if thi= s has anything to do with it, but I had some trouble running Spectre in the= first place.  I ended up using the example from the s2ibis documentat= ion default:

[Spice command] spectre -= f nutascii -c 132 %s -r %s > %s

 <= /p>

 <= /p>

From: Syed Huq= (huqs) [mailto:huqs@cisco.com]
Sent: Thursday, May 12, 2011 2:30 PM
To: Abril, Giovanni (AS); ibis-users@eda.org
Subject: EXT :RE: [IBIS-Users] s2ibis2 spectre issues

 

Ok, I am going to assume = that when your [Spice type] was set to HSPICE in the past, you had no issue= s. Now your [Spice type] says Spectre.

 <= /p>

Since your generated .out= files looks good, go back to the .s2i file and change the [Spice type] to = HSPICE and re-run the s2ibis2.sun4.fix

It will not re-generate a= ll the .out files or the .spi since they are already there.

Maybe (and this is the gu= ess part), it can now construct the .ibs file with the correct data from th= e .out files.

 <= /p>

Still not sure why for a = Spectre option it did not re-construct the .ibs

 <= /p>

-Syed

 <= /p>

From: owner-ib= is-users@eda.org [mailto:owner-ibis-users@eda.org] On Behalf Of Abril, Giovanni (AS)
Sent: Thursday, May 12, 2011 2:15 PM
To: ibis-users@eda.org
Subject: [IBIS-Users] s2ibis2 spectre issues

 

Hi,

 

I’m trying to generate an IBIS mo= del for a standard 3-state buffer from a Spectre netlist for the first time= .  I’ve done it many times before using HSPICE.  Spectre ap= pears to not subtract the GND clamp from the pull-down curve correctly.  Th= e values I see in the .out files look reasonable, but it seems to be some i= ssue with s2ibis creating the IBIS model.   Has anyone seen this = problem before?  I’m running s2ibis2 V1.1 on unix.  I also tried s2ibis2.sun4.fix v1.1 with no success.  I’m unable= to run s2ibis3 due to java issues.

 

Model piece:

[Pulldown]

| voltage     I(typ= )            &n= bsp; I(min)          &nbs= p;   I(max)

|

  -2.25    &nb= sp;  0.000A          = ;    0.000A        &= nbsp;     0.000A

  -2.05    &nb= sp;  0.000A          = ;    0.000A        &= nbsp;     0.000A

  -1.85    &nb= sp;  0.000A          = ;    0.000A        &= nbsp;     0.000A

  -1.65    &nb= sp;  0.000A          = ;    0.000A        &= nbsp;     0.000A

  -1.45    &nb= sp;  0.000A          = ;    0.000A        &= nbsp;     0.000A

  -1.25    &nb= sp;  0.000A          = ;    0.000A        &= nbsp;     0.000A

  -1.05    &nb= sp;  0.000A          = ;    0.000A        &= nbsp;     0.000A

  -0.85    &nb= sp;  0.000A          = ;    0.000A        &= nbsp;     0.000A

  -0.65    &nb= sp;  0.000A          = ;    0.000A        &= nbsp;     0.000A

  -0.45    &nb= sp;  0.000A          = ;    0.000A        &= nbsp;     0.000A

  -0.45    &nb= sp;  0.000A          = ;    0.000A        &= nbsp;     0.000A

 

Gct1.out piece:

Values:

0      -2.25&n= bsp;  0.0206632257823047

1      -2.15&n= bsp;  0.018752697278203

2      -2.05&n= bsp;  0.0168794739250666

3      -1.95&n= bsp;  0.015048193643308

4      -1.85&n= bsp;  0.0132646120643909

5      -1.75&n= bsp;  0.0115353816895163

6      -1.65&n= bsp;  0.00986825334511118

7      -1.55&n= bsp;  0.00827233474918234

8      -1.45&n= bsp;  0.00675841708269555

9      -1.35&n= bsp;  0.00533937873009047

10     -1.25 &= nbsp; 0.00403068474077055

11     -1.15 &= nbsp; 0.00285111478495499

12     -1.05 &= nbsp; 0.00182447627744615

13     -0.949999999= 999999      0.000985060352576678=

14     -0.849999999= 999999      0.000388756466255174=

15     -0.749999999= 999999      8.93848201558174e-05=

16     -0.649999999= 999999      1.14074795064061e-05=

17     -0.549999999= 999999      1.01773692345335e-06=

18     -0.449999999= 999999      7.15077005548676e-08=

19     -0.349999999= 999999      4.49799993383025e-09=

20     -0.249999999= 999999      2.73316145092103e-10=

21     -0.149999999= 999999      1.66519805717215e-11=

22     -0.049999999= 9999991     9.5159052254909e-13

 

Pdt1.out piece:

Values:

0      -2.25&n= bsp;  0.0390276429709649

1      -2.15&n= bsp;  0.0370851144053552

2      -2.05&n= bsp;  0.0351599500059903

3      -1.95&n= bsp;  0.0332522490397326

4      -1.85&n= bsp;  0.0313621338336076

5      -1.75&n= bsp;  0.0294897528954238

6      -1.65&n= bsp;  0.0276352841416111

7      -1.55&n= bsp;  0.0257989384431105

8      -1.45&n= bsp;  0.0239809635593247

9      -1.35&n= bsp;  0.0221816485392388

10     -1.25 &= nbsp; 0.0204013286804044

11     -1.15 &= nbsp; 0.0186403911511655

12     -1.05 &= nbsp; 0.0168992814001036

13     -0.949999999= 999999      0.0151785105002577

14     -0.849999999= 999999      0.0134786636057362

15     -0.749999999= 999999      0.0118004097369629

16     -0.649999999= 999999      0.0101445131609938

17     -0.549999999= 999999      0.00851184669949703<= /p>

18     -0.449999999= 999999      0.0069034073857026

19     -0.349999999= 999999      0.00532033501305709<= /p>

20     -0.249999999= 999999      0.00376393428858811<= /p>

21     -0.149999999= 999999      0.00223570154900383<= /p>

22     -0.049999999= 9999991     0.000737357349174387

 


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


--=20
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean. - --_000_165B291AEEC8824EB5129B536A9CB4A204F436XMBC3086northgrum_-- - -------------------------------------------------------------------- |For help or to subscribe/unsubscribe, e-mail majordomo@eda-stds.org |with the appropriate command message(s) in the body: | | help | subscribe ibis | subscribe ibis-users | unsubscribe ibis | unsubscribe ibis-users | |or e-mail a request to ibis-request@eda-stds.org. | |IBIS reflector archives exist under: | | http://www.eda-stds.org/pub/ibis/email_archive/ Recent | http://www.eda-stds.org/pub/ibis/users_archive/ Recent | http://www.eda-stds.org/pub/ibis/email/ E-mail since 1993 ------------------------------ End of ibis-users V1 #168 *************************