ISSUE 184

Number 184
Category errata
Synopsis 23.4: "the an" should be "the"
State lrmdraft
Class errata-ptf
Arrival-DateNov 08 2002
Originator Shalom.Bresticker@motorola.com
Release 2001b: 23.4
Environment
Description
23.4, para.4:

"Otherwise, it can be more efficient to use the an acc_next_ routine directly."

"an the" should be "the".

Fix
23.4, para.4:

"Otherwise, it can be more efficient to use the an acc_next_ routine directly."

"the an" should be "the specific".
Audit-Trail
From: "Brad Pierce" <Brad.Pierce@synopsys.com>
To: <etf-bugs@boyd.com>
Cc:
Subject: Re: errata/184: PROPOSAL
Date: Mon, 2 Dec 2002 11:32:54 -0800

In 23.4, paragraph 4, change

"Otherwise, it can be more efficient to use
the an
acc_next_ routine directly."

to
"Otherwise, it can be more efficient to use
the
acc_next_ routine directly."

and make "acc_next_" bold.






From: Shalom.Bresticker@motorola.com
To: Brad Pierce <Brad.Pierce@synopsys.com>
Cc: etf-bugs@boyd.com
Subject: Re: errata/184: PROPOSAL
Date: Tue, 3 Dec 2002 19:21:24 +0200 (IST)

> "Otherwise, it can be more efficient to use
> the
> acc_next_ routine directly."
>
> and make "acc_next_" bold.

Also change "acc_next_" to "acc_next" without the _ suffix, as in para. 2.
Change "acc_next" to bold in para. 2, also.


From: Shalom.Bresticker@motorola.com
To: ptf-bugs@boyd.com
Cc:
Subject: Re: errata/184: PROPOSAL - 23.4: "the an" should be "the"
Date: Fri, 7 Mar 2003 11:48:31 +0200 (IST)

I want to change my vote on this.

During my reserve duty, I had time to look at section 23 more carefully.

The references to " acc_next_ " routines in a general way occur in several
places throughout the section, always with an underscore at the end and not in
bold. This is clearly the convention adopted and not an error.

Therefore:

> In 23.4, paragraph 2, make "acc_next" bold.

No. Rather "acc_next" should be changed to "acc_next_" with underscore at the
end. I think this is the only place where the underscore is missing at the end.


> In 23.4, paragraph 4, change
>
> "Otherwise, it can be more efficient to use
> the an
> acc_next_ routine directly."
>
> to
>
> "Otherwise, it can be more efficient to use
> the
> acc_next routine directly."
>
> (Delete the word "an" and delete the underscore
> after "acc_next".)
>
> and make "acc_next" bold.

No. Only delete the "an".

Shalom


>
> http://boydtechinc.com/cgi-bin/issueproposal.pl?cmd=view&pr=184


From: Shalom Bresticker <Shalom.Bresticker@motorola.com>
To: ptf-bugs@boyd.com
Cc:
Subject: Re: errata/184: PROPOSAL - 23.4: "the an" should be "the"
Date: Thu, 03 Apr 2003 14:23:15 +0300

> In all other situations, it is more efficient to use the acc_next_* routine
> directly.

Note that "acc_next_" is used also in the table at the top of 23.4,
and also in 23.7, 23.37, 23.38, and 23.63.


From: Shalom Bresticker <Shalom.Bresticker@motorola.com>
To: chas@cadence.com
Cc: ptf-bugs@boyd.com
Subject: Re: errata/184: PROPOSAL - 23.4: "the an" should be "the"
Date: Wed, 28 May 2003 18:06:17 +0300

- Note that "acc_next_" (without "*") is used also in the table at the top of
23.4,
and also in 23.7, 23.37, 23.38, and 23.63.

- Would you like all PLI routine names to be bolded whenever they appear in the
text?

Shalom


chas@cadence.com wrote:

> Replace the second through fourth (the one that begins with
> "Otherwise, it can be more efficient...") paragraphs with:
>
> The acc_collect() routine should be used to retrieve
> handles that will be used more than once. It is also
> usefull when doing nested or concurrent calls to
> acc_next_loconn(), acc_next_hiconn(), acc_next_load(),
> or acc_next_cell_load(). In all other situations, it
> can be more efficient to use the acc_next_* routine
> directly.
>
> The object associated with object_handle shall be a valid
> type of handle for the reference object required by the
> acc_next_* routine to be called.
>
> All of the routine names above need to be bold. Also
> "acc_next_*" needs to be bold. The term "object_handle"
> needs to be italicized.
>
> http://boydtechinc.com/cgi-bin/issueproposal.pl?cmd=view&pr=184

--
Shalom Bresticker Shalom.Bresticker@motorola.com
Design & Reuse Methodology Tel: +972 9 9522268
Motorola Semiconductor Israel, Ltd. Fax: +972 9 9522890
POB 2208, Herzlia 46120, ISRAEL Cell: +972 50 441478




Fix replaced by etf@boyd.com on Mon Nov 3 11:18:47 2003
23.4, para.4:

"Otherwise, it can be more efficient to use the an acc_next_ routine directly."

"an the" should be "the".

Unformatted


Hosted by Boyd Technology