From mint-bounce@lists.fishpool.fi Wed Jul 21 17:48:02 2010 Message-ID: <4C4769F1.20908@online.no> Date: Wed, 21 Jul 2010 23:43:13 +0200 From: Jo Even Skarstein User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.10) Gecko/20100527 Thunderbird/3.0.5 MIME-Version: 1.0 To: mint@lists.fishpool.fi Subject: Re: [MiNT] Wrong colors in Jinnee References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 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: joska@online.no Precedence: bulk List-help: List-unsubscribe: List-Id: X-List-ID: List-subscribe: List-owner: List-post: On 07/21/2010 08:48 AM, Miro Kropacek wrote: >> $SLBPATH is evaluated by the kernel so the problem may be "/c/mint/slb" as >> the kernel does not understand such pathnames. Try "u:\c\mint\slb". > No no, I've checked this, it's translated to u:\c\mint\slb (confirmed > by echo). 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 When I try to start test.app, it complains about missing kernel32.slb and then my Milan freeze if kernel32.slb and gemma32.slb is not located in $SLBPATH. If they exist in $SLBPATH, test.app seems to work fine. However, when I exit test.app my Milan freeze. This is with trunk kernel and XaAES from today. Jo Even