From mboxrd@z Thu Jan  1 00:00:00 1970
X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me
X-Spam-Level: 
X-Spam-Status: No, score=0.2 required=5.0 tests=BAYES_00,INVALID_MSGID,
	REPLYTO_WITHOUT_TO_CC autolearn=no autolearn_force=no version=3.4.4
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: 103376,eee47022b0e39dbb
X-Google-Attributes: gid103376,public
From: Larry Coon <larry@fs2.assist.uci.edu>
Subject: Re: Exception problem
Date: 1997/02/19
Message-ID: <330B22E2.DE9@fs2.assist.uci.edu>#1/1
X-Deja-AN: 219874603
References: <330A0D25.313@fs2.assist.uci.edu> <5eds57$iog@felix.seas.gwu.edu>
Content-Type: text/plain; charset=us-ascii
Organization: University of California
Mime-Version: 1.0
Reply-To: larry@fs2.assist.uci.edu
Newsgroups: comp.lang.ada
X-Mailer: Mozilla 3.0 (Win95; I)
Date: 1997-02-19T00:00:00+00:00
List-Id: <comp.lang.ada>


Michael Feldman wrote:

> You need
>              Skip_line;
> here, which advances the input beyond the line terminator.
> The problem is that if your first character is non-numeric,
> the exception is read and the character is left in the buffer.
> This is correct RM behavior; numeric input ceases when a character
> is encountered that can't be part of a numeric token. It stays in
> the input buffer because it might have been intended to be picked
> up on the next read.

Ahh, that's it!  I figured it probably wasn't advancing past the
character, and I guess that it makes sense that the Get call would
continue to try to use the character if it remains in the buffer.

> in Ada jargon, exceptions are "raised" and "handled".

Can you tell what language I use most? ;-)

Larry Coon
University of California
larry@fs2.assist.uci.edu