sf...@users.sourceforge.net wrote: > Joe Krahn: >> Strange... I just checked again for this behavior after rebooting, and >> everything is working correctly. At least one other SLAX user has seen >> this behavior. If nobody else has seen this, it could be some >> interactions with SLAX's POSIX overlay or squashfs code. I was using an >> XFS filesystem for my persistent writeable directory. > > Recently XFS stopped maintaining the internal size of symlink > (inode->i_size). And there are cases which aufs returns the size as it > is. > Although I am not using XFS, I could guess this problem and I addressed > it in aufs2. > As long as you use XFS as an branch of aufs1, you would meet this > problem. When I have time I will fix aufs1. Until then, would you try > aufs2? > > Thank you for your report. > J. R. Okajima Maybe it is an XFS issue for symlinks, but what about cases where st_size is zero for regular non-empty files?
I can try out aufs2. Where do I get it -- is that the fs/aufs25 directory? There's no use trying to track down bugs for the non-current version. Joe Krahn ------------------------------------------------------------------------------ Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com
