🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: comp.std.c
Article #1704

Re: c POSIX Applications

#1704
From: Doug Gwyn
Date: Sat, 15 Sep 1990 23:46
24 lines
1638 bytes
In article <120202@linus.mitre.org> cazier@mbunix.mitre.org (Cazier) writes:
>Even after reading the POSIX.1 guide umpteen times I still don't understand
>how one knows whether or not the code you write as a casual programmer is
>POSIX comformant or not. If I've learned to follow ANSI standards, do I assume
>that I'm POSIX compliant...or is it only when I make system calls that I
>really need to worry?

I don't understand the concern.  If you write code that does not rely
on any behavior that the relevant standards don't guarantee, and that
does not violate any injunctions in the standards, then the code will
necessarily be strictly conforming to the standard.

>What about compilers checking for POSIX strictly conforming code?

That's not feasible, because no compiler would be able to tell that
all limits would be obeyed (and only universal behavior is exploited)
during execution.

It sounds like what you are after is some way to check whether an
arbitrary chunk of existing code conforms to the standard, rather
than developing the code to conform in the first place.  My feeling
is that the vast majority of code written without a serious attempt
to conform to C and POSIX standards will in fact be nonconforming.
Thus you might as well simply assume that it isn't.
Technical Details
Message-ID: <13864@smoke.BRL.MIL>
Path: arc1-ca.pugleaf.net!utzoo!attcan!uunet!aplcen!haven!adm!smoke!gwyn
References: <120202@linus.mitre.org>

Show Full Headers
Complete Article Headers
Path: arc1-ca.pugleaf.net!utzoo!attcan!uunet!aplcen!haven!adm!smoke!gwyn
From: gwyn@smoke.BRL.MIL (Doug Gwyn)
Newsgroups: comp.std.c
Subject: Re: c POSIX Applications
Message-ID: <13864@smoke.BRL.MIL>
Date: 15 Sep 90 23:46:49 GMT
References: <120202@linus.mitre.org>
Organization: U.S. Army Ballistic Research Laboratory, APG, MD.
Lines: 24