Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.2 9/18/84; site ut-sally.UUCP
Path: utzoo!decvax!genrad!panda!talcott!harvard!seismo!ut-sally!jsq
From: jsq@ut-sally.UUCP (John Quarterman)
Newsgroups: mod.std.unix
Subject: Re: Storage allocators
Message-ID: <2590@ut-sally.UUCP>
Date: Mon, 5-Aug-85 11:12:28 EDT
Article-I.D.: ut-sally.2590
Posted: Mon Aug  5 11:12:28 1985
Date-Received: Mon, 5-Aug-85 21:52:17 EDT
References: <2561@ut-sally.UUCP> <2579@ut-sally.UUCP>
Reply-To: std-unix@ut-sally.UUCP
Organization: U. Texas CS Dept., Austin, Texas
Lines: 22
Approved: jsq@ut-sally.UUCP

----------------------------------------------------------------------

Date: Mon, 5 Aug 85 10:04:43 edt
From: Arnold Robbins <gatech!arnold>
To: gwyn@brl.arpa
Subject: Re: alloca()
Cc: cbosgd!std-c, ut-sally!std-unix

Well, I just sort of liked the idea of using storage on the stack. It
is really nice for dynamic arrays.  I'll agree that it can lead to poor
coding practices.  The Gould must have a very interesting architecture
if alloca wouldn't work on it.

Arnold

------------------------------

Discussions-Of: UNIX standards, particularly the IEEE P1003 draft standard.
Submissions-To:	ut-sally!std-unix	or std-unix@ut-sally.ARPA
Comments-To: ut-sally!std-unix-request	or std-unix-request@ut-sally.ARPA
UUCP-Routes: {ihnp4,seismo,harvard,gatech}!ut-sally!std-unix
Archives-In: ~ftp/pub/mod.std.unix on ut-sally.ARPA (soon sally.UTEXAS.EDU)