Re: ash is wrong about [ -w Temp ], so rebaseall fails

2011-12-03 Thread Eric Blake
On 11/30/2011 03:45 PM, Eric Blake wrote: > Known limitation in dash - it is going off of just st_mode bits instead > of using faccessat() and honoring ACLs. > > I've been meaning to do a new build of dash (aka ash), and to force the > use of faccessat as part of that build; I just haven't had t

Re: ash is wrong about [ -w Temp ], so rebaseall fails

2011-11-30 Thread Tim McDaniel
On Wed, 30 Nov 2011, Eric Blake wrote: On 11/30/2011 03:17 PM, Tim McDaniel wrote: $ /bin/ash -c ' [ -w /Users/tmcdaniel/AppData/Local/Temp ] && echo yes || echo no' no So bash and ash disagree on whether this Temp directory is writable. Known limitation in dash - it is going off of just st_m

Re: ash is wrong about [ -w Temp ], so rebaseall fails

2011-11-30 Thread Eric Blake
On 11/30/2011 03:17 PM, Tim McDaniel wrote: > $ /bin/ash -c ' [ -w /Users/tmcdaniel/AppData/Local/Temp ] && echo yes > || echo no' > no > > So bash and ash disagree on whether this Temp directory is writable. Known limitation in dash - it is going off of just st_mode bits instead of using faccess

ash is wrong about [ -w Temp ], so rebaseall fails

2011-11-30 Thread Tim McDaniel
Windows 7, 64-bit, up-to-date Cygwin. I got "unable to remap to same address as parent" and did a rebaseall. It failed: $ /bin/rebaseall rebaseall: '/Users/TMCDAN~1/AppData/Local/Temp' is not writable I hand-disabled the condition that produced that and did some testing. I ran these co