._ files (was: No OpenStack ..... ! Now Ending !)

Andre Garzia soapdog at mac.com
Thu Mar 9 12:32:43 EST 2006


Those prefixed files are created everytime you copy something from  
HFS, HFS+ partitions to some flat file partition such as CDFS, Fat32,  
Ext2... The finder creates it so that it does not lose resource fork  
information. Deleting it might endanger your app depending on how the  
app was programed. On an app that makes heavy use of the resource  
fork for storing icons, images and stuff, you can be sure that  
deleting that file will break things. The finder will also reassemble  
the files as they are moved back onto HFS/HFS+

Cheers
andre

PS: Gotta love those ADC docs...


On Mar 9, 2006, at 2:24 PM, Thomas McGrath III wrote:

> What this article doesn't say is what happens if you don't see both  
> file, then what does not 'safely ignoring' the file do? Is it  
> unsafe to delete the file in some cases?
>
> And how does the file get put back together? Does the OS know how  
> to do this?
>
>
> "The second new file has the name of the original file prefixed by  
> a "._ " and contains the resource fork of the original file. If you  
> see both files, the ._ file can be safely ignored. Sometimes when  
> deleting a file, the ._ component will not be deleted. If this  
> occurs you can safely delete the ._ file."
>
> Tom
>
> On Mar 9, 2006, at 12:03 PM, Robert Brenstein wrote:
>
>>> Francis,
>>>
>>>> One more small point. When I drop my files onto (would
>>>> you believe it ?) a Lexar JumpDrive, and move to the PC,
>>>> I find that I have twice the files I thought. I get the same
>>>> number of Alias ? files, equivalent to the files I copied.
>>>> How do I remove this problem ?
>>>>
>>>
>>> I have simply ignored the files that whose names start with "._".
>>>
>>> I suspect these files contain the resource fork data -- if the  
>>> file has any.  Since Rev stacks have nothing in the resource  
>>> fork, it shouldn't be an issue...and hasn't been for moi.
>>>
>>> Rob Cozens, CCW
>>> Serendipity Software Company
>>
>>
>> For those wondering about those ._ files, here is the explanation  
>> from the "guilty" party, Apple itself:
>>
>> http://docs.info.apple.com/article.html?artnum=106510
>>
>> For most files, these ._ are actually empty and in case of Rev  
>> stacks safely ditched.
>>
>> Robert
>>
>
> Thomas J McGrath III
> 3mcgrath at adelphia.net
>
> Lazy River Software™ - http://www.lazyriversoftware.com
>
> Lazy River Metal Art™ - http://www.lazyriversoftware.com/metal.html
>
> Meeting Wear™ - http://www.cafepress.com/meetingwear
>
> Semantic Compaction Systems - http://www.minspeak.com
>
> SCIconics, LLC - http://www.sciconics.com/sciindex.html
>
>
>
>
>
>
>
> _______________________________________________
> use-revolution mailing list
> use-revolution at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your  
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-revolution




More information about the Use-livecode mailing list