This is the mail archive of the cygwin-developers mailing list for the Cygwin project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: Cygwin CWD vs. Win32 CWD (was Re: [ANNOUNCEMENT] Updated: vim-7.3.003-1)


On Thu, Aug 26, 2010 at 01:35:18AM -0400, Christopher Faylor wrote:
>On Wed, Aug 25, 2010 at 10:11:23PM -0400, Christopher Faylor wrote:
>>On Wed, Aug 25, 2010 at 10:45:04PM +0100, Andy Koppe wrote:
>>>On 25 August 2010 22:09, Christopher Faylor wrote:
>>>>>cgf, did you get the .o idea to work?
>>>>
>>>> It was actually a library but yes. ??I generalized the mechanism to allow
>>>> -lbinmode -ltextmode, -lautomode to also finally work.
>>>
>>>Great! So broken Win32-using programs could be fixed with a rebuild
>>>with an added build option rather than requiring source changes.
>>>
>>>Still got no idea though whether the ability to delete a working
>>>directory is worth it. As Eric pointed out, POSIX doesn't actually
>>>require it, but Linux supports it.
>>
>>Yeah, that's what I kept vacillating about.  Is it worth the extra overhead
>>to allow POSIX functionality.  It's Wednesday so I'll go with yes.  I'll
>>say no on the weekend.
>
>Actually, new idea: is there some reason why we don't just cd out of the
>way when we detect that a deletion of a directory failed?  We could try
>to set the current working directory in cases where it's possible, only
>setting it to the pipe location when we actually try to delete it.
>Wouldn't that pretty much solve the problem?

Answering my own question: that would only catch the case where one program
was cd'ed to the location.  If another program also had the directory as
its current directory then the rmdir would fail.

But is that an acceptable compromise?

cgf


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]