From mint-bounce@lists.fishpool.fi Wed Jul 21 07:56:23 2010 X-Authentication-Warning: antyk.ibi.uw.edu.pl: draco owned process doing -bs Date: Wed, 21 Jul 2010 13:46:37 +0200 (CEST) From: Konrad Kokoszkiewicz To: Miro Kropacek cc: MiNT Mailing List Subject: Re: [MiNT] Wrong colors in Jinnee In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0.1 (antyk.ibi.uw.edu.pl [127.0.0.1]); Wed, 21 Jul 2010 13:46:38 +0200 (CEST) X-ecartis-version: Ecartis v1.0.0 Sender: mint-bounce@lists.fishpool.fi Errors-to: mint-bounce@lists.fishpool.fi X-original-sender: draco@ibi.uw.edu.pl Precedence: bulk List-help: List-unsubscribe: List-Id: X-List-ID: List-subscribe: List-owner: List-post: > No no, I've checked this, it's translated to u:\c\mint\slb (confirmed > by echo). In this case you may be right, the SLB loading functions may be busted. > Interesting thing is while EDITOBJC.SLB was definitely > loaded after forcing it to default path ($SYSDIR), gemma32.slb still > doesn't work (or test.app for gemma still doesn't work). I know it's a > long time but do you remember what requirements has to be passed to be > able to load / use your gemma slb? There are no other requirements, I think. Of course, the SLB files must be executables, so maybe this is a problem with FATFS recognizing the SLB extension an an executable. I have no way to trace that. Pozdrawiam KMK