[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [MiNT] Announcment: CFLIB for AHCC
- To: mint@lists.fishpool.fi
- Subject: Re: [MiNT] Announcment: CFLIB for AHCC
- From: Vincent Rivière <vincent.riviere@freesbee.fr>
- Date: Tue, 16 Jul 2013 08:24:59 +0200
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=+yK4zNXjWRwb69jDT4b0KACM6HpStPjCwRHeTlo1GeE=; b=z6JP/K8IskBEmVN9G0Zj6hgM62D5NgxZtA+k1j8krqkT1c8Si7pru0/v4IFrXINLu6 fBHXp3Obobhpbef3dR6L5On5pU2WLvywGM9Sxrp5ZSCcmbijErt0MIj5/OQcAH3G3N+9 /nFcEvzvilMdhmQhyOaIXEF2SzjnVUOCb3Zx3hrvLFpnszs5RAV4Ldl08LsmrRBhhgog Embv+W0+L6z7inEV5w4J40bNyussK+i6Kg6DOZD8kwid00X1sWM7XeuA4rz387upXUlP Lgh6KRBVxl/CIfKIZtwSl9cwrJYWih8QpzXJvPtWEMTnKSFY/l3Qm0Ltyz8fDU8+kb/S 895w==
- In-reply-to: <fb88632110551cde8824369ae9e5331a-EhVcX1lFRQVaRwYcDTpQCEFddQZLVF5dQUNBAjBeX15ZVF0WWlpoAFZWMl5cRkYLXFpbRVA=-webmailer2@server06.webmailer.hosteurope.de>
- List-help: <mailto:ecartis@lists.fishpool.fi?Subject=help>
- List-id: <mint.lists.fishpool.fi>
- List-owner: <mailto:tjhukkan@fishpool.fi>
- List-post: <mailto:mint@lists.fishpool.fi>
- List-subscribe: <mailto:mint-request@lists.fishpool.fi?Subject=subscribe>
- List-unsubscribe: <mailto:mint-request@lists.fishpool.fi?Subject=unsubscribe>
- References: <fb88632110551cde8824369ae9e5331a-EhVcX1lFRQVaRwYcDTpQCEFddQZLVF5dQUNBAjBeX15ZVF0WWlpoAFZWMl5cRkYLXFpbRVA=-webmailer2@server06.webmailer.hosteurope.de>
- Sender: mint-bounce@lists.fishpool.fi
- User-agent: Mozilla/5.0 (Windows NT 5.1; rv:17.0) Gecko/20130620 Thunderbird/17.0.7
On 16/07/2013 01:17, Ole wrote:
I'm happy to tell you that I have ported CFLIB to AHCC.
Good.
I had problems when running the included demo with EMUTOS, looks like all
the dialogs do not work (except alerts,...).
Same problem when compiled with GCC. And when run on plain Atari TOS.
The CFLib does heavy usage of USERDEFs. On plain TOS, they are run on the
small AES system stack (in supervisor mode!) and that stack overflows. One
major cause of trouble is the v_gtext() implementation in the GemLib which
uses an insane amount of stack space. This is well known (with currently no
known solution, unfortunately).
but maybe it's because EmuTOS doesn't provide essential functions (like
extended AES objects?).
The EmuTOS AES is more or less like the one in TOS 1.x. Usually, that's good
enough.
Anyway, I did not encounter problems running it under XAAES.
Because the USERDEF stack is bigger.
--
Vincent Rivière