🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: comp.std.c
Article #4037

Re: EXIT_FAILURE problem

#4037
From: halasz
Date: Tue, 19 Sep 1995 00:13
21 lines
1523 bytes
In comp.std.c, halasz@caip.rutgers.edu wrote
+The error is that the library indeed translated.  We hav prevented the
+programmer who uzes this system from uzing "exit" for _other_ exit-status
+that he knows is to be had on this system.

In article <43esan$85l@fg70.rz.uni-karlsruhe.de>, ig25@fg70.rz.uni-karlsruhe.de (Thomas Koenig) writes
+ If a program I wrote returned a condition code of 2048 under MVS
+ via exit(2048), how would you like to translate this into a
+ UNIX environment, where the exit status is confirmed to a
+ single byte?

This is misunderstanding of my words, which mean that the programmer
uzes an exit-status that he _knows_ is there in his implementation, and
for this use is more useful than simple-minded success or failure.  You
refer to code written for one implementation ported to another.  There
is nothing wrong with so dezigning a function such as "exit" as to
allou to-one-implementation meaningful arguments, as under VMS "fopen"
takes arguments not described in the standard.

The requirement that "exit(0)" hav the same meaning as
"exit(EXIT_SUCCESS)" prevents such useful use.
Technical Details
Message-ID: <43l204$86@caip.rutgers.edu>
Path: arc1-ca.pugleaf.net!caip.rutgers.edu!not-for-mail
References: <jbundyDCw7uo.9sz@netcom.com> <danpop.807723059@rscernix> <43esan$85l@fg70.rz.uni-karlsruhe.de>

Show Full Headers
Complete Article Headers
Path: arc1-ca.pugleaf.net!caip.rutgers.edu!not-for-mail
From: halasz@caip.rutgers.edu
Newsgroups: comp.std.c
Subject: Re: EXIT_FAILURE problem
Date: 18 Sep 1995 20:13:56 -0400
Organization: Rutgers University
Message-ID: <43l204$86@caip.rutgers.edu>
References: <jbundyDCw7uo.9sz@netcom.com> <danpop.807723059@rscernix> <43esan$85l@fg70.rz.uni-karlsruhe.de>
NNTP-Posting-Host: caip.rutgers.edu