From owner-freebsd-bugs  Mon Jul 14 08:31:09 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id IAA26964
          for bugs-outgoing; Mon, 14 Jul 1997 08:31:09 -0700 (PDT)
Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA26956
          for <freebsd-bugs@FreeBSD.ORG>; Mon, 14 Jul 1997 08:31:05 -0700 (PDT)
Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id BAA13354; Tue, 15 Jul 1997 01:27:44 +1000
Date: Tue, 15 Jul 1997 01:27:44 +1000
From: Bruce Evans <bde@zeta.org.au>
Message-Id: <199707141527.BAA13354@godzilla.zeta.org.au>
To: j@uriah.heep.sax.de, r.carey@dcs.napier.ac.uk
Subject: Re: ispunct(3) [was: FreeBSD-2.1.1]
Cc: freebsd-bugs@FreeBSD.ORG, hoek@hwcn.org
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

>AFAIK, ANSI C doesn't mention anything beyond ASCII, so the behaviour
>is simply undefined.  Extending the default behaviour to ISO Latin-1
>seems to be a reasonable interpretation of `undefined'.

ANSI C doesn't mention ASCII (except in footnotes).  ispunct() is
defined on integers that can be represented as unsigned chars, and on -1.
The values depend on the locale.

Bruce