[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [MiNT] Re-naming accs

To: mint@lists.fishpool.fi
Subject: Re: [MiNT] Re-naming accs
From: Jo Even Skarstein <joska@online.no>
Date: Tue, 11 May 2010 22:16:16 +0200
In-reply-to: <4BE9AE3F.4070303@online.no>
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: <00066dbb.019b1262d022@smtp.freeola.net> <4BE9AE3F.4070303@online.no>
Sender: mint-bounce@lists.fishpool.fi
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.9) Gecko/20100423 Thunderbird/3.0.4

On 05/11/2010 09:21 PM, Jo Even Skarstein wrote:

>> Why would the ACC file be locked ? Aren't the ACCs
>> loaded into memory ?
> 
> Same here, but with all loaded programs, not only accessories. I'm
> running a fairly old kernel/XaAES and haven't noticed this before. I
> can't say if this behaviour is intentional or a bug.

Well, it turns out that I'm allowed to delete the file, but not rename
it. That doesn't make sense to me. Wasn't there a Frename()-bug on FATFS
that was fixed a couple of months ago? Could this be related?

Jo Even

References:
- [MiNT] Re-naming accs
  - From: Peter Slegg <p.slegg@scubadivers.co.uk>
- Re: [MiNT] Re-naming accs
  - From: Jo Even Skarstein <joska@online.no>

Prev by Date: Re: [MiNT] AW: Re: double-click crash
Next by Date: Re: [MiNT] AW: Re: double-click crash
Previous by thread: Re: [MiNT] Re-naming accs
Next by thread: Re: [MiNT] Re-naming accs
Index(es):
- Date
- Thread