Making FAT delete work
Joel Sherrill <joel@OARcorp.com>
joel.sherrill at OARcorp.com
Wed Aug 17 13:09:10 UTC 2005
Camilo Alejandro Arboleda wrote:
> Thanks,
>
> The patch worked fine, it just genarated some warnings about "hunk #x
> succeed at line...".
And delete works now?
Please confirm so I can confidently commit the patch to the trunk and
4.6 branch.
--joel
> Joel Sherrill <joel at OARcorp.com> escribió:
>
>> Camilo Alejandro Arboleda wrote:
>>
>>> Hi,
>>>
>>> I'm updating my application from RTEMS 4.5 to RTEMS 4.6.2. After some
>>> work I made my flash driver work in the new version. But now I find
>>> that 'unlink()' doesn't work anymore.
>>>
>>> As far as I can see, the problem is in the msdos_eval_path()
>>> function. Before deleting the file, RTEMS try to check permissions
>>> for ".." directory, but msdos_eval_path fails with 'ENOTDIR'. I want
>>> to copy the IMFS functionality, but I'm not able to figure how to
>>> open the parent node of a file on msdosfs.
>>>
>>> Maybe I'm missing something. Is there someone who is using FAT
>>> support and is able to delete files?
>>
>>
>>
>> Is this PR744? If so, there is an attached patch. It was made versus
>> CVS but I don't see it applied to the CVS head.
>>
>> If you can make it work and submit it as a patch against 4.6 and the CVS
>> head, it would be greatly appreciated. This needs to be fixed.
>>
>> I don't know what the issue was regarding this patch. It is not
>> uncommon for me to wait until there is a patch against 4.6 and CVS head
>> if the issue applies to both.
>>
>>> Thanks in advance,
>>>
>>> Camilo Alejandro Arboleda
>>>
>>
>>
--
Joel Sherrill, Ph.D. Director of Research & Development
joel at OARcorp.com On-Line Applications Research
Ask me about RTEMS: a free RTOS Huntsville AL 35805
Support Available (256) 722-9985
More information about the users
mailing list