From mint-bounce@lists.fishpool.fi  Fri Dec 17 18:46:33 2004
X-Original-To: fnaumann@mail.boerde.de
Delivered-To: fnaumann@mail.boerde.de
Subject: Re: [MiNT] appl_getinfo(APGI_VERSION(=96)) implementation
From: Odd Skancke <ozk@atari.org>
Reply-To: ozk@atari.org
To: mint@fishpool.com
In-Reply-To: <opsi4avrzq8yw5lr@localhost.localdomain>
References: <1103142976.4922.229.camel@fedora>
	 <opsi2gphc68yw5lr@localhost.localdomain> <1103204566.4922.237.camel@fedora>
	 <opsi4avrzq8yw5lr@localhost.localdomain>
Content-Type: text/plain
Date: Fri, 17 Dec 2004 19:44:26 +0100
Message-Id: <1103309066.4922.260.camel@fedora>
Mime-Version: 1.0
X-Mailer: Evolution 2.0.1 (2.0.1-2) 
Content-Transfer-Encoding: 7bit
X-ecartis-version: Ecartis v1.0.0
Sender: mint-bounce@lists.fishpool.fi
Errors-To: mint-bounce@lists.fishpool.fi
X-original-sender: ozk@atari.org
Precedence: bulk
List-help: <mailto:ecartis@lists.fishpool.fi?Subject=help>
List-unsubscribe: <mailto:mint-request@lists.fishpool.fi?Subject=unsubscribe>
List-Id: <mint.lists.fishpool.fi>
X-List-ID: <mint.lists.fishpool.fi>
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=0.4 tagged_above=-50.5 required=3.8 tests=AWL,
 BAYES_00, RCVD_IN_BL_SPAMCOP_NET, RCVD_IN_SORBS
X-Spam-Level: 

tor, 16,.12.2004 kl. 21.22 +0100, skrev Arnaud BERCEGEAY:
> Hello
> 
> >  Do we really need that? I think that it is easier if one call returns
> > all if user wants it to, as I proposed earlier, where the only
> > difference is the control[N_ADDRIN]. If this shows 0, the call is a
> 
> Well... in my point of view (not limited to the AGI_VERSION stuff), we have
> 
> - 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).
> 
> - appl_getinfo2() which may return 3 strings and 3 short values (?)
> 
> 
> That's why i prefer to add a general purpose appl_getinfo_str() that can  
> be re-use in the futur if needed.
> 

 I do not understand this. The most uncomplicated way to add the strings
to appl_getinfo() is to just use addrin array in addition to the
standard parameters. This goes not only for appl_getinfo(), but for any
call that we expand. This is the whole purpose of the AESPB, no?


Best regards,
Odd Skancke