Bug #17823 for PathTools: PathTools cannot recursively install on Win32 due to Cwd.dll locks

Thu Feb 23 05:38:09 2006 adamk [...] cpan.org - Ticket created

Subject:

PathTools cannot recursively install on Win32 due to Cwd.dll locks

PathTools is one of a few things that are almost certainly going to be used by installers. As such, anything that tries to install something that recursively requires PathTools to be upgraded is going to see Cwd.dll almost certainly locked when it comes time to do make install. It's hard for me to see how you can fix this, but I think it's worth having the bug here, so it can be tracked. See example (Module::Build installing on a fresh Vanilla Perl failing to install File::Spec) attached.

Subject:

failure_log.txt

Message body is not shown because it is too large.

Fri Mar 03 23:07:12 2006 kwilliams [...] cpan.org - Correspondence added

It's worth noting a couple of things here: 1) this only happens when you install using the Build.PL, not with the Makefile.PL. 2) even with the Build.PL, if you have a recent enough version of ExtUtils::Install, it will work. Unfortunately "recent enough" in this case means "as yet unreleased" still, right? -Ken

Fri Mar 03 23:07:12 2006 The RT System itself - Status changed from 'new' to 'open'

Fri Mar 03 23:33:55 2006 adam [...] phase-n.com - Correspondence added

Subject:	Re: [rt.cpan.org #17823] PathTools cannot recursively install on Win32 due to Cwd.dll locks
Date:	Sat, 04 Mar 2006 15:33:38 +1100
To:	bug-PathTools [...] rt.cpan.org
From:	Adam Kennedy <adam [...] phase-n.com>

Ken_Williams via RT wrote: Show quoted text

> It's worth noting a couple of things here: > > 1) this only happens when you install using the Build.PL, not with the Makefile.PL.

This is not so. It will happen in ANY situation in which something else may be using the file. That includes installations using Makefile.PL via CPAN.pm, and situations in which some other program completely is using it (imagine mod_perl on Win32 etc) Show quoted text

> 2) even with the Build.PL, if you have a recent enough version of ExtUtils::Install, it will work. > > Unfortunately "recent enough" in this case means "as yet unreleased" still, right?

Eeeenteresting... Presumably ExtUtils::Install implements the mechanism I mentioned. I was wondering what happened to the 5p5 conversation on that. Adam K

Sun Apr 30 02:11:30 2006 adamk [...] cpan.org - Correspondence added

From:

ADAMK [...] cpan.org

On Fri Mar 03 23:33:55 2006, adam@phase-n.com wrote: Show quoted text

> > > Ken_Williams via RT wrote:

> > It's worth noting a couple of things here: > > > > 1) this only happens when you install using the Build.PL, not with

> the Makefile.PL. > > This is not so. > > It will happen in ANY situation in which something else may be using > the > file. That includes installations using Makefile.PL via CPAN.pm, and > situations in which some other program completely is using it (imagine > mod_perl on Win32 etc) >

> > 2) even with the Build.PL, if you have a recent enough version of

> ExtUtils::Install, it will work.

> > > > Unfortunately "recent enough" in this case means "as yet unreleased"

> still, right? > > Eeeenteresting... > > Presumably ExtUtils::Install implements the mechanism I mentioned. > > I was wondering what happened to the 5p5 conversation on that. > > Adam K

OK, this has now been released. On Win32 only, you need to have a build-time dependency on ExtUtils::Install 1.39. Otherwise, you can resolve this bug.

Sun Apr 30 23:20:27 2006 kwilliams [...] cpan.org - Correspondence added

Thanks, I'll release a new version with that prereq change. -Ken

Thu Sep 28 22:59:37 2006 kwilliams [...] cpan.org - Status changed from 'open' to 'resolved'