Hi Gerald: The IBIS specification and the ibischk parser are both documents and tools that continually evolve. We have decided to officially stabilize and standardize IBIS on just the last major version documents (e.g., 1.1, 2.1, 3.2, 4.2). We are NOT interested in maintaining any subversion distinctions (e.g., for 1.0, 2.0, 3.0, 3.1, 4.0, 4.1) since they might contain flaws or limitations that are fixed in the stabilized versions. So, all older sub-versions should be treated as if they are designated by the latest major version. In your case 4.1 is treated as a 4.2 file, and ibischk4, Version 4.2.2 provides the latest offical test. We did decide to increase the file name limit from 20 to 40 characters in Version 4.2 of IBIS. So, while you are correct that ibischk4, Version 4.1.Y and below will detect this difference, we now treat the 40 character limit as valid in all 4.0 and 4.1 files, and officially part of the IBIS Version 4 standard approved by ANSI/EIA. So we purposely want to eliminate sub-version distinctions to provide a better document, to provide a better checking tool, and to encourage common industrial migration to the lastest major versions of IBIS and ibischkX. Bob Gerald Krasemann wrote: > Hello, > > I have used the lasted version ibschk4.2.2 for checking a model which > has the ibs version 4.1. (hp version) > > The checker reports: > IBISCHK4 V4.2.2 > Checking saf356xhv-v1xxx.ibs for IBIS 4.2 Compatibility... > For me it's a bug, due to the checker will check the model in the wrong > version mode. You can also see, that the checker don't complain about > the to long filemane. > > Only, when I go back to ibschk4.1, it will check in the right manner. > > > It happens the same, when you're checking model of version 3.0 or 3.1. > In this case the checker will always check as 3.2. > Or 2.0 -> checking as 2.1. > > > Is it a bug or how should I handle this? > > > best regards > > Gerald Krasemann > > > -------------------------------------------------------------------------------------------------------------- > Gerald Krasemann > > Development Engineer, Digital Development/ Integration > BL Car Entertainment Solutions > > NXP Semiconductors Germany GmbH > A Company of the NXP Semiconductors Group > Georg-Heyken-Str. 1, 21147 Hamburg, Germany > Tel: ?49 40 5613 1720 Fax: ?49 40 5613 3392 > Gerald.Krasemann_ f rom _nxp.com www.nxp.com <http://www.nxp.com/> > -------------------------------------------------------------------------------------------------------------- > Geschäftsführung: Dr. Volker Kuckhermann (Vors.), Dr. Wigand Ridder / > Aufsichtsratsvorsitzender: Gernot Fiedler / Sitz: Hamburg / > Registergericht: Hamburg HRB 84 865 > > Unless otherwise recorded in a written agreement, all sales transactions > by NXP Semiconductors are subject to our general terms and conditions of > commercial sale. > These are published at: www.nxp.com/profile/terms/index.html > > The information contained in this message is confidential and may be > legally privileged. The message is intended solely for the addressee(s). > If you are not the intended > recipient, you are hereby notified that any use, dissemination, or > reproduction is strictly prohibited and may be unlawful. If you are not > the intended recipient, please > contact the sender by return e-mail and destroy all copies of the > original message. > > -- > This message has been scanned for viruses and > dangerous content by MailScanner <http://www.mailscanner.info/>, and is > believed to be clean. -- Bob Ross Teraspeed Consulting Group LLC Teraspeed Labs 121 North River Drive 13610 SW Harness Lane Narragansett, RI 02882 Beaverton, OR 97008 401-284-1827 503-430-1065 http://www.teraspeed.com 503-246-8048 Direct bob@teraspeed.com Teraspeed is a registered service mark of Teraspeed Consulting Group LLC -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -------------------------------------------------------------------- |For help or to subscribe/unsubscribe, e-mail majordomo@eda-stds.org |with the appropriate command message(s) in the body: | | help | subscribe ibis <optional e-mail address, if different> | subscribe ibis-users <optional e-mail address, if different> | unsubscribe ibis <optional e-mail address, if different> | unsubscribe ibis-users <optional e-mail address, if different> | |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 1993Received on Tue Jul 14 14:39:01 2009
This archive was generated by hypermail 2.1.8 : Tue Jul 14 2009 - 14:39:56 PDT