FROM : Kyle Sluder
DATE : Fri Feb 08 18:16:34 2008
On Feb 8, 2008 12:11 PM, Jens Alfke <<email_removed>> wrote:
> Another issue with caching aliases is that it's prone to race
> conditions. At some point you have to dereference the alias into a
> path, and then use the path. If the app moves in between those two
> moments, the attempt to use the path will fail.
Alias records since 10.3 (I think) dereference based on path
heuristics first, and then fall back on attribute matching. While not
immune to the race condition (call to dereference, block on IO, get
scheduled off processor, file moves and is truncated or something, get
scheduled back on processor and begin executing) it's at least a bit
more resilient.
--Kyle Sluder
DATE : Fri Feb 08 18:16:34 2008
On Feb 8, 2008 12:11 PM, Jens Alfke <<email_removed>> wrote:
> Another issue with caching aliases is that it's prone to race
> conditions. At some point you have to dereference the alias into a
> path, and then use the path. If the app moves in between those two
> moments, the attempt to use the path will fail.
Alias records since 10.3 (I think) dereference based on path
heuristics first, and then fall back on attribute matching. While not
immune to the race condition (call to dereference, block on IO, get
scheduled off processor, file moves and is truncated or something, get
scheduled back on processor and begin executing) it's at least a bit
more resilient.
--Kyle Sluder
| Related mails | Author | Date |
|---|---|---|
| Sanford Selznick | Feb 7, 20:50 | |
| Phil | Feb 7, 21:31 | |
| William Bates | Feb 8, 04:28 | |
| Mac Man | Feb 8, 05:38 | |
| Gregory Weston | Feb 8, 13:42 | |
| Sean McBride | Feb 8, 16:37 | |
| Jens Alfke | Feb 8, 18:11 | |
| Kyle Sluder | Feb 8, 18:16 | |
| Phil | Feb 8, 21:06 | |
| William Bates | Feb 8, 22:52 | |
| Stephen Hoffman | Feb 9, 00:19 | |
| Stephen Hoffman | Feb 9, 00:32 |






Cocoa mail archive

