From owner-cvs-all Mon Jul 23 5: 8:16 2001 Delivered-To: cvs-all@freebsd.org Received: from amsmta06-svc.chello.nl (mail-out.chello.nl [213.46.240.7]) by hub.freebsd.org (Postfix) with ESMTP id 3925C37B407; Mon, 23 Jul 2001 05:08:10 -0700 (PDT) (envelope-from asmodai@wxs.nl) Received: from daemon.chronias.ninth-circle.org ([62.163.96.180]) by amsmta06-svc.chello.nl (InterMail vK.4.03.02.00 201-232-124 license dd4a379df8e387594186908c65258374) with ESMTP id <20010723120815.TTVV13241.amsmta06-svc@daemon.chronias.ninth-circle.org>; Mon, 23 Jul 2001 14:08:15 +0200 Received: (from asmodai@localhost) by daemon.chronias.ninth-circle.org (8.11.3/8.11.3) id f6NC80G29608; Mon, 23 Jul 2001 14:08:00 +0200 (CEST) (envelope-from asmodai) Date: Mon, 23 Jul 2001 14:08:00 +0200 From: Jeroen Ruigrok/Asmodai To: Wes Peters Cc: Assar Westerlund , Brian Somers , cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/lib/libutil ecalloc.c emalloc.3 emalloc.c erealloc.c estrdup.c Makefile libutil.h Message-ID: <20010723140759.Y79615@daemon.ninth-circle.org> References: <3698025593.995835470@blabber> <5lwv508huv.fsf@assaris.sics.se> <001c01c1133a$f2b9ac50$24b244cc@blabber> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <001c01c1133a$f2b9ac50$24b244cc@blabber> User-Agent: Mutt/1.3.19i Organisation: Ninth-Circle Enterprises Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG -On [20010723 07:50], Wes Peters (wes@softweyr.com) wrote: >I agree with Alfred, I really don't like the idea of a program exiting >willy-nilly and feel this will encourage developers to do so. It is >marginally better than not testing return values at all, and hoping for >a core file, but only marginally so. The fact that it has been done >alot in existing code doesn't make it a good practice, just a common >one. I think this is another example where programmers don't know C and Unix supporting standards well enough, so that they depend on non-portable functions. I think it is obfuscation in most cases. -- Jeroen Ruigrok van der Werven/Asmodai asmodai@[wxs.nl|freebsd.org|xmach.org] Documentation nutter/C-rated Coder, finger asmodai@ninth-circle.dnsalias.net http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/ Escaping the Law of the Unexplained Pains... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message