THROW codes and ambiguous conditions

AFAICS the statement in Section 9.3.5

 "A system choosing to execute THROW when detecting one of the ambiguous
  conditions listed in table 9.2 shall use the throw code listed there."

effectively rules out the traditional use of ABORT" to convey the ambiguous
conditions listed in the table.  Is that how others read it?

Early on DX-Forth it became apparent that maintaining a list of error
messages accessible by means of a THROW code was going to be messy and
worse - costly.  I wanted CATCH THROW but could do without the vision
ANS appeared to have in mind for it.  The consequence of retaining
ABORT" for classic ambiguous conditions means I can't individually
identify them at CATCH but I've yet to find this a problem.

I'm curious whether others found ANS' requirement above 'a step too far'?