Date: Fri, 23 Apr 2010 08:32:12 +0200 From: Thomas Mueller <tmueller@sysgo.com> To: Garrett Cooper <yanefbsd@gmail.com> Cc: standards@freebsd.org Subject: Re: Non-POSIX compliant portions of FreeBSD Message-ID: <20100423083212.78227802@tom.ulm.sysgo.com> In-Reply-To: <n2g7d6fde3d1004221823p3383a8fei34fae27b00434859@mail.gmail.com> References: <w2u7d6fde3d1004072200i6b1df9f5w780609c3265e400b@mail.gmail.com> <m2wa0777e081004180548gdaf43413sd0311456379c9d31@mail.gmail.com> <j2v7d6fde3d1004182016t48f443b4lf3e89992655e69de@mail.gmail.com> <n2g7d6fde3d1004221823p3383a8fei34fae27b00434859@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, 22 Apr 2010 18:23:42 -0700, Garrett Cooper wrote: > Continuing on the fun... ioctl (by manpage alone) isn't even close > to being POSIX standard. Here are the differences I spotted at least > [in the ERRORS section]: In an older version of the standard (ISO/IEC 9945-1: 1996, IEEE Std 1003.1, 1996 Edition) ioctl() wasn't mentioned in the 'System Interfaces' section at all. The 'Rationale' section mentioned ioctl() only in combination with the terminal interface and the introduction of the tc*() functions. SUSv2 added ioctl(), but strictly as function pertaining to the STREAMS option. NAME ioctl =E2=80=94control a STREAMS device DESCRIPTION The ioctl () function performs a variety of control functions on STREAMS devices [...] SUSv4 marks all STREAMS related parts as [OB] (obsolescent), including ioctl(). Looks like POSIX never adopted ioctl() until somebody pushed STREAMS into the standard. --=20 Thomas Mueller
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20100423083212.78227802>