From mint-bounce@lists.fishpool.fi  Mon Jan 18 04:49:46 2010
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:sender:message-id:date:from
         :user-agent:mime-version:to:subject:references:in-reply-to
         :content-type:content-transfer-encoding;
        bh=aH6hV2D0GgMBBJzICiAP98rdhNUfBmDvyaUk1zknJ+k=;
        b=hgFRdq4e0P83UzTKBz/d8vDZqnUsSZxThUZGfeG4pcnOx737gNB7nhJfeOEM9cwXUJ
         XF00LYW3L89tryMpQibmcZgO3MDzMXJeYtc/u8WV8husaW7K2DuyuAjxbVlg6BG6Ay97
         0UGKrzZTkViKeT1sdDBHZRXyx0ddoAni3rU2E=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=sender:message-id:date:from:user-agent:mime-version:to:subject
         :references:in-reply-to:content-type:content-transfer-encoding;
        b=v/tr1YO0QUIDlqs50IFNYgoREaLd+VUIBjnkF4NJiFbE1wDzlBAiEnnBrexTsJqCN8
         qwNYLCacxBpNYOZd4B7j17JTYDSxDOlrm7g+svasADRufuArIbTYojafw2f4Aj6PjFvy
         jK5JzmPJ9K7o5f3q70rifa62bFSz5T30dumZk=
Message-ID: <4B542D75.6080103@freesbee.fr>
Date: Mon, 18 Jan 2010 10:44:21 +0100
From: =?ISO-8859-1?Q?Vincent_Rivi=E8re?= <vincent.riviere@freesbee.fr>
User-Agent: Thunderbird 2.0.0.23 (Windows/20090812)
MIME-Version: 1.0
To: mint@lists.fishpool.fi
Subject: Re: [MiNT] libgem16: vs_color
References: <op.u6o8ay1nofd6j1@descaro.cpe.ish>
In-Reply-To: <op.u6o8ay1nofd6j1@descaro.cpe.ish>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
X-ecartis-version: Ecartis v1.0.0
Sender: mint-bounce@lists.fishpool.fi
Errors-to: mint-bounce@lists.fishpool.fi
X-original-sender: vincent.riviere@freesbee.fr
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>
List-subscribe: <mailto:mint-request@lists.fishpool.fi?Subject=subscribe>
List-owner: <mailto:tjhukkan@fishpool.fi>
List-post: <mailto:mint@lists.fishpool.fi>

Helmut Karlowski wrote:
> I found that in vs_color.c the variables in the stack overwrite 
> themselves, though I don't know why this happens.

Good catch !
But it is strange, the bug appears before the trap.
There is only standard C here, and nothing can be inlined...
I think the explication will become obvious by looking at the generated 
assembler code.

Or would it be possible there is a stack overflow ?
Or something (interruption, etc...) that overwrites the stack variables?

-- 
Vincent Rivière