From mint-bounce@lists.fishpool.fi Fri Dec 17 01:09:03 2004 X-Original-To: fnaumann@mail.boerde.de Delivered-To: fnaumann@mail.boerde.de X-Authentication-Warning: antyk.obta.uw.edu.pl: draco owned process doing -bs Date: Fri, 17 Dec 2004 01:05:09 +0100 (CET) From: "Konrad M. Kokoszkiewicz" To: Arnaud BERCEGEAY Cc: MiNT Mailing List Subject: Re: [MiNT] appl_getinfo(APGI_VERSION(=96)) implementation In-Reply-To: Message-ID: <20041217010311.O33092@antyk.obta.uw.edu.pl> References: <1103142976.4922.229.camel@fedora> <1103204566.4922.237.camel@fedora> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-ecartis-version: Ecartis v1.0.0 Sender: mint-bounce@lists.fishpool.fi Errors-To: mint-bounce@lists.fishpool.fi X-original-sender: draco@obta.uw.edu.pl Precedence: bulk List-help: List-unsubscribe: List-Id: X-List-ID: X-Virus-Scanned: by amavisd-new at relay.boerde.de X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on relay.boerde.de X-Spam-Status: No, hits=-1.0 tagged_above=-50.5 required=3.8 tests=BAYES_00 X-Spam-Level: > - appl_getinfo() which may return 4 short data in intout[]. > > What i suggest is to add the following general purpose function (which may > be used for futur AES appl_getinfo mode) : > > - appl_getinfo_str() which may return 4 strings (address set in addrin[]) > > With the all-in-one function, we have to create a particular function > (which probably only fit for the particular API_VERSION mode). Isn't the whole point of appl_getinfo() to _avoid_ applications rely on version numbers and version strings, and rely on supported features instead? CVV -- Konrad M.Kokoszkiewicz mail: draco@atari.org http://draco.atari.org ** Ea natura multitudinis est, ** aut servit humiliter, aut superbe dominatur (Liv. XXIV,25) ************************************************************* ** Taka to juz natura pospolstwa, ze albo sluzy ono unizenie, ** albo bezczelnie sie panoszy.